我们虽然有一套规则算法计算出了每一个订单的售价，但是完全可以将某些地区的某些订单卖一个更高的价格，这个更高的价格应该是多少，谁也说不清，因此拍卖应运而生，就是将某些优质的订单转变成拍卖订单，让市场给予一个最终的定价。

这种系统的整体逻辑并不复杂，主要就是在后台审核订单通过时，将符合某些特定条件的订单转为拍卖订单，整体逻辑示例如下：

整体流程确认后，需要进一步进行主流程细化处理：到底满足什么条件的订单可以转变成拍卖订单？为了灵活的控制拍卖，哪些拍卖参数需要可以随时编辑可控？

经过多重权衡，最终将两大类参数作为拍卖订单的控制参数。

一、控制生成拍卖订单的参数

1. 城市，只有开通了拍卖的城市，订单才有可能转变成拍卖订单；
2. 用户在申请贷款时的申请金额，必须要大于一定的金额；
3. 订单评分，这是我们自己的评分系统，也是要求某个订单大于某个评分，才能转变成拍卖订单。

上述三个条件的判断示例图如下：

二、控制拍卖订单的参数

生成了拍卖订单，还得对拍卖订单进行有效的控制，因此需要对以下参数进行控制：

1. 拍卖时长，这是一个最具有争议的参数，有人觉得15分钟都太长，有人觉得30分钟都不算短，而且当时没有数据表明到底多长时间比较合适，因为也得做成控制项；
2. 拍卖延时倒计时，即在延时倒计时内如果还有人出价，拍卖自动延时，延时时长=延时周期+拍卖剩余时长；
3. 拍卖延时周期，即如果在延时倒计时内有人出价，应该再增加的拍卖时长；
4. 拍卖一口价系数，这个系数决定了拍卖的最高价，对，你没有看错，我们为了避免某些订单价格被拉得太高，对最高价也进行了一定程度的控制；
5. 加价幅度，即每一次点击可以在当前价格的基础上的加价金额；
6. 系统定价（+起拍加价），即我们对订单有个系统定价，第一次出价不是系统定价，而是系统定价+起拍加价，即起拍价=系统定价+起拍加价。

整体逻辑和控制参数说完，接着说一些其他情况的处理：

1. 我们不是采用保证金的制度，而且要求用户进行充值，拍卖时会直接冻结相应的出价金额，该金额不可再用于购买其他订单，只要有人出更高的价格，前一人的冻结金额立马被解冻；拍卖结束，价高者获得订单，冻结金额正式从账户中扣除。
2. 拍卖正常结束的2种情况：（1）倒计时归零，有人出价，价高者得；（2）拍卖过程中有人出了一口价，该拍卖直接结束，出一口价者获得订单。
3. 拍卖倒计时结束，仍然没有人出价，订单流拍。该流拍订单自动下架，并自动生成一条一模一样的普通订单上架销售。

拍卖整体流程并不复杂，但还是有些细节和坑需要注意，比如刚开始在网络较差时，我们并没有对订单详情页的关键功能按钮做处理，默认还是原来的“购买”按钮（普通订单详情页的功能按钮是“购买”，点击后可直接购买订单；拍卖订单详情页的功能按钮是“参与竞拍”，点击后进入二级页面参与竞拍），导致有几个拍卖订单被人以普通订单价格购买了。

这篇文章只是对拍卖的整体功能做一个说明，其他细节问题就暂不做说明了，如果后续有必要，再增加一篇对细节和坑的说明文章。

作者：茶水白米饭。2年互联网产品设计经验，做过B端产品，也接触过智能语音，目前在互联网金融相关的领域。

本文由 @茶水白米饭 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Pixabay，基于CC0协议