公司名称：软件系统开发公司

竞拍商城开发软件，竞拍商城系统开发找▋胡源185-2912-1134▋可微电，竞拍大家对这个词都熟悉吧，在互联网2.0时代b2b、o2o商城加上竞拍、竞猜和商城定制开发这些都是我们专业，还有竞拍商城软件开发，竞拍商城模式开发。
这种系统的整体逻辑并不复杂，主要就是在后台审核订单通过时，将符合某些特定条件的订单转为拍卖订单，整体逻辑示例如下：
整体流程确认后，需要进一步进行主流程细化处理：到底满足什么条件的订单可以转变成拍卖订单?为了灵活的控制拍卖，哪些拍卖参数需要可以随时编辑可控?
经过多重权衡，*终将两大类参数作为拍卖订单的控制参数。
一、控制生成拍卖订单的参数
城市，只有开通了拍卖的城市，订单才有可能转变成拍卖订单;
用户在申请贷款时的申请金额，必须要大于一定的金额;
订单评分，这是我们自己的评分系统，也是要求某个订单大于某个评分，才能转变成拍卖订单。
二、控制拍卖订单的参数
生成了拍卖订单，还得对拍卖订单进行有效的控制，因此需要对以下参数进行控制：
拍卖时长，这是一个*具有争议的参数，有人觉得15分钟都太长，有人觉得30分钟都不算短，而且当时没有数据表明到底多长时间比较合适，因为也得做成控制项;
拍卖延时倒计时，即在延时倒计时内如果还有人出价，拍卖自动延时，延时时长=延时周期+拍卖剩余时长;
拍卖延时周期，即如果在延时倒计时内有人出价，应该再增加的拍卖时长;
拍卖一口价系数，这个系数决定了拍卖的*高价，对，你没有看错，我们为了避免某些订单价格被拉得太高，对*高价也进行了一定程度的控制;
加价幅度，即每一次点击可以在当前价格的基础上的加价金额;
系统定价(+起拍加价)，即我们对订单有个系统定价，第一次出价不是系统定价，而是系统定价+起拍加价，即起拍价=系统定价+起拍加价。
整体逻辑和控制参数说完，接着说一些其他情况的处理：
我们不是采用保证金的制度，而且要求用户进行充值，拍卖时会直接冻结相应的出价金额，该金额不可再用于购买其他订单，只要有人出更高的价格，前一人的冻结金额立马被解冻;拍卖结束，价高者获得订单，冻结金额正式从账户中扣除。
拍卖整体流程并不复杂，但还是有些细节和坑需要注意，比如刚开始在网络较差时，我们并没有对订单详情页的关键功能按钮做处理，默认还是原来的“购买”按钮(普通订单详情页的功能按钮是“购买”，点击后可直接购买订单;拍卖订单详情页的功能