订单号生成从何入手

前段时间跟一个产品朋友讨论到商品订单号改如何生成的问题，其实这个问题一直是抱着疑问态度的，在我心里，这个问题没有十全十美的解决方案，没有最合理，只有更合理。

首先，我们明白的是“订单号”究竟会在什么时候我们会用到它，回想我这么多年的剁手经验：搜索想要的产品-看评论-加购物车-提交订单付款-收快递-确认收货加评价，额，订单号是什么鬼？对于买家来说，订单号在我这里完全没有任何作用（仅限于淘宝购物的总结，其它电商网站或交易方式不做评价）。那么，订单号是拿来干嘛用的？谁会关注订单号？简而言之，订单号是用来标记/查询订单（查询的时候可能更关注于物流单号）用的，一般会在订单有支付/售后/异常问题的时候会用到，也就是说订单号主要是拿给客服/运营/开发部门用的，这就决定了订单号应该具备唯一性，可辨识性，不可推测性和高效率性这些特点。

那么客服在处理一笔订单的时候，什么格式的订单号才会好用呢？首先订单号中最好避免数字以外的其它字符类型，订单号尽量短，订单号尽量能结合当前的业务情况有特定的标识，如渠道编号（包括平台、下单渠道、支付方式）、业务类型和时间信息等。为了便于理解，下面还是举例说明：

平台：这个以游戏举例，目前很多手游除了官方服务器外，还有一些是和其它平台比如小米、腾讯联合运营的，但是充值有可能是用的同一套，这种情况就很有必要在订单号中标记平台；

下单渠道：目前很多电商产品都涵盖多平台，包括WEB、APP（Pad）和门店（比如1919和苏宁等），比如通过订单号发现近期反映的问题都来自于APP，则理论上可以推断出APP渠道有问题。

支付渠道：如上文案例2所说，不同支付方式会遇到的问题也是不一样的，比如货到付款的刷卡支付仅POS机错误代码就几十项，而支付宝基本不会有这些。比如APP不支持公司转账，如果某订单有了代表公司转账的标识位，不用后台查询即可知道这是一笔来自WEB的订单等等。同样，用户反映该订单号无法使用红包，客服人员也可以通过支付渠道标识位来识别出是因为红包功能在APP上没有上线造成的；

业务类型：以前在游戏行业的时候，我们一般会把订单号的某一位用来标识游戏名称，比如梦幻西游、魔兽世界和阴阳师分别用1、2、3来标识。这样遇到相关问题时，不用后台查询即可快速识别出问题并把其转给相关游戏团队。同理的还有零售和团购，自营订单和入驻商家订单，2B业务订单和2C业务订单；

时间信息：有时间信息会让客服/运营人员看到订单时不需要经过后台查询即可知道该订单时哪天产生的，可以简单的判断问题的紧急程度。同时在B2B业务中，我们也可以根据该时间推算出大致的清分结算时间等等。所以我的建议是如果业务类型决定了客服类问题比较多，则有必要在订单号里面加上这个信息。但时间的完整格式2016年11月11日 11点22分33秒这样的显示出来就是20161111112233，年和时分秒信息略显多余，只记录月和日即可；

综上，我给出的好用的订单规则是这样的：下单渠道1位+支付渠道1位+业务类型1位+时间信息4位+下单时间的Unix时间戳后8位（或是这8位数字加上随机码和随机规则进行随机后的数字）+用户user id后4位。然后你会说，这样算下来就订单号就19位了啊，一点都不精简啊，不好记不好念不好输的。但我说的上面的这些业务标记，你不一定要全部加上啊。

讨论到订单号究竟该如何生成才能合理又好用，势必会把自己做过的一些订单生成案例拿出来，最近的当然就是我在上家公司所做的生成订单设计了。我的上一家公司与其它的电商平台不一样的地方在于他是双向交易的，既有卖出的订单也有买入的订单。

最后奉上我上次订单号设计的思路；当时我们的订单号设计思路就是：业务类型1位（之前说过我们的平台是双向交易的）+交易平台1位数（我们的交易平台当时包括官网，微信平台，淘宝平台）+下单渠道1位数（包括线下门店，上门服务和邮寄方式）+支付渠道1位数（包括微信，支付宝，现金结算）+时间信息4位（时间我们只截取到月和日，因为电商平台交易是具有时效性的，似乎跟年的关系不会很大）+4位随机数（这个还是必不可少的一步）=12位的订单号；当然，这个订单号也许还有更加合理的方案，希望能在以后的时间里慢慢去完善。