在零售业中，有一种叫作“负卖”的功能。与其他领域不同的是，这种功能的逻辑和实现都和常规的内容有所不同。这篇文章，作者就分享了负卖这种业务的功能设计，希望可以帮到大家。
当前零售行业流行商品负卖的销售模式，即指商家的销售行为已经进行，但由于货源库存等问题，货物并没有交付给顾客，只是给与顾客承诺，并在承兑时限内交货。负卖的好处是可以提高销售额，赚取顾客付款的利息，有利于商家快速回笼资金。但负卖的风险在于，如何有效管控上游供应商的货，按期交付。供应商延期交货，直接影响到对顾客端的交付，导致企业信用降低。
针对负卖业务，如何设计产品功能去满足业务需要，是一个值得深入学习和研究的地方。
一、业务流程
负卖业务分为
销售端
采购端
，总体流程如下图：
1.销售端：运营人员把商品发布上架，销售人员把商品卖给顾客，或者顾客在线下单购买，顾客等待送货上门。若未按交期交货，商家考虑顾客退货或者给补偿。
2.采购端：采销人员先创建负卖协议，供应商看到协议后确认是否同意，只有同意了才能继续往下走后面流程。供应商同意后，采销人员以采销订单为载体，创建负卖申请单，内部审批通过后，传给供应商，供应商以负卖申请单信息为准，安排生产商品，并按照交货日期送货给顾客。若供应商未按期交货，商家按照负卖协议，计算出延期带来的销售损失，输出一份违约费用，付款结算时扣除供应商的应付货款。
二、功能关键点
1. 负卖协议
这个协议依赖商家和供应商签约的主合同，在主合同框架下新增负卖协议，主要内容是约定双方的承担责任和违约惩罚。协议内容数据需要做格式化，为后续下采购单、创建负卖申请单、创建违约费用单提供源头数据。
本协议需要同步给供应商查看并签署，可以采用电子签章方式，而不是简单的系统确认方式，确保协议生效并具备法律效应。供应商确认同意，回传结果给商家。
2. 负卖申请单
创建负卖申请单之前，必须先创建采购订单，然后基于采购订单来创建负卖申请单，负卖申请单主要考虑供应商、商品、地点、库位、负卖数量、交货日期、负卖开通时间、负卖生效日期等因素。负卖申请单经过内部审批后，会同步给到供应商端，方便供应商查看。同时，负卖申请单也要传给中台系统，存储负卖数量、交货日期、负卖生效日期等重要信息，方便销售系统来获取数据。
3. 供应商发货
供应商发货环节，可能存在取消、延期、提前负卖申请单的异常情况。按期发货和提前发货，都是协议内的正常合规行为，不会产生违约费用。但是取消发货和延期发货，会触发违约规则。
3.1.取消：分为在未产生销售和已产生销售两种场景：
3.1.1.未产生销售：可以直接取消，不产生违约费用；
3.1.2.已产生销售：取消需要经过商家审批，会产生违约费用。
3.2.延期：分为在未产生销售和已产生销售两种场景：
3.2.1.未产生销售：可以直接延期，产生违约费用；
3.2.2.已产生销售：延期需要经过商家审批，会产生违约费用。
4. 违约规则
4.1.违约触发条件：供应商未按照负卖申请单中交货日期去交货，即未按期生成交货单;
4.2.违约黑名单：只要供应商违约了，就进入到黑名单，默认限制一个月，到期后自动解除；
4.3.捞取违约的销售明细：根据负卖申请单的供应商、商品、地点、库位，未生成交货单，创建时间在负卖开通时间之后的销售订单;
4.4.违约费用：违约数量*供价*（基础比例*延期天数）。
5. 付款结算
违约清单会在账期结算中体现，需要供应商确认并同意，最终才会生效扣款。
三、总结展望
整个负卖业务，实际串联了采购、销售、库存、财务等各个核心业务系统，为了做好负卖产品功能，需要考虑单据关联、状态依赖、库存管控等管理规则，确保整条链路都按设计运行良好。
当然，负卖业务，也是在不断透支商家信用，所以商家要做好对客和对供应商的交货管理工作，切实做到按期交货；对待供应商有奖有罚，将负卖业务的供应商履约情况纳入到供应商全生命周期考核中，形成良性循环。
作者：漫步产品路 公众号：漫步产品路程
本文由 @漫步产品路 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
