你们的产品经理没给你丢过来一个目标网站说：就做这样的 么～

#1 楼 @zj0713001 产品经理说，代金券码类似京东优惠券码那样，一排数字，你们看着生成就行～

这样子行吗？ irb(main):004:0> SecureRandom.hex(5) => "43e7478689"

#2 楼 @pobing 。。。至少要有个什么约束吧。。。这。。。都有点帮不了你。。。

最重要的是确保 唯一性 以及 随机性 UUID会是个好主意

#5 楼 @CN_Boris 嗯，说的是，之前被误导了，想在优惠码中体现批次号等信息，而且以为有行业标准，但看了几大网站的优惠券码都各自不同。就像你所说的，其实只要保证唯一和随机就行，如果考虑到用户有可能会手动输入的话，尽量保证简短 @zj0713001 @filetype

#6 楼 @pobing 其实随机性可以考虑也可以不考虑 因为优惠券可能会有限制比如 和用户绑定 和产品绑定 和品类绑定 和品牌绑定 在某个日期区间能使用 等等等等...

#7 楼 @zj0713001 在此找到了我想要的，和你说的差不多，主要看业务需求

抵用券的编码一般是看市场部门和运营部门对管理精度的要求而定的。 1）最简单，最粗放，最原始的就是一个数字或者一组数字，这个数字可以无限使用，也可以单次使用。 2）当然随着管理精度的要求，要评估 roi，要评估转化率，于是就有了代金券的编码。 3）一般会根据以下几个需要判断的条件来设计代金券的编码规则。 A。代金券的类型，是全场通用，还是单独某系品类券。 B。使用限制，是订单无论多少金额都可以用，和现金一样的，还是满多少才能使用的。 C。生成的渠道：是销售出去的，还是市场做活动用生成的，还是和其他网站合作用的，还是积分兑换出去的。 D。发放的渠道，比如银行，sina，客户 A，客户 B，某网站，某广告 E。有效期 F。可循环使用，还是单次使用。 G。生成的批次，时间。 。。。。管理的其他要求。。。 一般编码都要包含以上内涵，才算是一个合格的抵用券编码，当然随机数也可以，这些编码规则可用对应关系记录在后台也一样。

#8 楼 @pobing 嗯 是的 跟产品经理 PK 去吧 哈哈哈哈哈

还要保持自己网站的个性，代金券并没有什么死的标准，满足以下三个原则就行了： 1、唯一性 2、随机性 3、防伪功能 4、不能过于复杂