安良听看杨思过的说明，他微微点看头，这个杨思过果然有点东西，居然将胜行平安未来的运宫工作计划得相当不错
比如说这个胜行平安会员体系便非常成熟，无论是优惠设计，以及会员设计，还有积分兑换等等，全部都做得相当不错，平衡
性也做得相当好
属士一套直接可以使用的会员体条，不再需要优化平衡问题，也没有什么优惠漏洞
华竞优惠方案特别简单，自然不可能存在什么漏洞。
安总，我现在有一个犹豫的点，我们在考虑是否增加会员优先派单的会员福利。”杨思过犹源的说看。
如果要会员优先派单，你微得应该如何处理?」安良反问
杨思过考虑了一卜，“应该自先要从算法入手吧？比如说用户A和会员C同时在同一个地点打车，那就优先响应会员C的订单
按照你提出来这个例子的情况，如果优先响应会员C的订单，确实没有太大的问题。”安良百先肯定了杨思过的说法
"但我们换一种情况，用户A与会员C在同一个地点但不同时打车，并且用户A比会员C提前了10秒钟使用胜行平安预约
我们应该如何优先为会员C服务呢？”安良提出了一种可能
虽然两者预约服务的时间只差了10秒钟，听起来就是10秒钟而已，但实际上在智慧城市管理条统辅助处理订单的情况下，则很有可能直接给用户A派遣了胜行平安接单。
总不能用户A发送了订单之后，胜行平安的预约服务不接单，而是等待10秒钟之后，再接余员C的订单吧?
或许有人觉得10秒钟而已，等一等就好了，完全可以优先服务会员C。
但问题是，这个10秒钟之后会员C在同一地点预约服务的设定，乃是安良提出来的假设
在真实情况中，用户A已经使用胜行平安预约出行服务，会员C的预约出行服务是在未来时间段发生的，当前时间段又怎么知
道禾来时间段的情况?
娜怕是智慧城币市管理条统掌控看盈庆的城币大数据，但智慧城市管理条统也无法预测到10秒钟之后胜行平安的会员C有出行
服务。
安良继续举例，“找们再换一个例子，如果用户A和会员C同时预约出行服务，白前有一辆胜行平安D与用户A距离1公里
与会员C距离2公里，你觉得胜行平安D应该选择用户A「还是用户Ck。？“
本章未完，请点击下一页继续阅读！