安良听看杨思过的说明，他微微点看头，这个杨思过果然有点东西，居然将胜行平安未来的运宫工作计划得相当不错
比如说这个胜行平安会员体系便非常成熟，无论是优惠设计，以及会员设计，还有积分兑换等等，全部都做得相当不错，平衡
性也做得相当好
属士一套直接可以使用的会员体条，不再需要优化平衡问题，也没有什么优惠漏洞
华竞优惠方案特别简单，自然不可能存在什么漏洞。
安总，我现在有一个犹豫的点，我们在考虑是否增加会员优先派单的会员福利。”
杨思过犹源的说看。
如果要会员优先派单，你微得应该如何处理?」安良反问
杨思过考虑了一卜，“应该自先要从算法入手吧？比如说用户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。
？“
杨思过沉默下来，如果选择用户a，那意味着更快的接到乘客，从而更快的执行行程订单，减少非载客时间。
如果选择会员c，则意味着要多行驶一公里的非载客时间，从而降低了载客效。
从效率角度来说，杨思过也会优先选择用户a，而不是会员c，但杨思过迟疑的反问，“我们的会员价值应该过了普通用户
价值吧？
安良笑看回应，“谁规定了普通用户无法成为会员的？如果我们为普通用户提供了优质服务，普通用户是不是就更愿意成为会
员了？
至于会员c的情况，我们目前的订单系统已经有解决方案，当预约出行服务的用户周围没有胜行平安的时候，我们会进行提
下，曲日给出一个大约的等待时间。”
段良说明。
（
”
〃毕竟胜行平安的出行服务的终点是确定的，我们根据大数据计算，便可以计算出预约出行服务的附近究竞有多少
胜行平安车辆，然后计算出大概的等待时间。”
安良追加。
我们宁愿让用户自己选择是否等待，也不要搞什么绕路优先选择会员的情况，毕竟我们要的是效率。”
安良点明胜行平安的
核心
明日了，谢谢安总。”
杨思过回应
这一个问题之前一直困扰着杨思过，他总想着让会员有更多福利，从而进一步巩固胜行平安的会员体系，但忽略了胜行平安的
核心基石。
（的王赵）
2
“不客气。”
安良应了一声，“收费之后，你记得将相送付费数据收集种来做成报告。
好的，安总，我计划4月2日0点0分开始收费，等一会就去公告，今天愚人节就是最后一天免费时间，并且给用户们
放优惠券，还有公布优惠券的使用方法。”
杨思过说明。
噫！”
安良肯定的点头。
安总，你觉得我们的付费率会如何？”
杨思过随口询问。
安良考虑了一下，才回应的说着，“虽然没有数据分析支持，但我觉得我们胜行平安的付费率应该不会低飞！”
。