去年年初，我们上线了预约功能，但由于功能设计不合理，导致推广不下去，功能就暂且搁置了。两个月前，公司自建物流园投入使用，预约送货功能又被提上了日程，今天我和业务同事再次做了沟通，期间也大致复盘了之前功能设计的原因。
先介绍下我们公司采购回货的大致情况。总体来讲，可以根据送货方式分为四类：1.供应商直送，即供应商自己的车辆送货到我司仓库；2.供应商委托第三方物流送货；3.供应商使用我司合作物流送货，即我司和物流商合作，供应商及时备货就行；4.快递送货，主要是一些网采订单，批量比较小。
而预约送货整个业务流中涉及的角色可能有以下几个：供应商公司的订单员，仓库管理员，第三方物流的仓库管理员，送货司机，我司仓库的客服和收货员。
再说说我们之前功能的设计方案。
预约入口：我司供应商管理系统pc版和微信版，电话预约。这也就决定了在上面那些角色中只有供应商订单员有权限操作预约（供应商系统有权限管控）。
预约方式：每个送货单独立预约。但实际送货中，不管是哪种送货方式，都经常出现同一批送货中包含多个送货单的情况。
综上所述，我们可以做出一个明确的判断，这个预约功能只能支持供应商直送且每次送货只有一个送货单的场景，据统计，这个场景订单占比小于5%，可以想到，这个功能是无法推广应用的！
那我们应该怎么设计预约送货系统呢？我梳理了两个不可违背的原则！一、谁送货谁预约，由具体送货到仓的角色进行预约。二、送一次货预约一次，不管每次送货包含多少个订单，都要保证一次预约。
在设计供应链相关系统的业务流程时，一定要考虑流程中不同角色的职责和操作便利性的问题，同时，一定要考虑功能推广的过程，结合这些才能做好系统设计。否则，辛苦做出来的功能无法满足业务需求，又无法支持后续拓展，那只能说这是一个失败的产品方案了。
最后的最后，把张小龙演讲的这句话送给大家，与君共勉。
当你知道什么是好的，什么是不好的产品，你就容忍不了一个很烂的功能强加在用户身上。
