一种基于补偿奖励实现网约车成单率提高的方法及系统与流程

1.本发明涉及网约车技术领域，具体涉及一种基于补偿奖励实现网约车成单率提高的方法及系统。


背景技术：

2.目前在网约车平台下单后，经常由于周边无空闲车辆、派单车辆距离较远、接驾过程堵车或红绿灯多等情况造成用户从下单到上车的等待时间很长，大部分用户会在派单过程或者等待接驾过程中取消订单然后选择其他网约车平台下单或者其他出行方式。尤其是在接驾过程中取消的订单，已经给订单分配了司机且已经在路上，在用户可免责取消期间订单被取消则司机和车辆资源的浪费是公司平台和司机来承担的，这不可避免地造成了资源的浪费。


技术实现要素：

3.为了克服上述现有技术中，用户容易会在派单或者等待接驾过程中取消订单造成司机资源浪费的技术缺陷，本发明提供一种基于补偿奖励实现网约车成单率提高的方法及系统。
4.为了解决上述问题，本发明按以下技术方案予以实现的：第一方面，本发明公开一种基于补偿奖励实现网约车成单率提高的方法，包括以下步骤：用户端中网约车订单提交成功，服务器接收网约车订单并派发给网约车司机；在服务器派发网约车订单和网约车司机接驾的过程中，在用户端显示补偿奖励的信息；判断网约车订单是否成功结束；若订单成功结束后，在进行结算费用时使用等待期间获取到的补偿奖励；若订单被取消，等待期间获取到的补偿奖励随订单取消而清空。
5.进一步的，若订单被取消，等待期间获取到的补偿奖励随订单取消而清空，具体包括：若订单被取消，等待期间获取到的补偿奖励随订单取消而清空；该订单的数据记录上传至服务器，所述数据记录包括订单的id账号和等待时长。
6.进一步的，所述数据记录被上传至服务器后，具体包括：当同一id账号在用户端再次下单成功后；服务器调用该id账号的数据记录，根据数据记录中的等待时长，调整奖励信息中的数值。
7.进一步的，所述补偿奖励的信息包括：当前等待时长、当前补偿奖励值、若干等待时长值和对应的补偿奖励值。
8.进一步的，在所述补偿奖励的信息中，存在 ，n≥1，
所述m为补偿奖励值，所述t为等待时长值，所述n为奖励次数。
9.进一步的，若网约车订单正常进行，订单成功结束后，在进行结算费用时使用等待期间获取到的补偿奖励，具体为：若订单正常进行，订单成功结束后，用户端在进行结算费用时使用等待期间获取到的补偿奖励；该订单在用户端生成订单信息，所述订单信息上传至服务器，所述订单信息包括id账号、结算金额和等待时长；所述订单信息中的等待时长转换为等待积分数值，所述等待积分数值可兑换优惠券奖励。
10.第二方面，本发明公开一种基于补偿奖励实现网约车成单率提高的系统，包括接收模块、处理模块、奖励模块、结算模块、积分模块和兑换模块，其中：接收模块用于接收用户端提交的网约车订单；处理模块用于派发网约车订单给网约车司机；奖励模块用于设置补偿奖励值；结算模块用于对网约车订单进行结算；积分模块用于计算等待时长值变换呈相应的等待积分数值；兑换模块用于将积分数值兑换成优惠券奖励。
11.进一步的，所述奖励模块包括等待时长计时单元和奖励值设置单元，所述等待时长计时单元用于记录订单提交后到网约车到来的等待时长；所述奖励值设置单元用于设置若干等待时长值和对应的补偿奖励值。
12.进一步的，所述积分模块包括积分计算单元和积分累积单元，所述积分计算单元用于把网约车订单上等待时长转换成等待积分数值；所述积分累积单元用于把等待积分数值记录到网约车订单的id账号上。
13.进一步的，所述兑换模块中所述优惠券奖励为金额优惠券或折扣优惠券。
14.与现有技术相比，本发明的有益效果是：本发明通过给用户发放本订单可用的补偿奖励，降低在运力不足时，用户在在服务器派发网约车订单和网约车司机接驾的过程中因等待时间过长、不愿意等待较久时长从而取消订单的发生概率，一定程度上提升用户粘性、提高成单率并且避免司机资源浪费的问题。
附图说明
15.下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：图1是本发明所述的基于补偿奖励实现网约车成单率提高的方法的流程示意图；图2是本发明所述的基于补偿奖励实现网约车成单率提高的系统的结构框架图。
具体实施方式
16.下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整
地传达给本领域的技术人员。
17.在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
18.访问设备和服务器可以通过有线或无线通信方式进行直接或间接地连接。访问设备可以是终端，也可以是服务器。访问设备上运行了目标应用。目标应用是能够向服务器发起数据请求的应用程序，如社交应用、支付应用、游戏应用等。服务器可以是目标应用提供服务的应用服务器，也可以是区别与目标应用所对应应用服务器的代理服务器。服务器用于识别每个访问设备是否属于恶意设备，对来自恶意设备的数据报文进行拦截。当服务器为代理服务器时，代理服务器将不属于来自恶意设备的数据报文转发至应用服务器。终端具体可以是台式终端或移动终端，移动终端具体可以智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。服务器与服务器分别可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。
19.实施例1第一方面，如图1所示，本发明实施例公开一种基于补偿奖励实现网约车成单率提高的方法，包括以下步骤：步骤s1：用户端中网约车订单提交成功，所述订单包括起始位置、终点位置和预计所需的消费金额，服务器接收网约车订单并派发给网约车司机。
20.步骤s2：在服务器派发网约车订单和网约车司机接驾的过程中，在用户端显示补偿奖励的信息。
21.具体地，所述补偿奖励的信息包括：当前等待时长值、当前补偿奖励值、若干等待时长值和对应的补偿奖励值。通过在用户端查看到补偿奖励值，可以让用户从补偿奖励值和等待时长值看出投入的候车成本价值化，进而更愿意长时间等候网约车的到来具体地，所述补偿奖励为支付奖励，所述支付奖励为金额减免奖励或折扣优惠券奖励。所述金额减免奖励的额度最大为本次订单消费金额的50%，所述折扣优惠券奖励的额度最大为5折。
22.本实施例进一步地，在所述补偿奖励的信息中，存在 ，n≥1，所述m为补偿奖励值，所述t为等待时长值，所述n为奖励次数。即补偿奖励值差与等待时长值差的比值逐渐增大，有利于满足消费者的投入时间成本的心理，在可视化利益增长速度越来越快的情况下，可以降低消费者因长时间候车而带来的时间焦虑，进一步有效地提升用户粘性进而提高成单率。
23.本实施例进一步地，在一种实施方式中，所述等待时长值为3分钟、8分钟、15分钟，对应的补偿金额值为1元、2.5元、5元。
24.步骤s3：判断网约车订单是否成功结束，即网约车司机是否接送到用户，并把用户接送到目的地。
25.步骤s31：若网约车订单正常进行，订单成功结束后，在进行结算费用时使用等待期间获取到的补偿奖励，该订单在用户端生成订单信息，所述订单信息上传至服务器，所述订单信息包括id账号、结算金额和等待时长。
26.具体地，所述订单信息中的等待时长按一定比例转换为等待积分数值，所述等待积分数值可在服务器提供的等待积分商城中兑换优惠券奖励，所述优惠券奖励可在下一次订单结算时叠加使用。通过把等待时长转换成等待积分数值，再兑换成优惠券奖励，可以引导用户二次在再次进行网约车行为，一定程度上提升用户粘性，提高成单率。
27.步骤s32：若订单被取消，用户在等待期间获取到的补偿奖励随订单取消而清空，该订单的数据记录上传至服务器，所述数据记录包括订单的id账号和等待时长；当同一id账号在用户端再次下单成功后，服务器调用该id账号的数据记录，根据数据记录中的等待时长，调整奖励信息中的数值。
28.具体地，当同一id账号在用户端再次下单成功后，用户端上显示的初次补偿奖励值增大或初次补偿奖励值对应的等待时长值减小。通过调用未成功进行订单的等待时长数据，并把该等待时长数据作为调整奖励信息中数值的参考基础，提高需要进行二次待车用户的时间价值成本，可以满足消费者的投入时间成本的心理，降低消费者因长时间候车而带来的时间焦虑，进一步有效地提升用户粘性进而提高成单率。
29.本实施例所述的用户一般为网约车用户，服务器一般为网约车平台或平台中的服务器。
30.综上所述，本发明通过给用户发放本订单可用的补偿奖励，降低在运力不足时，用户在在服务器派发网约车订单和网约车司机接驾的过程中因等待时间过长、不愿意等待较久时长从而取消订单的发生概率，一定程度上提升用户粘性、提高成单率并且避免司机资源浪费的问题。
31.本实施例所述的基于补偿奖励实现网约车成单率提高的方法的其它步骤参见现有技术。
32.实施例2第二方面，如图2所示，本发明实施例公开一种基于补偿奖励实现网约车成单率提高的系统，包括接收模块m1、处理模块m2、奖励模块m3、结算模块m4、积分模块m5、兑换模块m6，其中：接收模块m1用于接收用户端提交的网约车订单；处理模块m2用于派发网约车订单给网约车司机；奖励模块m3用于设置补偿奖励值；结算模块m4用于对网约车订单进行结算；积分模块m5用于计算等待时长值变换呈相应的等待积分数值；兑换模块m6用于将积分数值兑换成优惠券奖励。
33.通过设置奖励模块m3，可以给用户发放本订单可用的补偿奖励，降低在运力不足时，用户在在服务器派发网约车订单和网约车司机接驾的过程中因等待时间过长、不愿意等待较久时长从而取消订单的发生概率，一定程度上提升用户粘性、提高成单率并且避免司机资源浪费的问题。
34.作为一种优选实施方式，所述奖励模块m3包括等待时长计时单元和奖励值设置单
元，所述等待时长计时单元用于记录订单提交后到网约车到来的等待时长；所述奖励值设置单元用于设置若干等待时长值和对应的补偿奖励值。所述等待时长值和对应的补偿奖励值在用户端界面呈现，可以让用户直观地看到当前获得的补偿奖励值，和下一等待时长值应获得多少补偿奖励值，进一步提高用户的耐心。
35.作为一种优选实施方式，所述积分模块m5包括积分计算单元和积分累积单元，所述积分计算单元用于把网约车订单上等待时长转换成等待积分数值；所述积分累积单元用于把等待积分数值记录到网约车订单的id账号上。通过等待积分数值的累积，用户可以在兑换模块兑换相应积分数值的优惠券，进而促使用户二次使用网约车平台提交订单，提高成单率。
36.作为一种优选实施方式，所述兑换模块m6中所述优惠券奖励为金额优惠券或折扣优惠券。
37.综上所述，本发明实施例所述装置在运行时，可执行实施例1中所述的基于补偿奖励实现网约车成单率提高的方法的全部步骤。
38.本实施例所述的基于深度搜索技术实现数据血缘的批量检索和路径展示的系统的其它结构参见现有技术。
39.本公开可以是方法、系统、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。
40.这里参照根据本公开实施例的方法、系统(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
41.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理系统的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理系统的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的系统。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理系统和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
42.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理系统、或其它设备上，使得在计算机、其它可编程数据处理系统或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理系统、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
43.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，上述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
44.以上已经描述了本公开的各实施方式，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施方式。在不偏离所说明的各实施方式的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施方式的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文披露的各实施方式。