竞拍系统功能逻辑梳理与说明
文章对拍卖的整体功能做了简单说明，对设计逻辑做了一些梳理，希望对你有所受用。
笔者所在项目组的其中一条业务线是汇聚贷款用户的贷款资质和需求，整理后出售给各家信贷机构的信贷员。在这其中遇到了一个难题：如何为每一个订单设置合理的售价？
我们虽然有一套规则算法计算出了每一个订单的售价，但是完全可以将某些地区的某些订单卖一个更高的价格，这个更高的价格应该是多少，谁也说不清，因此拍卖应运而生，就是将某些优质的订单转变成拍卖订单，让市场给予一个最终的定价。
这种系统的整体逻辑并不复杂，主要就是在后台审核订单通过时，将符合某些特定条件的订单转为拍卖订单，整体逻辑示例如下：
整体流程确认后，需要进一步进行主流程细化处理：到底满足什么条件的订单可以转变成拍卖订单？为了灵活的控制拍卖，哪些拍卖参数需要可以随时编辑可控？
经过多重权衡，最终将两大类参数作为拍卖订单的控制参数。
一、控制生成拍卖订单的参数
- 城市，只有开通了拍卖的城市，订单才有可能转变成拍卖订单；
- 用户在申请贷款时的申请金额，必须要大于一定的金额；
- 订单评分，这是我们自己的评分系统，也是要求某个订单大于某个评分，才能转变成拍卖订单。
上述三个条件的判断示例图如下：
二、控制拍卖订单的参数
生成了拍卖订单，还得对拍卖订单进行有效的控制，因此需要对以下参数进行控制：
- 拍卖时长，这是一个最具有争议的参数，有人觉得15分钟都太长，有人觉得30分钟都不算短，而且当时没有数据表明到底多长时间比较合适，因为也得做成控制项；
- 拍卖延时倒计时，即在延时倒计时内如果还有人出价，拍卖自动延时，延时时长=延时周期+拍卖剩余时长；
- 拍卖延时周期，即如果在延时倒计时内有人出价，应该再增加的拍卖时长；
- 拍卖一口价系数，这个系数决定了拍卖的最高价，对，你没有看错，我们为了避免某些订单价格被拉得太高，对最高价也进行了一定程度的控制；
- 加价幅度，即每一次点击可以在当前价格的基础上的加价金额；
- 系统定价（+起拍加价），即我们对订单有个系统定价，第一次出价不是系统定价，而是系统定价+起拍加价，即起拍价=系统定价+起拍加价。
整体逻辑和控制参数说完，接着说一些其他情况的处理：
- 我们不是采用保证金的制度，而且要求用户进行充值，拍卖时会直接冻结相应的出价金额，该金额不可再用于购买其他订单，只要有人出更高的价格，前一人的冻结金额立马被解冻；拍卖结束，价高者获得订单，冻结金额正式从账户中扣除。
- 拍卖正常结束的2种情况：（1）倒计时归零，有人出价，价高者得；（2）拍卖过程中有人出了一口价，该拍卖直接结束，出一口价者获得订单。
- 拍卖倒计时结束，仍然没有人出价，订单流拍。该流拍订单自动下架，并自动生成一条一模一样的普通订单上架销售。
拍卖整体流程并不复杂，但还是有些细节和坑需要注意，比如刚开始在网络较差时，我们并没有对订单详情页的关键功能按钮做处理，默认还是原来的“购买”按钮（普通订单详情页的功能按钮是“购买”，点击后可直接购买订单；拍卖订单详情页的功能按钮是“参与竞拍”，点击后进入二级页面参与竞拍），导致有几个拍卖订单被人以普通订单价格购买了。
这篇文章只是对拍卖的整体功能做一个说明，其他细节问题就暂不做说明了，如果后续有必要，再增加一篇对细节和坑的说明文章。
作者：茶水白米饭。2年互联网产品设计经验，做过B端产品，也接触过智能语音，目前在互联网金融相关的领域。
关键字：产品经理, 拍卖
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
