安良听着杨思过的说明，他微微点着头，这个杨思过果然有点东西，居然将胜行平安未来的运营工作计划得相当不错。

　　比如说这个胜行平安会员体系便非常成熟，无论是优惠设计，以及会员设计，还有积分兑换等等，全部都做得相当不错，平衡性也做得相当好。

　　属于一套直接可以使用的会员体系，不再需要优化平衡问题，也没有什么优惠漏洞。

　　毕竟优惠方案特别简单，自然不可能存在什么漏洞。

　　“安总，我现在有一个犹豫的点，我们在考虑是否增加会员优先派单的会员福利。”杨思过犹豫的说着。

　　“如果要会员优先派单，你觉得应该如何处理？”安良反问。

　　杨思过考虑了一下，“应该首先要从算法入手吧？比如说用户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，还是用户C？”

　　杨思过沉默下来，如果选择用户A，那意味着更快的接到乘客，从而更快的执行行程订单，减少非载客时间。

　　如果选择会员C，则意味着要多行驶一公里的非载客时间，从而降低了载客效率。

　　从效率角度来说，杨思过也会优先选择用户A而不是会员C，但杨思过迟疑的反问，“我们的会员价值应该超过了普通用户价值吧？”

　　安良笑着回应，“谁规定了普通用户无法成为会员的？如果我们为普通用户提供了优质服务，普通用户是不是就更愿意成为会员了？”

　　“至于会员C的情况，我们目前的订单系统已经有解决方案，当预约出行服务的用户周围没有胜行平安的时候，我们会进行提示，并且给出一个约等时。”安良说明。（看暴爽小说，就上飞卢小说网！）

　　“.毕竟胜行平安的出行服务的终点是确定的，我们根据大数据计算，便可以计算出预约出行服务的起点附近究竟有多少胜行平安车辆，然后计算出大概的等待时间。”安良追加。

　　“我们宁愿让用户自己选择是否等待，也不要搞什么绕路优先选择会员的情况，毕竟我们要的是效率。”安良点明胜行平安的核心。

　　“明白了，谢谢安总。”杨思过回应。

　　这一个问题之前一直困扰着杨思过，他总想着让会员有更多福利，从而进一步巩固胜行平安的会员体系，但忽略了胜行平安的核心基石。(好了赵)“不客气。”安良应了一声，“收费之后，你记得将相关付费数据收集起来做成报告。”

　　“好的，安总，我计划4月2日0点0分开始收费，等一会就去发公告，今天愚人节就是最后一天免费时间，并且给用户们发放优惠券，还有公布优惠券的使用方法。”杨思过说明。

　　“嗯！”安良肯定的点头。

　　“安总，你觉得我们的付费率会如何？”杨思过随口询问。

　　安良考虑了一下，才回应的说着，“虽然没有数据分析支持，但我觉得我们胜行平安的付费率应该不会低地！”。

　　Người mua: Bappro906