推广模式下的机动车年检订单网上组合支付设计

周游舟

(1.重庆城市职业学院，重庆 402160;2.重庆抢车位科技有限公司，重庆 400039)

0 引言

从2018年9月1日公安部实施“放管服”政策以来，广大车主可以通过“交管12123”或第三方平台进行机动车的年检预约.但是这些平台都不能满足广大车主和检测站对年检服务平台的需求：一方面，机动车年检是一个低频率消费，简单预约服务并不能在车主和检测站之间建立起相对稳定的合约，车主“爽约”并没有造成实质性的惩罚，相反对检测站来说，是一个可有可无的服务，并没有给检测站带来多大的收益.另一方面，简单预约服务并不能消除广大车主心中的疑惑，包括检测机构收费不规范、非法中介黄牛欺诈等问题.为此，重庆抢车位科技公司联合多家机动车检测站推出“共优车服”服务平台，但是在推广过程中碰到了“渠道不愿意开拓终端、终端不愿意推广产品”等问题.针对这一现象，从技术层面分析主要是消费者的优惠使用受限，无法在一次年审中使用累积的优惠.

电商平台常以代金券、优惠券、折扣券等方式促销推广，可是在实际支付的时候，消费者往往只能选择其中一种优惠，对年检服务平台的参考价值有限.目前国内外学者对机动车年检服务平台的研究，主要集中在加大网络宣传和品牌推广来增加预约客户量，包括建立企业官网、公众号、抖音号等方式加大宣传，通过宣传来引流客户，对非房产之外的低频交易商品如何解决低频交易促销、支付的问题研究较少.而本研究主要集中在解决机动车年检支付三方面的问题：第一，通过标准预约支付的方式可以解决收费不规范、非法黄牛欺诈的问题;第二，通过预约支付确认后再取消订单，则扣取手续费的方式，减少检测机构的损失，增强双方的履约意识;第三，通过组合支付优惠一定程度解决推广意愿的问题.

1 需求概述

为了解决机动车年检“简单预约服务”的“爽约”问题，增强消费者的支付意愿.车辆检测平台联合检测站推出一系列的促销活动，车主可以多次参与推广活动，通过促销活动累积的优惠可用于后期抵扣机动车年检费用，真正达到“检车省费”的目的.推广模式下的机动车年检订单网上组合支付设计主要体现在下面几个方面：

1)机动车检测服务平台方可以针对整个平台用户开展促销活动.

2)机动车检测站可以针对潜在客户多次开展促销活动，促销活动产生的优惠只能在开展检测站的门店使用.

3)促销活动产生的优惠一般都可以转换成一定有效期的代金券和优惠券.

4)用户在服务平台上进行支付的时候，优先使用完代金券和优惠券，不足费用可以使用微信支付或支付宝进行支付.

5)为了保障服务平台和检测站开展促销活动不会导致无限亏损，每一次机动车年检服务控制代金券和优惠券的支付比例.

6)为了减少车主“爽约”带来的影响，每一笔订单收取一定比例的服务费用.

7)为了减少收费不合理情况的产生，服务平台把检测费用分为标准检测费用和购买、维修、保养等其他费用.标准检测费用只与检测套餐有关，价格调整需由每个省市政府的相关部门审核批准.而其他费用也是执行标准价格收费，并且每一笔费用的产生都需要得到消费者的确定.

总之，机动车年检所产生的费用都是标准化收费，消费者和检测机构都能实时看到订单状态和费用产生明细.

2 总体设计

电商系统的支付因厂商、促销活动等各种因素的影响而不得不设置比较复杂的支付组合、单独的支付系统和分账系统.并且存在优惠券余额不能退还，多种优惠券一次只能使用一种，甚至一次只能使用一张优惠券，某些商品不能使用优惠券等现象和问题.不过对于机动车年检服务平台来说，并没有电商系统的并发流量、并没有电商平台的复杂支付组合.年检服务平台主要是解决平台推广和方便用户使用的问题：第一,机动车检测站检测能力有限，消费者车辆检测次数有限，基本不存在高并发支付情况.第二,年检服务平台虽然是为了规范、撮合车主和检测机构进行交易，但是交易周期短、金额小，针对比较有实力的检测站商家，可以考虑让车主支付资金直接进入商家账户.第三,机动车年检属于低频、刚需型需求的特点，服务平台促销活动的目的是让车主宣传，没有必要让推广者担心过期不能消费问题，同时消费者也不会过度消费.所以，简单混合支付即可满足年检服务平台在推广时期的业务要求.

另外，在设计电商平台组合支付时，如果没有支付牌照，可能会涉及二次清算和资金池的问题.不过对广大车主来说，机动车年检频率有限，基本上没有意愿进行预先充值.同时为了符合央行发布的217号令，服务平台没有必要为极少数消费者提供预先充值功能.对于服务平台与检测站厂商的结算问题，有三种解决方案：第一，平台作为机动车年检服务的主体，消费者只与服务平台发生业务往来，车辆检测由服务平台与检测站厂商的线下合约完成.第二，消费者的费用直接拆分为两部分，一部分是预约费用，直接由服务平台收取，另外一部分检测服务费用直接由厂商收取，平台提成由线下合约定期向检测站厂商收取.第三，接入第三方分账系统，降低业务复杂度.

综上所述，年检服务平台的支付功能在建设初期重点是设计好简单混合支付功能，没有必要单独做支付系统和分账系统，为了业务拓展和规避“二次清算”违规问题，平台初期考虑接入第三方分账系统.

2.1 支付方式和优先级虽然做好组合优惠支付不简单，毕竟涉及经济学问题和消费者心理学问题，但是优惠券的本质都离不开以商家让利的方式以吸引更多的用户，降低商品消费门槛，提高订单量.抛开营销活动的设计，剩下的技术层面主要是先要确定支付方式和支付优先级.

1)支付方式.

年检服务平台的核心产品是安全检测、环境检测和综合检测，对于折扣券等类型的优惠完全可以转换为优惠券和线下服务，代金券和优惠券的设计如图1所示.也就是说除了以代金券、优惠券以及线下的优惠支付之外，余款只能通过第三方支付的形式付款，即支付方式：

图1 代金券优惠券查看选择图

支付方式=代金券+优惠券+第三方支付.

2)支付优先级.

对于车主来说，厂商代金券、优惠券的适用范围为相关检测站及合作厂商，适用范围相对局限，而服务平台的代金券和优惠券是针对整个车主，不存在现在检测站厂商的问题.同时，第三方支付的费用不存在过期问题.所以，默认支付优先级主要有三点：第一，提前过期的代金券优先使用；第二，同时过期的代金券和优惠券优先使用厂商发布的代金券和优惠券；第三，消费者可以调整支付优先级.

2.2 支付结算流程支付结算流程参与主体有车主、年检服务平台、第三方分账和检测站4大部分，其中车主是消费者也是流程的发起方，年检服务平台主要是撮合车主和检测站进行交易.而第三方分账主要是为年检服务平台方托管资金，符合央行发布的217号文件要求.具体交互流程如图2所示.

图2 支付结算时序图

2.3 订单与支付关系从常规的B2C与C2C平台可以看出，单一商户的交易，基本上就是全部商品生成一个订单，而购物车包含多商户的交易则是根据店铺来分别支付生成订单，或者全部统一支付然后根据商户拆分订单.但是，机动车年检服务平台与传统电商平台不一样，年检服务平台的核心是车辆，商品或服务都是与车辆相关，并且一些服务一旦产生就无法退换，存在部分商品及服务使用后不能退款的情况.根据年检服务平台交易特点，设计出订单与支付关系，如图3所示.

图3 订单与支付E-R图

从图3中可以看出，订单分为主订单和明细订单，主订单主要是记录本次年检服务车辆相关的重要信息，便于业务的开展.而订单明细才是真正的消费信息，包含年检过程中购买的商品和服务，如年检所需的灭火器、三角警示器，年检中的环境检测、性能检测、综合检测，以及车辆维修费用等.同样，支付也分为主付款与支付明细和抵扣明细，主付款主要用于记录该次付款和退款信息，而支付的详细信息则由支付明细和抵扣明细记录.其中支付明细记录由微信支付、支付宝支付产生的费用明细，而抵扣明细则记录代金券、优惠券等虚拟货币抵扣商品的明细.

订单与支付完全独立设计的优点有：一方面，一个订单可以进行多次更改，同样也可以进行多次支付，这正好与机动车年检服务流程吻合，毕竟车主在下单的时候可能还不确定车辆是否需要进行维修或购买配件才能通过检测.另一方面，机动车在年检过程中，可能对服务和商品进行更换，从而就涉及到退款，只有当费用明细和抵扣明细分摊到具体每一项商品和服务上的时候，才能方便快捷地进行退换服务.

3 支付过程设计

3.1 支付产品标准化设计从2019年国家发展改革委发布发改价格〔2019〕798号文件开始，全国各地机动车年检价格开始涨价.各省市为了规范收费行为，维护机动车年检市场价格秩序，保护消费者合法权益，机动车年检价格一般由机动车检测协会统一制定、明码标价.

但是，机动车年检代办(或网上车检业务)除了正常的安检、环检和综检之外，还有可能产生一些额外费用，如预约服务费用、上门代办费用、车辆维修费用，等等.怎样把这些额外费用做到规范、明码标价，让消费者放心，让检测站放心呢？

首先，对费用进行分类，让车主明白车检费用的构成的同时，给检测站留下自主调整个别服务类别费用的空间.详细分类信息见表1.

表1 产品分类信息

其次，对各类别下的费用详细说明，做到公开、透明和个性化服务.如安检、环检、综检费用，各检测站按照当地机动车检测协会制定的标准价格进行配置，而维修费用则按照检测站的维修价格提前录入到平台上.产品费用明细信息包括：产品名称、产品类别、详细描述、商家、图片信息、原价、售价、库存、最大优惠抵扣金额、活动抵扣方式等.

总之，支付费用标准设计是进行组合支付的前提，是推广策略调整的纽带，也是平台业务拓展的基石.

3.2 支付前设计对于电商平台来说，大家对商品购物车这一功能应该都比较熟悉，每当我们在某电商平台上购买商品的时候，看中了哪件商品，就会加入购物车中，然后进行商品确认和收货地址确认后才进入结算环节.同样在车检订单支付之前也需要进行商品的选择和相关信息的确认，不过车检平台的商品都是与车辆检测相关.如图4支付前订单确认图所示，在订单支付之前需要确定预约，然后再锁定预约时间段内的放号数量，最后生成订单编号.

图4 支付前订单确认图

1)确定预约.

车检平台订单主要分为年检预约和上门代办两种订单.对于年检预约业务来说，需要车主带上资料自己开车前往机动车检测站，需要用户选择确认的预约信息有：车辆选择、机动车检测站选择、检测时间段选择、年检服务选择(类似购物车商品选择).而对于上门代办业务来说，是由平台或检测站安排司机上门接送检测车辆并代理办理检测业务，所以除了需要年检预约信息之外，还需要选择确认上门接车和还车的地址信息.

2)锁定放号数量.

按照一般电商平台订单系统的设计，在确定商品生成订单之前，首先需要锁定商品数量，但是车检平台的商品主要是检测服务，即商品与机动车检测站的检测容量和排检计划有关，所以车检平台使用了指定时间段进行放号控制，即检测站可以根据实际检测容量进行动态更新放号数量.一旦用户确认预约后，对应机动车检测站指定时间段的放号数量自动减少一个.同理，当用户取消预约后，机动车检测站指定时间段的放号数据量自动加一个.

3)生成订单编号.

在生成订单之前，后台服务需要完成以下功能步骤.首先，对订单信息进行核对，包括订单类型、机动车检测站信息、商品价格及数量信息，防止订单信息在网络传输过程中被更新及篡改.其次，根据提交的订单信息及车主和车辆信息组装订单信息和订单明细.最后，写入数据库，返回订单编号.

3.3 支付中设计对于一般的电商平台来说，在订单支付之前，只需确认收货地址、购买商品和支付方式即可.对于推广模式下的车检平台来说，让消费者获得更多优惠再进行支付尤其重要.本设计在支付过程中需要完成优惠分摊比例、匹配支付方式、生成支付编号、执行第三方支付接口调用4个步骤.

1)确定优惠分摊比例.

为了快速让消费者获得最大优惠，在打开确认支付之前，系统根据最新支付规则和消费者信息自动填充优惠券和代金券下拉选择信息，同时消费者也可以根据自己的实际情况进行调整.分摊比例如图5所示，扣除优惠金额才是消费者在线支付所承担的金额.计算方式如下：

在线支付金额=总金额-优惠券金额-代金券金额

图5 支付中确认支付图

2)匹配支付方式.

与电商APP选择支付渠道不一样的是，本车检平台支付在小程序上进行，需要与小程序平台进行匹配.即，使用微信小程序进行支付的时候自动调用微信支付，使用支付宝小程序进行支付的时候自动调用支付宝进行支付.

3)生成支付编号.

与一般电商平台可能不一样的地方是，本设计的支付由代金券、优惠券和支付金额组成.其中代金券和优惠券的抵扣由平台本身进行计算，基本上不存在等待时间和抵扣异常，而支付金额需要调用第三方支付平台接口进行支付，存在接口返回结果等待时间和异常情况.为了做到代金券、优惠券及支付金额的统一维护，本设计先生成支付编号，然后再进行代金券、优惠券的支付抵扣，最后执行第三方支付接口调用并返回支付编号用于客户端等待更新支付状态.

4)执行第三方支付接口调用.

在执行第三方支付接口调用之前，先完成订单明细的抵扣金额分配和支付金额分配，并设置付款信息状态为“支付中”，最后组装第三方支付信息执行支付接口调用，并等待支付接口返回支付信息.

3.4 支付后设计支付后的设计主要有支付结果回调和支付后订单展示两个部分.

1)支付结果回调.

支付结果分为两种情况进行处理，一种是支付成功，需要更改支付信息状态和订单状态，另一种是支付失败(或超时)，需要回滚代金券和优惠券抵扣金额和更新订单新和支付信息.

如果支付成功，首先，在付款信息中记录第三方支付的支付编号和退款地址.然后，更新支付信息和支付明细的状态为“支付完成”，防止重复支付.最后，更新支付明细匹配的订单信息的订单状态为“已付款”.如果支付失败，首先，根据优惠券抵扣明细和代金券抵扣明细回滚优惠券和代金券信息，其次，更新支付信息和支付明细的状态为“待支付”，便于再次支付.

2)支付后订单展示.

支付后的页面是单纯的给出提示和说明，还是以单独页面的形式承载更多的扩展内容呢.考虑到用户实际需求和订单业务信息的统一，本设计简化订单支付展示，支付后订单展示分为支付成功展示和支付失败展示.支付成功后如图6(a)所示，一方面，便于用户查看订单状态信息，同时告知用户需要等待检测站“确认订单”.另一方面，用户可能发现信息有误，需要取消订单.支付失败后如图6(b)所示，在提示支付失败后，一方面，提示用户需要再次支付订单.另一方面，给用户取消订单的选择，便于更正订单信息.

图6 支付成功后订单详情图

4 系统测试

在经过多轮功能测试和完善后，为了确保系统功能的健壮性和稳定性，本项目再组织专业测试人员对组合支付主要功能进行确认测试.主要通过测试API接口的形式，测试订单下单、付款、退款及回调的功能和性能.

4.1 测试环境和策略本次测试环境WEB服务器硬件配置如下：CPU为Intel(R) Core(TM)i5-8250U，内存8G，硬盘512G，操作系统为64位的win10系统.

本次功能测试主要采用Postman v8.5和内置swagger作为模拟测试工具，通过有效的和无效的数据来执行各个用例、用例流和功能，以核实在使用有效数据时得到预期的结果，在使用无效数据时显示相应的错误消息或警告消息，并且确保各业务规则都得到了正确的应用.测试的目标是，检测需求中业务流程、数据流的正确性，确保被测功能模块能够正常使用，并符合产品需求.

本次性能测试采用Loadrunner 11.0作为模拟测试工具，以订单付款API接口为测试对象.测试策略采用第一次测试模拟5个用户，设置相应的加载时间.第二次测试模拟10个用户，设置相应的加载时间.第三次测试模拟20个用户，设置相应的加载时间.根据性能测试的目的，本次测试监测方式是，对WEB服务器的CPU、内存、以及对并发响应时间进行监控和分析.

4.2 测试内容本次测试的范围主要是，支付需求中明确的业务流程，或组合不同功能而形成一个大的功能.主要测试接口见表2.

表2 主要测试接口

4.3 测试结果及分析本次测试主要目的是确保组合支付功能完善和稳定，其中通过模拟多人并发进行组合支付的方式测试系统响应时间，以及服务器的资源占用情况.测试结果分别是功能测试结果表3，以及表4～表6的并发性能测试.

表3 功能测试结果

表4 5个用户并发测试结果

表5 10个用户并发测试结果

表6 20个用户并发测试结果

因组合支付功能涉及第三方支付接口，所以最大只模拟了20个并发，但从初期开展机动车年检业务来说，已经能够满足业务需求.从测试结果看，本设计满足系统设计需求，同时也间接表明该系统以分布式方式部署在云服务器上能满足实际应用的性能要求.

5 结论与展望

为解决低频交易推广难的问题，加强优惠券、代金券的推广力度和支付力度，设计开发了代金券、优惠券与第三方支付整合的组合支付模式，得出以下结论：

1)机动车年检订单网上组合支付在一定程度上能够解决推广过程中消费者的顾虑，包括过期不能使用、一次只能使用一张券、一张券只能使用一次等担忧.

2)机动车年检业务网上办理是未来趋势，但必须解决低频交易推广难的问题，本组合支付设计在保证检测站厂商利润的情况下让消费者得到最大优惠具有很好的应用推广前景.

总之，本研究是基于机动车年检预约、年检代办属于低频、刚需型需求的特点，调研了多个检测站厂商和消费者得出的技术解决方案，在实际推广中还有很多非技术问题亟需解决.接近一年的实测表明，该设计满足机动车年检业务网上办理推广需求，对低频交易的业务推广具有一定的应用前景.对机动车检测平台不同推广活动的整合和完善是本研究的下一步重点工作.