营销活动产品设计更多需要加上运营的思维，以吸引用户，获得更多流量，而流量的转化则是商城或者平台的价值所在。在众多的营销活动中，预售系统对用户来讲“边际效应”较大的促销方式，对忠实用户和新用户有一定的吸引力。
营销活动产品设计更多需要加上运营的思维，以吸引用户，获得更多流量，而流量的转化则是商城或者平台的价值所在。在众多的营销活动中，预售系统对用户来讲“边际效应”较大的促销方式，对忠实用户和新用户有一定的吸引力。
涉及到的用户角色：
商家：发布预售系统商品，提交预售系统商品的详情资料。
平台：添加预售系统商品、设置预售系统规则、审核商家提交的预售系统商品、结算。
买家：浏览预售系统商品、支付定金、提交订单、支付尾款、等待收货。
具体流程根据各平台的规则不同而略有不同。而整个环节的关键点在订单的“状态问题”和“结算问题”以及“库存问题”。
预售系统订单的状态问题：预售系统订单若分为“定金订单”和“尾款订单”，定金订单需要增加“待付尾款”的状态，无论程序猿在数据库中做何种合并，买家付完定金后，生成尾款订单，前台总订单状态则应为“待付尾款”，此后，总订单状态则随着尾款订单的状态改变而改变。
需要说明的是，程序猿在预售系统订单状态的调取中，可以在数据库中增加临时状态来代替“逻辑控制”，由于平台本身的订单状态并没有“待付尾款”，利用逻辑控制就容易造成状态混乱，笔者在实际案例中，就遇到商家发货时订单在前端的显示没有问题，而在导出时，状态就出现了混乱。
预售系统订单的结算问题：预售系统订单的结算在数据库中，相当于将两条订单合并为一条订单来向商家结算，如果操作不当则容易出现“对不上账”的情况：商家看到订单已结算，对账时发现，每笔订单总有被少结算一部分的金额，该部分金额即是定金的金额，由于程序猿在合并订单时因为不读取定金订单的状态就忽略了结算定金的金额。
库存问题：关键在于预售系统的库存怎么设计，是设计一个预算范围内的加库存进行预售系统，也就是准备预售系统的商品数量，这种做法对整个后台的改动较小，但是在后期统计由于虚拟的库存，要注意统计数据的问题；还有一种就是不限定预售系统量，这样的话，即使库存为0也可以继续销售，但是对后台的改动就比较大，开发成本会很高。
后台：如果预售系统商品是在平台的商品库中选择，就要通过预售系统商品的ID来进行标记选择，如果预售系统商品是新导入则在后台设置导入的功能（批量导入），同时设置预售系统商品列表，在预售系统商品列表中随时可以编辑和管理预售系统商品。后台操作的关键在于预售系统时间的设置，预售系统时间之前、预售系统时间内、预售系统时间后，商品在库的显示状态及定价必须通过运营人员进行准确把握。
预售系统规则：预售系统商品的一般规则是先支付定金，定金一般不予退款，天猫商城的预售系统商品也是如此。设置尾款的支付时间，同时提醒用户及时支付尾款，若超时不支付，则订单自动取消，不予退款。
预售系统商品的吸引力在于价格的便宜，相当于另一种形式的团购，因为预售系统同时为商家提供足够的备货时间，合适的商品、合适的价格，足以让预售系统活动达到预期目的。
文章编辑：Micronet微网 最好的微商城系统尽在Micronet微网
如需了解更多预售系统资讯 可报名申请或拨打全国免费电话400-830-8248
声明：本网部份文章为转载文章，在每篇文章底部有说明，文章的观点和立场仅代表作者个人立场，不代表微网立场，若是文章转载中有侵范您的权益，请发邮件到 493149@qq.com或致电13922854199通知删除，谢谢！
.jpg)
.jpg)
直播带货New
跨境电商独立站New
网络营销eMarketing
陌客在线客服系统
快递单批量打印软件
微信商城系统
微信小程序商城
H5手机版商城系统
ShopBest商城系统
APP手机商城系统
