二、后台的支付记录管理

支付完成之后，后台需要把该记录展示出来，以便财务进行核算。

再来科普一下订单号和流水号的生成规则吧！

订单号的定义规则：

回到问题的本质，订单号是拿来干嘛用的？谁会关注订单号？

简而言之，订单号是用来标记/查询订单（查询的时候可能更关注于物流单号）用的，一般会在订单有支付/售后/异常问题的时候会用到，也就是说订单号主要是拿给客服/运营/开发部门用的。

那么客服在处理一笔订单的时候，什么格式的订单号才会好用呢？

首先订单号中最好避免数字以外的其它字符类型，订单号尽量短，订单号尽量能结合当前的业务情况有特定的标识，如：渠道编号（包括平台、下单渠道、支付方式）、业务类型和时间信息等。

以下是订单规则的例子：

下单渠道1位 支付渠道1位 业务类型1位 时间信息8位 用户userid4位（这样算下来订单号就有19位了）。

原则上来说交易订单号没有固定的长度，会随交易订单数量的增加而增加（前提是开发修改之前和之后需要明确通知给到客服/运营等部门的人，以便他们更好地工作）。

如果你的网站属于刚成立的，数据量很小的时候一般订单长度为10位左右就可以了。

淘宝目前的订单号长度为18位（而淘宝的年度活跃消费者5.76亿，移动月活用户达到6.34亿规模，细心的网友已经发现了，淘宝订单号的后4位是取自用户user id的后四位，前14位中有10位可能是由Unix时间戳加随机规则生成的）。

其实订单号没有长和短的区分，只是简洁方便查询就可以，其实与产品的使用场景有关，比如滴滴打车，遇到问题，直接反馈时间 起点 车型车牌号，更方便，饿了么也同理，直接报时间和商家名更方便。

不同平台可以设计属于自己的订单号规则。

流水号的定义规则：

如果平台没有自己的支付系统的话，该流水号可以不设计，直接设计订单号即可。

其实流水号都是由不同成分组成，每部分都表达不同的含意，所以在设计上需要对流水号进行分解。以”2018020200666666453534601″的主要组成部分：{20180202}{00666666453534601}。

{20180202}是当前业务所在的年月日；{00666666453534601}是随机数。

一般流水号的生成，是时间戳 随机数（或者自己写的算法生成），或者是时间戳 订单类型 随机数。

三、总结

从订单到支付页面需一气呵成，不要太多时间给用户思考和犹豫的，快速到达支付页面才是王道，如果平台有支付产品，当然是主推自有产品，为抢占支付渠道平台也可以相应增加一些诱惑奖励（如京东白条支付可以随机立减0-99元）。

对于全部引用第三方支付的平台，相对来说比较简单。

本文针对只“老用户”进行支付的情况分析，而对于一个新用户来说当然还有一系列的分支流程，如填写收货地址、绑定银行卡等操作（如支付宝第一步需要进行实名认证）。

本文由 @香鱼 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议