一种保护高价值用户权益的方法技术

本发明专利技术公开了一种保护高价值用户权益的方法，从配置中心获取基础配置信息；判断该单是不是即时单；判断该城市是否配置爽约赔付；判断该预定车型是否配置爽约赔付；判断该单的信用等级是不是大于配置的用户等级；判断该用户当天是否赔付过；计算待赔付金额,获取最大赔付金额；判断是否司机发起的取消，按照绑单时计算得到的赔付金额，给予用户补偿，本发明专利技术通过给用户一定的赔偿，提高用户对平台的满意度，保障高价值用户权益，提升平台完单率，同时降低用户投诉率；通过对司机进行一定的惩罚，包括权益扣减、等级评定、扣钱等措施，矫正司机挑单的行为；通过配置中心配置，可以灵活的调整各城市的赔付条件，让赔付更灵活，适用度更高。高。高。

【技术实现步骤摘要】
一种保护高价值用户权益的方法


[0001]本专利技术属于网约车运营
，具体涉及一种保护高价值用户权益的方法。

技术介绍

[0002]随着出行行业的成熟，平台常驻司机已经了解了平台规则，逐渐开始挑单、推单，选择高价值的订单来进行服务，导致乘客权益无法得到基本保障。开始乘客订单长时间无司机接单，甚至绑单后，司机故意取消乘客订单的问题。这在很大程度上降低了乘客的用车体验，降低乘客对平台的信任度，同时对企业流水造成一定程度的影响。统计数据表明，被司机取消订单后，会导致一定的投诉率，增加客服的成本。但若全部赔付，会增加平台的负担，为了同时保障企业的利益，会筛选高价值用户(完单率高、完单量大、信用评级高的用户)进行一定的补偿。因此，设计了爽约赔付这个功能，满足一定条件的订单若绑单后，司机无故取消，平台会给乘客一定的补偿，提升乘客对平台的满意度，为平台带来潜在收益的同时，提高平台口碑，提升平台的无形价值。另外，由于乘客收到赔付，会更愿意等待，提升平台的完单流水，同时降低客服处理客诉的压力。由于该功能对于平台流水的提升度、用户等待意愿的提升度，存在未知性，所以设计了配置体系，可以非常灵活的控制哪些用户的，满足什么条件的订单会进行赔偿，然后结合大数据分析的结果进一步扩大或者缩小范围，进行精细化控制。

技术实现思路

[0003]本专利技术的目的在于提供一种保护高价值用户权益的方法，以解决上述
技术介绍
中提出的问题。
[0004]为实现上述目的，本专利技术提供如下技术方案：一种保护高价值用户权益的方法，具体包括：步骤一：监听订单绑单事件；S11：从配置中心获取基础配置信息；
[0005]S12：判断该单是不是即时单，若不是即时单，则逻辑中断；若是即时单，则进入后续判断；
[0006]S13：判断该城市是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；
[0007]S14：判断该预定车型是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；
[0008]S15：判断该单的信用等级是不是大于配置的用户等级，若不满足，则逻辑中断；若满足，则进入后续判断；
[0009]S16：判断该用户当天是否赔付过，若当天已有赔付记录，则逻辑中断；若还没有赔付记录，则进入后续流程；
[0010]S17：计算待赔付金额,获取最大赔付金额，若用户下单预估金额大于配置的最大金额，则赔付配置的最大金额；若用户下单预估金额小于配置的最大金额，则赔付预估金额；
[0011]S18：将满足条件的订单添加preCompensation标记放到订单kv扩展信息表里；
[0012]步骤二：监听订单取消事件；
[0013]S21：判断是否司机发起的取消，若乘客发起的取消，则该订单不赔付；若司机发起的取消，进入下一步判断：
[0014]A：是否为非人为因素，若是，则不惩罚司机，平台进行赔付；
[0015]B：否则，会对司机进行惩罚；
[0016]S22：按照绑单时计算得到的赔付金额，给予用户补偿，并短信通知用户，并表达歉意；
[0017]S23：异步调用计费系统，给用户账户增加赔付金额，并修改相应的流水记录。
[0018]优选的，所述步骤S14中，判断该预定车型是否配置爽约赔付时，特惠用车不参与赔付。
[0019]优选的，所述步骤S16中，每天每个用户只赔付一单，防止用户故意在司机较少的地方下单，造成平台损失。
[0020]优选的，所述步骤A中的非人为因素包括车辆故障、交通事故和恶劣天气。
[0021]优选的，所述步骤B中，惩罚包括扣信用或者扣钱，或者扣权益。
[0022]与现有技术相比，本专利技术的有益效果是：本专利技术通过给用户一定的赔偿，提高用户对平台的满意度，保障高价值用户权益，提升平台完单率，同时降低用户投诉率；通过对司机进行一定的惩罚，包括权益扣减、等级评定、扣钱等措施，矫正司机挑单的行为；通过配置中心配置，可以灵活的调整各城市的赔付条件，让赔付更灵活，适用度更高；提升了乘客的留存率，极大的降低了客服处理投诉的压力，同时提升了平台的品牌效益。
附图说明
[0023]图1为本专利技术的流程示意图。
具体实施方式
[0024]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0025]请参阅图1，本专利技术提供一种技术方案：
[0026]一种保护高价值用户权益的方法，具体包括：步骤一：监听订单绑单事件；S11：从配置中心获取基础配置信息；
[0027]S12：判断该单是不是即时单，若不是即时单，则逻辑中断；若是即时单，则进入后续判断；
[0028]S13：判断该城市是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；
[0029]S14：判断该预定车型是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；
[0030]S15：判断该单的信用等级是不是大于配置的用户等级，若不满足，则逻辑中断；若
满足，则进入后续判断；
[0031]S16：判断该用户当天是否赔付过，若当天已有赔付记录，则逻辑中断；若还没有赔付记录，则进入后续流程；每天每个用户只赔付一单，防止用户故意在司机较少的地方下单，造成平台损失；
[0032]S17：计算待赔付金额,获取最大赔付金额，若用户下单预估金额大于配置的最大金额，则赔付配置的最大金额；若用户下单预估金额小于配置的最大金额，则赔付预估金额；
[0033]S18：将满足条件的订单添加preCompensation标记放到订单kv扩展信息表里；
[0034]kv表，是订单扩展表，一个订单上可能有多个扩展记录，比如，是否需要赔付，是否指定司机等，所以单独设计了kv表，用来记录这些扩展信息，通过订单号orderNo与订单表一一对应,value为json格式，可以包含多个信息，eg.本次爽约赔付，key为preCompensation,value为json包含是否最终赔付isCompensation,是否在用户端展示isShow,赔付金额compensationAmount等；
[0035]kv表如下所示：
[0036][0037]步骤二：监听订单取消事件；
[0038]S21：判断是否司机发起的取消，若乘客发起的取消，则该订单不赔付；若司机发起的取消，进入下一步判断：
[0039]A：是否为车辆故障、交通事故和恶劣天气等非人为因素，若是，则不惩罚司机，平台进行赔付；
[0040]B：否则，会对司机进行惩罚；惩罚包括扣信用或者扣钱，或者扣权益；
[0041]S22：按照绑单时计算得到的赔付金额，给予用户补偿，并短信通知用户本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种保护高价值用户权益的方法，其特征在于：具体包括：步骤一：监听订单绑单事件；S11：从配置中心获取基础配置信息；S12：判断该单是不是即时单，若不是即时单，则逻辑中断；若是即时单，则进入后续判断；S13：判断该城市是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；S14：判断该预定车型是否配置爽约赔付，若未配置，则逻辑中断；若已配置，则进入后续判断；S15：判断该单的信用等级是不是大于配置的用户等级，若不满足，则逻辑中断；若满足，则进入后续判断；S16：判断该用户当天是否赔付过，若当天已有赔付记录，则逻辑中断；若还没有赔付记录，则进入后续流程；S17：计算待赔付金额,获取最大赔付金额，若用户下单预估金额大于配置的最大金额，则赔付配置的最大金额；若用户下单预估金额小于配置的最大金额，则赔付预估金额；S18：将满足条件的订单添加preCompensation标记放到订单kv扩展信息表里；步骤二：监听订单取消事件；S21：判断是否司机...

【专利技术属性】
技术研发人员：王威，
申请(专利权)人：首约科技北京有限公司，
类型：发明
国别省市：