订单项目管理系统

 　　一个好的订单系统一定要保证订单状态的灵活切换，以此覆盖用户网购的所有正逆向流程。价格的话一般根据系统的实际情况来定义

　　对于中小型创业公司，没有特别强大的货源、供应链支持，接入头部电商的API接口，与自有商城实现对接，是一个很好的选择。

　　以自有电商平台提供自营商品、第三方代发商品、同时与京东开普勒api接口对接提供京东商品为例，详述订单状态流转全过程。

　　用户下单生成订单

　　在用户下单时，涉及到减库存，有两种方式，一种在用户下单后，锁库存;一种在用户支付后，减库存。京东采用的是下单后的24小时内锁库存，天猫采用的是支付后才减库存，两种方式各有利弊。

　　第一种方式的好处是用户体验好，有一种顾客即时上帝的感觉，只要用户在下单24小时内付款，商户将一直未用户保留。缺点是对于紧俏稀缺商品，存在恶意侵占库存的风险，通过对稀缺商品限定下单数量等方式可以尽量避免。

　　第二种方式好处是不存在侵占库存，但需要给未付款用户提示“商品紧俏，请及时付款，以防没货”;给用户营造出一种紧张的氛围，刺激用户及时付款。缺点是用户未及时下单造成商品缺货，用户体验不佳，而且需要在支付时对商品是否缺货做校验。

　　支付订单

　　因多个商城共用一个电商后台等现实原因，无法在前后端同步实现拆单。订单支付成功后的拆单功能暂时搁置。实际应该按照不同仓库进行拆分订单。目前是只要订单中一个包裹的物流状态发生改变，整个订单物流状态同步改变。

　　缺点：给用户展示的订单状态和订单中每个包裹的实际物流状态不一致。

　　如果包裹拆单，可以按照实际物流状态展示，关于一笔订单的运费如何展示有两种方式：一是计入一个子订单内，二是平摊到每个子订单上。当当采用的是第一种展示方式，缺点是平台或者商家承担运费。对不包邮订单(包括两个包裹)，用户如果拒收计入运费的包裹，当当自动原路退款，相当于用户包邮买了其中一个包裹的商品。

　　订单状态流转

　　由于商品类型不同(包括京东、自营、代发商品)，一个订单下的物流状态不同，如何兼容不同包裹的物流状态，按照订单状态统一展示，需要产品经理去规定状态流转规则。

　　对于京东商品，因为接入了京东开普勒api接口，京东会返回包裹状态：待收货、已收货、已拒收状态。

　　对于自营商品，包裹状态包括：已发货。

　　取消订单

　　取消订单包括两种情况：待付款取消订单和待发货取消订单。

　　待付款取消订单，因为没有实际给第三方付款，逻辑相对简单。

　　待发货取消订单，本质上是拦截订单，但付款后第三方响应迅速，所以在用户付款后并不实际给第三方付款，订单状态实际暂停在待付款阶段

　　申请售后

　　用户收货后，让用户上传凭证，提供客服电话，方便联系客服进行售后追踪。

　　再次购买

　　提高订单商品的复购率。需要注意异常判断，商品是否下架或者库存不足。

　　以上是泛普软件一个为用户搭建了一个可用的、简单的订单系统，后续会根据公司业务场景，持续优化订单系统。