电商新零售系统划分及供应链系统流程详解

本文借以小Q的形象为引导，以故事的形式形象地为大家讲述了电商新零售后台核心系统的划分及主营供应链业务系统流向。

以下故事情节及人物均为作者杜撰，若有雷同，纯属巧合：

小Q：某医药互联网公司后台产品经理，着手规划重构公司的电商后台及供应链相关系统；

飞哥：小Q领导，后台产品部总监；

云老师：CTO，掌管整个技术体系；

浩子：产品经理，小Q的小弟，协助小Q推进大后端重构项目。

经过小Q和浩子两人从周末开始，每天晚上加班到10点的奋力拼搏，系统划分和交互流程终于在周三前全部梳理完毕。

周三下午 17点，还是上周五的会议室，技术部核心骨干如数到位，小Q约了今天给云老师和各位技术骨干汇报药健康后台系统规划的系统流程设计方案。

飞哥因为会前临时被仓储部门同事拉着聊了一个需求耽误了2分钟，按照会议惯例，乖乖发了200红包给参会者，小小福利给大家带来了无限欢乐，汇报会就在一片喜悦中开始了。

一、电商后台系统功能概述

“按照上周五会议上的决议，我们会根据业务条线将后台系统划分为多个子系统来规划，这是确定的系统方案，大家再回顾一下。”，小Q先对上次说结论做了累述，并让大家回顾了一下整体系统规划方案：

一个典型电商新零售的产品架构（参考）

“小Q，你能给我们讲讲这每个系统的主要工作职责吗？”，公司的元老阿绅指着架构图提问道。很多从传统行业出身的同事，都是一套ERP走遍天下，对这种互联网式的打法不太了解。

“好的，那我们就对着图逐个说明吧！”，小Q拿起桌子上的激光笔，对着PPT上的系统逐一描述。

“1. 基础数据主要用于咱们日常所有的基础数据的创建和维护，并对公司其它系统提供唯一数据来源服务，这是所有业务沟通以及业务子系统开展的基础。比如商品和供应商的首营建码、商品分类、仓库、门店这些信息等等，一个公司不应该有多个地方都在维护基础数据信息，容易发生信息乱套。”

“2. 电商平台是咱们公司搭建的直接可以供用户在线下单购药的洽谈平台，也是我们业务的门面和主要的销售渠道。很多人以为电商平台就是全部，殊不知电商平台上所有展示的商品、价格、库存、折扣促销、下单逻辑均来自于后台各系统提供的服务。”

“3. 中央库存是统一管理全国各仓和各门店库存的中央处理器，对上管理电商平台的可销售库存，对下管理各地的实物库存，并根据业务规则为订单智能匹配最合理的发货仓/门店。商品的库存数是整个供应链业务的核心，是业务能顺利流转的基础，所以设计中央库存时一定要保证库存数的实时性和准确性。”

“4. 运营系统主要用于电商平台日常的运营，为营销部提供各种营销工具，以便最大力度的获取用户、提升订单转化率和提升平台GMV(成交总额）。运营平台搭建的好坏直接影响电商平台的经营好坏。”

“5. 工单系统是记录、处理和跟踪公司内部问题和任务流转的工具，是各部门工作推进的纽带。”

“打断一下，工单系统和咱们现在用的邮件有什么区别？”阿绅问道。

“虽然邮件系统也是用以工作信息流转，但邮件更加偏向于日常的工作交流和文件传输用，不具备信息存储和统计功能；工单是专门针对日常问题和任务的推进和跟踪，更加关注流程的顺畅和问题处理的进度，针对性更强。在前期咱们研发资源不够的时候可以先用微信、邮件代替。”小Q面对阿绅解释道，见阿绅点头示意已经明白了，继续讲道。

“6. 订单系统是处理客户销售订单履约和退货换货的系统，对上承接销售平台订单上下传，对下对接各地仓库和门店，并在订单、退货单流转过程中调用外围系统的服务完善订单履约数据，是整个订单上传和下传的调度中心。”

“7. 采购系统是协助采购部日常做采购计划、管理供应商、维价、退供应商的工具，专门为采购部门量身定做。”

“8. 客服系统是客服部门日常用于管理客户、处理客户问题、记录客户事件的工作台。”

“9. 仓储系统是处理日常商品的库内日常作业的系统，用以提升库房的作业效率和精益性，降低差错率。一般仓储部和质管部使用比较多。等未来业务做得更大了，会搭配PDA、电子标签、立体仓库、机器人等智能设备一起使用。”

“10. 配送系统用作商品的配送环节的支持，一般分为3PL和自营配送两种模式。3PL模式下，主要体现为分配物流公司、获取物流单号；自营配送模式下主要涉及自有配送体系的收货、分拣、派车、配送等业务支持。当然自营配送模式太重，不是一般公司能支撑的起的，所以3pl还是主流。”

“11. 零售系统用于线下门店的日常运作管理。在新零售模式下，体现为两大块：一块是传统线下的POS售卖；另一块是线上订单导流到门店，由门店发货配送或者用户上门自提。”

“12. 财务系统统管公司所有的与资金相关联的业务，是公司资金进出的最后一道屏障。主要用于支持财务人员日常账务处理、资金往来、发票管理、财务核算等业务。”

“以上就是我们规划的所有业务系统的主要功能概述，当然在实现的时候会围绕核心功能与各对接业务部门深入沟通，按照我们的业务现状出具最小可用模型，然后持续迭代”。

小Q说完以后，感觉口有点渴，拿起身边一只陶瓷水杯喝了一口，彼时，杯身印着鲜红的“工作让我快乐”6个大字正对着云老师和飞哥等一行人，红字下面是戴红军帽敬礼的卡通毛主席图像……这是上周末逛街的时候，在一个创意小店里婉柔亲自给小Q挑选的，硬把那只用了两年的保温杯给换了下来，原因是：太-油-腻！

二、电商新零售后台系统使用部门及功能划分

“按照前面的系统划分，我们简单罗列了一下每个系统最主要的受众部门和对应的系统功能，大家请看！”，小Q往下翻了一页，用激光笔对着功能划分脑图对大家又一番陈述。

电商新零售后台使用部门及功能划分

“首先看采购系统，主要使用部门是采购部，常用功能是采购询价及维价、采购单创建及审核、退供应商、供应商绩效管理。同时，系统还会结合大数据分析提供销量预测和补货建议功能，以供采购部更好的实施采购。”

“再看客服系统……”，小Q就这么一路介绍完了所有系统分工，众人似懂非懂。

三、供应链业务系统主流程

“通过单个系统看，大家可能还不能很好的将系统和业务结合起来，我画了一张图，将主要业务流程和系统操作串联了起来，这样大家会清晰很多。”，聊完功能划分，小Q又一一解答了大家的提问和疑虑，然后开始讲解主流程。

电商新零售系统整体流向图

【商品及供应商建码流程】当公司决定在平台上售卖某新药A，采购会先进行谈判、比价，找到最合适的供应商，然后在基础数据平台对供应商进行首营建码，然后在基础数据平台对新药进行首营和建码。

【采购入库流程】有了供应商和商品信息以后，基础数据平台会同步给外围系统比如采购系统，这样采购部就可以在采购系统中创建采购计划并经过审核以后下发仓储系统；库房待供应商送货到达以后，在WMS里完成入库的全流程。上架完成以后，商品就有可用于销售的实物库存了，同时同步给中央库存。

【电商出库流程】一旦中央库存有可售卖物库存了，运营同事就会在运营系统中将商品在电商平台上架（当然，如果有预售或者虚库存的情况下无需等有实物库存了才上架）。商品上架显示了，用户就能进行搜索和下单；生成的订单下达订单系统，由药师电话回访并审核通过，订单系统待订单分仓、分物流后，根据中央库存分配的订单出库地点，将订单下达对应的仓储系统或者零售系统，在仓库或门店完成订单的拣货复核和打包发货；如果是需要配送的订单，会交接给物流公司，包裹在配送过程中，配送系统会全程跟踪包裹流向，直到订单安全送达客户手中并签收。

【客户退货流程】如果客户对包裹拒收，或者有售后问题需要退回，先联系客服，客服在客服系统中进行跟进并记录事件，然后在订单系统中根据原始订单创建退货单（这里也可以由订单系统提供服务，在客服系统中创建）下达商品退回的库房/门店；待仓储/门店收到货以后，在仓储/零售系统中操作完退货入库。如果涉及退款，财务会在商品入库以后，原路将款项退还用户。

【退供应商流程】根据和供应商的合同约定，采购会定期将滞销品退回供应商，先由采购在采购系统中创建退供应商单，经过审核后下达仓库进行退供出库。门店商品若需要退供应商，需先将商品退回仓库，再由仓库统一退出。

以上所有的流程在系统层面都会围绕基础数据、库存处理和财务核算三大核心功能展开，这三大核心也是整个供应链系统的核心所在。若能有效的管理好基础数据、库存（物）和财务（钱），则整个供应链体系成矣！”

四、供应链核心业务系统流程详解

趁大家讨论的间隙，小Q再次喝了一口水，这回故意把杯面的几个大字面向了飞哥，还用手指敲击了两下，并偷偷对飞哥使了个贱贱的眼色。

突然转头发现旁边云老师也在盯着自己的杯子看，于是立马收起了自己的玩世不恭，正色道：“最后，我再给大家详细介绍一下新系统规划下几大核心供应链业务流程的系统流向”。

1. 供应商及商品建码系统流向

“首先请看，商品及供应商建码的系统交互流程如下：”

供应商及商品建码系统流程

“ 供应商和商品建码有依赖关系，先有供应商资料了，再创建该供应商下的商品资料。资料创建或修改完以后，生成正式有效的系统编码，并由基础数据平台对外围系统统一广播分发”。 “其它基础资料如：仓库、门店、物流公司的创建比较简单，由集团总部在基础数据平台中统一创建完后分发各业务系统即可，若考虑到数据安全风险，可以增加一级审批流程。”

2. 采购入库业务系统全流向

“以下是采购入库业务的系统交互全流程：”

采购入库系统全流程

“以上财务流程仅展示了正常月结方式下的财务流程，若为预付款方式，区别在于采购做完采购计划后，先向财务申请打款，待财务付款以后，供应商再发货，其它环节处理基本无差异。”

3. 电商出库业务系统全流向

“下面看公司最复杂的一块业务，电商销售出库业务：”

电商出库系统全流程

“一张客户订单从下单到签收一般经过电商平台、运营系统、订单系统、中央库存、配送系统、仓储系统/零售系统等多个系统的交互处理后才能完成整张订单的履约，在此过程中，订单系统起着整体的调度和监控作用，就像是人体的大脑、电脑的CPU一样重要。”

“因为咱们公司配送以3PL为主，主要依靠四通一达等快递公司，在月末结算的时候，财务对在线支付订单和货到付款订单分别与支付宝/微信/银行和物流公司之间的对账也是一个很重要的工作，这里要衍生另一个系统：统一对账平台，因为不涉及供应链主流程，所以不在此次规划范围内。‘’

4. 客户订单取消系统全流向

客户订单取消全流程

“ 订单取消是个比较复杂的流程，系统需要判断当前订单正处于在哪个环节，不同的环节的处理逻辑不同。按照我们的业务现状，商品从库房发出以后就不能再取消了，但如果我们的配送系统能够与各大物流公司系统打通实现联动，或者我们的自营配送足够强大了，那么就可以实现订单在派件之前的任何环节都可以将订单取消并拦截回来，节省物流成本。”

5. 客户退货退款业务系统全流向

“下一个流程是客户退款退货流程：”

客户退款退货全流程

“从一个完整的电商闭环来设计，有正向出库，就必然会有逆向退货退款流程。系统在处理退款时，咱们要遵循两个原则：

一定要确保商品完整的返回库房以后才能退款，如果是货到付款的包裹拒收引起的退货流程，是不需要退款的；退款要按原路返回，这样可以有效规避某些客户故意用信用卡套现等风险，当然，如果是物流公司代收的货款，而咱们跟物流公司之间又是以月末对账结算的方式合作的情况另当别论了，这时需要和客户商量一个有效确保双方利益的退款方式。” 6. 退供应商业务系统全流向

“下一个是退供应商流程：”

退供应商全流程

退供应商的场景和电商出库流程略有不同。电商出库一般包裹较小，需要合并多张订单为一张批拣单，按批拣单分发成拣货任务拣货出库；但退供应商一般是大批量药品一次性退出，所以不需要批拣，流程相对简单。在系统设计的时候，我们可以考虑功能复用，但两类业务系统功能层面最好分开，不要相互混淆。”

7. 门店请货系统全流向

门店请货系统全流程

“门店请货其实是一种调拨行为，因为不涉及商业行为，所以从财务成本来看属于平进平出。在门店成本计算层面有两种方式，如果门店有自己的成本核算需求，那就按照请货出库时仓库的成本价与门店在库成本价进行加权平均算得门店商品的新成本，否则都以集团总部仓库的成本价为准。

因为在请货过程中存在商品的库存变动，为保证集团总部能集中监控所有库存，中央库存中应该设置一个在途库存功能，记录这部分在途的数量。”

8. 门店返仓系统全流向

门店退货返仓系统全流程

门店返仓一般发生在总部需要从门店调货，或者门店的商品过多需要退回总仓的情况。从系统层面按照请货的逆向操作处理。”小Q讲完最后一套系统流程后，看了一眼时间，2个小时已经过去了，云老师又让小Q将PPT翻回前面几页，提了一些疑问点，然后大家各自讨论开了……

从会议室出来，已经快晚上8点，方案最终受到以云老师为首的所有技术同仁的认可，大家都对未来充满了信心和憧憬，一致要求这个项目要尽快向前推动落实。下一步就要对每个系统需求进行细化了，对产品经理来说，这将是比整体方案更大的挑战，无论从人力还是从精力上。

小Q和浩子去楼下吃了个煲仔饭，然后在珠江边溜达着谈天说地。夜幕已经开始降临，天边晚霞由红色逐渐变成了暗蓝色，似是在向今天的余晖挥手谢幕；路灯已经开启，人从路边榕树下经过，双方影子像皮影戏一样动静结合，融为一体。

打着各种广告的珠江夜游轮渡一艘艘由远及近缓缓驶来，船上的灯光和游人的倒影在江面随浪花起舞，船底掀起的浪纹哗啦啦涌向岸边并连续撞击着岸边墙石，激起的浪花在空中划过一条完美的弧度又沉落江中，配合着远处传来的阵阵浑厚的船鸣声，像是天公在演奏着一首战争题材的交响乐，而乐谱，就是这美好夜色下的万万千千，包括正在悠悠哉哉闲扯的二人。

战争？没错，对小Q和浩子来说，本阶段工作虽然告一段落，但接下来数十个的系统规划这场大仗，号角才刚刚吹响……

作者：木笔，产品一俗生，深耕于供应链领域，公众号：供应链产品笔记

本文由 @木笔 原创发布于人人都是产品经理。未经许可，禁止转载

电商新零售核心系统从0到1规划之路

产品经理在接到大型供应链后台系统重构需求时，如何从0到1一步步梳理出清晰的业务流程，并将业务流程转换为系统解决方案？有哪些经验值得借鉴？期间又有哪些好玩的事情发生？

接着小Q的故事，为您详解电商新零售系统规划之路。

以下故事情节及人物均为作者杜撰，若有雷同，纯属巧合：

小Q：医药互联网公司（药健康）后台产品经理，着手规划重构公司的电商新零售供应链系统；

老A：小Q前同事，供应链老鸟；

飞哥：小Q领导，后台产品部总监；

云老师：CTO，掌管整个技术体系；

浩子：产品经理，小Q同事，协助小Q推进重构项目。

继向老A请教了供应链从流程到系统设计方面以后，小Q信心满满，踌躇满志的接手了药健康（小Q所在公司，医药互联网行业）的电商新零售供应链核心系统重构大任。

系统从0到1，该从何入手呢？

一、业务部门职责梳理

按老A传授的经验，若想完整的设计出大后端的系统，就像画画一样，需要先勾勒蓝图，也即出具整体解决方案，然后再填充细节。勾勒蓝图的第一步就是要对所有相关业务部门的工作职责有很清晰的了解。

这个难不倒小Q，公司虽然是医药行业，但和主流电商平台的业务特色也差不太多，加上来公司也一年多了，凭借撩骚的性格和略显鲜嫩的颜值，早就和各业务部门的女同事混的滚瓜烂熟，所以很快就将公司供应链相关核心业务部门组织结构画出来了：

主流电商及新零售公司供应链相关部门职责

二、业务流程梳理

梳理完业务部门职责后，该梳理公司的整体业务流程了。很多流程涉及到多个部门协同，所以必须把各部门的岗位和职责串联起来。

小Q拉着在公司呆了7年之久的业务架构师（人称老司机，擅长讲段子）阿黄到旁边会议室，结合着自己这一年的摸爬滚打，两人一边飚车（讲段子）一边聊业务，有结论了就在白板上写写画画一番，然后用手机拍摄下来，接着擦了继续聊下一个业务。期间遇到不清晰的地方，便去对口的业务部门活捉对接需求的同事一起讨论确认，直到所有的关注点都清晰为止。

这样开开心心的度过了一个下午，公司主营业务流程也逐渐清晰了。晚饭后，小Q加班将这些手机里的图片转化为了标准的流程图，并和飞哥（小Q领导，后台产品部总监）大致过了一遍，飞哥提了一些修改建议也一并修改了。

三、与业务部门确认业务流程

做产品规划最忌闭门造车，所以和业务确认流程是在设计一套新系统之前必须要认真对待的过程，特别是涉及多方联动的业务，一定要各方同时在场，只有这样才能集多方之言，保证流程符合各方需求。

第二天上午9:30。

在小Q和飞哥的邀请下，各业务部门代表纷纷到位，一场代表药健康公司未来系统走向的“遵义会议”正式拉开序幕。接下来的两个小时，在小Q的主持和飞哥的镇场下，各部门各抒己见，将积怨已久的流程苦恼和系统问题纷纷道出。飞哥不愧为老江湖，兵来将挡水来土掩，适当的时候也打得一手好太极。

会议结束的时候，一份各方都认可的流程图终于定稿。当然为了防止各方理解有偏差，飞哥特地强调小Q一定要发会议纪要给参会人和参会人上级，并要求各部门再次邮件确认。

“会议纪要邮件该怎么写和发，还记得吗？”出了会议室，飞哥不放心的问道，毕竟这是一封很重要的邮件。

“老大你培训过多次的技能，怎么敢忘记呢？遵循ABC法则嘛，直接发送相关人，抄送相关人的上级”，小Q对飞哥眨巴了一下左眼，笑着回应。

四、从业务流程到系统功能，再到系统划分

发完邮件以后，小Q又逐一发消息提醒各参会人及业务部门负责人对邮件中的业务流程确认无误后，按照惯用的产品套路，接下来就是将业务流程与系统功能结合的过程了，这其实就是产品经理进行需求分析的过程。

第一步，先把各业务流程中的业务场景进行横向拆解，以角色为单位将场景进行汇总。

比如，采购部的一名普通采购员，按照采购和首营流程，我们将其日常工作的业务场景汇总呈列一下：供应谈判、供应商及商品资料收集、供应商首营、商品首营、采购询价、采购价格维护、采购计划、日常补货、缺货补货。

第二步，区分开这些业务场景中哪些是需要系统完成的，哪些是线下完成的。

第三步，针对需要系统完成的这些业务场景，即为我们设计系统时需要重点关注的（当然需要考虑怎样与线下操作的场景串联起来，不能出现流程断档）。将这些业务场景进行功能拆解，最好到每个需求用例（功能点）维度。

第四步，将拆解完毕的功能点进行系统划分，尽量把业务相似度高的功能规划到一个系统中。比如都是对商品资料进行操作的功能，都规划到基础数据中。

按照以上步骤，以上第一步的例子中，采购部的采购员和采购经理的业务流程拆解过程如下：

采购部各角色系统功能拆解示例

按照以上方法，终于赶在下午下班前将系统整体规划图给画出来了并整理为汇报PPT，没有影响晚上向云老师及技术部各相关leader的汇报。云老师是技术部CTO，负责整个大技术体系，集高富帅于一身的未婚钻石王老五，公司无数未婚小迷妹心中的完美男神，同时是国内知名互联网在线交流教育学院的金牌讲师，所以常以老师自居。

为了犒劳一下这两天辛苦的脑细胞，以及应对晚上汇报这场大仗，小Q决定晚饭给自己加个餐，吃个鲍鱼龙虾双拼套餐去……

五、电商新零售业务流程图详解

晚上19:00，麝香谷会议室。

云老师、飞哥和几位技术总监，以及各个部门的架构师全部就位，由小Q为大家汇报新零售系统规划整体方案。小Q默数了一下，共15人，整个供应链研发体系的主力军全在了，搞定这帮人，项目也就成功了80%。

小Q打开刚出炉的《药健康后台系统规划方案》ppt首页给大家投屏。这是由公司标准模板制作的红白相间的流线型封面页，右上角是公司logo，很具科技感。

飞哥先开场：“大家晚上好，这个会的主题是将咱们产品部梳理的公司主营业务流程和系统规划方案给大家汇报一下，欢迎大家一起拍砖，在坐的都是咱们技术部最权威的专家，掌握着药健康的技术命脉，希望在这个项目后续开展过程中能得到大家最大力度的支持，我们力争一起把大后端系统打造成一个行业标杆！”，飞哥讲完后对小Q点了下头，示意可以开始了。

没想到老大在捧人方面这么厉害，平日里真没看出来，果然是个老生姜……

“各位领导同事们好，我先给大家汇报一下咱们公司的供应链主营业务情况。”，小Q翻到章节第一大部分：“公司供应链主营业务流程梳理”，对在座的所有人详细的汇报了这两条天和各方确认过的业务流程。

1. 供应商及商品建码流程

供应商及商品建码流程（参考）

“先看供应商及商品建码流程，这是所有业务开展最基础的环节，如果供应商和商品连基础数据都没有，在系统里就根本没法流转；另外，如果基础数据不准确，就像盖房子没打牢地基，在此基础上盖再结实的房子都是徒劳。”小Q担心系统做出来以后，业务部门基础数据没有跟上，所以特地强调。

“说的对，这事交给大飞，你在上线前召集一下相关部门负责人再开个会强调一下，基础数据千万不要出问题。”云老师对飞哥安排道。

“好的，我记下来了”，飞哥在自己的笔记本上记下了这么一条待办事项。

“还有其它基础数据呢？比如人员、仓库这些。”云老师提问到。

“像仓库、物流、门店、员工这些因为不涉及到跨部门流程和法规，所以我们在系统上线的时候找业务部门收集一份，批量初始化进系统就可以了”，针对这个问题，小Q自然是提前思考过的，当然，领导能在一开始就提出这么细的点来，足以说明他对业务的熟悉程度。

“很好，继续吧！”云老师许以赞赏的眼光。

2. 采购入库流程

“商品首营以后，咱们就可以进行采购了，采购流程由采购发起，到财务结束。由采购部门挑选合适的供应商报采购计划，供应商送货到库房以后，由库房进行收货、验收，最终由财务就入库的商品与供应商核算。”

“商品采购入库以后，货品归属权就属于咱们了，也就有真实库存可以在咱们平台上进行售卖了。”小Q用鼠标在图上滑动着引导着云老师和飞哥。

“拒收的商品，要怎么处理？”云老师提问。

“……”这个问题问得小Q后背一凉，一时语塞，手指放到鼠标上无助的动了两下，因为根本没有了解过这个业务。

“咱们库房有个拒收区域，验收的时候如果发现有质量问题或者是资质问题，都会将商品放入那个区域，让供应商当场拉回，或者等下一回送货来的时候再拉走，当然，由于咱们财务是以最终入库的数据进行结算的，所以这部分拒收商品不会计入应付。”飞哥见状，立马替小Q解围到。

“OK，继续吧！”云老师拿起桌子上的依云矿泉水，喝了两口。

果然姜还是老的辣。患难见真情，小Q觉得应该请老大吃个大餐，嗯~楼下的兰州拉面就挺不错的……

采购入库全流程（参考）

3. 销售出库流程

“有库存以后，电商平台上商品就会自动上架显示，然后患者就能自行下单购买了。”

小Q翻到下一页流程图：

销售出库全流程（参考）

“当然，咱们医疗领域和普通电商还不完全一样，政策要求不能网售处方药，所以所有的处方药订单，都需要有药师电话回访后具备处方凭证了才能下单。”在此之前，小Q重点向质管部的兰姐（质管部总监，精通GSP，善于解读政策法规）了解过一下网售药品销售的法规。

“另外，由于咱们要重点发力新零售，那线下的十几家门店得好好利用起来，所以和营销部和连锁管理部讨论的方案是将部分线上客户订单能够导流到线下门店，让线上的客户可以到店刷医保直接自提。”小Q聊起了新零售的玩法，“未来，我们会有一个中央库存，将所有门店和仓库的库存全部统筹起来，自动为客户的订单匹配最合理的发货仓，如果是长途订单，就发快递，从库房发货，如果想要极速达或者自提的订单，就由门店直接承接。”

4. 门店请货流程

“提到门店，咱们先关注门店商品的来源，因为咱们公司是由总部集中采购，门店不具备独立采购权，所以门店的售卖商品的需要从总部请货，我们看看门店请货的流程”。

门店请货全流程（参考）

5. 退供应商流程

“下面是退供应商的流程，当某些商品需要返还供应商时，由采购发起退供申请，并由库房完成退供发货流程，最终由财务和供应商进行结算”。

退供应商流程（参考）

6. 客户退货退款流程

“当客户要进行退货时，先和客服协商，由客服部创建退货单，待仓库或者门店收到客户寄回的包裹后，将包裹返还库房”。

退货退款全流程（参考）

7. 客户取消流程

“在电商流程里，只要有下单，自然就会有取消操作，从供应链层面来看，取消的订单当前所处的位置决定了取消的成败，如果订单已经发货，代表商品已经出了库房，就无法再取消了，否则可以取消成功，库房将已经发出的商品还回货架”。

客户取消全流程（参考）

8. 门店退货流程

“最后一项是门店退货流程，有些商品门店不需要了，或者总仓需要门店回调的，则走门店退货流程，将商品从门店再返回仓库”。

门店退货全流程（参考）

六、一个典型的电商新零售的产品架构

“针对以上流程，我们给出了一套整体解决方案”，介绍完流程后，小Q对现场同事的问题一一做了解答，然后切入到章节第二大部分：“系统整体规划方案”。

“这是一个典型的电商新零售平台系统设计模型，按照业务来划分，将各个业务独立成为子系统，各个子系统之间互不干扰，通过服务进行交互，这样可以不受语言和平台的限制，每个系统可以独立开发上线。这也是主流互联网公司的标准打法。”

一个典型电商新零售的产品架构（参考）

“我们为什么不做一个小而美的系统呢？ 以我们目前的单量和研发资源不足以支撑这么庞大的体系吧！”，架构师阿坤问道。一时之间，大家话匣子打开了，各执己见，整个会议室从开始的严肃拘束变成了现在的热火朝天。小Q应付着各位的发言，同时瞟了一眼大boss，只见云老师身子往后略倾，双臂抱怀一言不发，默默的听着大家的讨论。

“时间差不多了，大家先收一收。”大约10分钟过后，云老师站起来招呼大家安静一下，面向大家说道：“大家的意见都很有道理，以我们现阶段的情况来看，小Q这套方案的架构确实有些重，目前看来也不太适应我们的现状，但几个月以后呢？兄弟们，咱们虽然是做技术的，但也需要多关注一下公司业务情况。我给大家分享两个数据：

一，根据近半年的销量数据来看，我们的GMV每个月比上个月平均环比上升15%，这是一种多快的增长速度？只需要5个月，我们的业务量就会翻番。

二，现在的医药互联网市场一片蓝海，国家政策又一片利好，万亿级的大盘子一旦打开，只要10%的流量流向互联网，那就是千亿，哪怕只分我们千分之一，咱们的系统承接的住吗？

所以啊，同志们，你们是选择每次都被业务追着跑呢，还是选择在终点等业务？答案很明显，我们技术应该敢为人先，先行一步，为公司铺好路。我拍了，就按小Q这套方案执行，资源问题我来解决。大飞、老芒，这事你俩全力跟进，尽快推进落地！”

CTO果然有魄力，而且看问题的高度也明显不一样。 小Q想着往后一定要多提升自我认知，不能让格局阻碍了自己的视野。

“小Q，PPT后面还有吗？”CTO问道。

“没有了”。小Q回答。

“好，方案做的不错，看得出来是花了心思的，大家给产品部一个掌声！”，云老师带头鼓掌，会议室一片哗然。

接着，云老师安排了新任务：“后面，你们就按照这个方案把整个系统流程设计一下，系统功能再细化一下，下周三我们再开个会，我也参加。”

“收到！” ，即便云老师不安排，这件事也是小Q计划去实施的，这是整体方案往下推进的重要环节。

七、新系统规划从0到1规划经验总结

汇报结束，已经快10点了。云老师对这份流程方案很满意，表示大力支持，并希望尽快推进落地，同时也提了不少的建议。这让小Q信心大增，同时跟大领导沟通后，很多思路也豁然开朗，发现自己有些想法过于狭隘。

1. 业务流程梳理原则

“怎么样？压力大吗？”，飞哥问道。

“汇报的过程还好，但我感受到了云老师对这个项目的足够重视，往后的工作推进，心理压力会比较大。”，小Q如实回答。

“今天是不是收获也不少？”，飞哥笑着问道。

“是啊，通过这一周的摧残，我似乎对供应链业务流程的梳理有了一些自己的见解。”

“哦~是嘛？ 说来听听 ！”，飞哥很好奇，不过他自然知道小Q是个聪明的好苗子，善于总结。

“①要深入业务。技术本就是为业务服务的，供应链产品经理如果与业务脱节，那就真的是闭门造车、纸上谈兵。所以以后，我希望能多一些机会和业务一起深入一线去感受一下，用心体会业务的点点滴滴。

②要学会换位思考。 产品经理如果不具备同理心，是无法理解业务的真实诉求的，也就没法设计出更贴合业务的产品方案出来。

③要考虑闭环。一个完整的流程一定是有进有退、有入有出的，决不能出现任何的死结。设计系统的时候也是同理，不仅要考虑主干道，分支流程和异常情况更是我们需要重点关注的。

④要有恒心，知难而上。某些流程一旦牵涉到部门之间的利益，壁垒就会变得很高。这个时候，作为产品经理一定要无畏艰难，在坚持正确的道路上越挫越勇。

⑤要有全局思维。梳理业务就如同下棋，每一个业务点是我们手中的一枚棋子，下子之前一定要考虑到前后的相关性，高瞻远瞩、多从全局性来思考，决不能一叶障目不见泰山。

⑥一定要关注结果，多反思。供应链优化的初衷是如何让流程顺畅、如何降低成本、减少浪费和提升效率，所以我们在梳理业务流程和设计系统的时候一定要针对每一步操作多提问多质疑，为什么要这么做？是否一定要这么做？是不是只能这么做？只有流程中的每项操作都是最精简最高效的，才是我们需要的最优方案。”

“总结的好，给你点赞！小Q，从现在起，你已经是一名非常合格的供应链产品经理了，这个项目交给你之前我是有些担心的，但现在我很放心了，加油！”，飞哥拍着小Q的肩膀，满意的说道。

“一定不让老大失望，也感谢老大能给我一个这么大的舞台。”，这句话不是恭维，而是发自肺腑。一名互联网人的黄金期其实并不长，而在这段黄金的几年里，能够成长多高多快，很大一个因素取决于有没有遇到好的机会好的领导。而现在，小Q两样兼备。

盛世待我辈，举目皆豪杰，还有什么理由不努力？

2. 从0到1规划大后端供应链系统的步骤总结

下班回家之前，小Q和浩子溜到楼下空地抽了支烟。浩子是飞哥安排过来协助小Q一起梳理供应链系统的小弟，很潮的90后，热爱健身的纹身男。

“Q哥，很有大将风范啊，这么多领导在场你都hold住了，我是越来越佩服你了，请受小弟一拜！”，浩子比划了一个作揖的姿势。因为双手往上举的缘故，胳膊上原本被T恤袖口遮住的麋鹿纹身很清晰的露出来了。

“得得得，这还不是得益于咱们英明神武的飞哥教导有方啊？”，小Q谦虚的将功劳转给了飞哥。

“你给我分享一下这个方案从始至终的历程呗！我很好奇你是怎么一步步的做出来这么个大家都认可的方案的。”，浩子抬起手吸了一口烟。

“给你总结一下啊，当我们接到一个项目以后，一般要经过这么5步，把业务需求转换为系统方案。”，小Q左手叉腰，右手食指和中指夹着烟头在空中自上而下的划动着，一派指点江山的范儿，抖掉的烟灰随风散落在脚边的花坛里，化为花草的春泥。

“第一步，业务部门及职责梳理。当你不知道从哪里下手的时候，就先把你的业务部门和部门职责先梳理一遍，这样就会比较清楚每个部门大体的工作情况了。

第二步：业务流程梳理。这是最考验产品经理能力的一环，沟通能力、协调能力、分析能力缺一不可。一个完整的业务流程经常要跨好多部门好多岗位，而且有系统操作，也有非系统操作，咱们一定要精确的找到每个业务的关键节点，把关键节点串起来形成完整的流程闭环。很多流程涉及多个部门利益冲突，所以产品经理明辨是非的能力很重要。

第三步：业务流程确认。流程梳理完以后，一定要跟各方确认，千万不能闭门造车。

第四步：系统功能点拆分。拿着各方确认的流程，按照流程节点将系统功能点具象化出来，然后再按照业务边界进行系统的划分。

第五步：整体方案出具。按照提炼的系统功能点，找到各个系统之间的联系，再从系统的角度反向验证业务流程，不断完善，直到所有的业务场景都能覆盖到，那这个方案就是你想要的方案了。”

“似懂非懂，等我跟你一起细化的时候，再逐渐领悟吧，请再受小弟一拜……”，浩子继续调侃。

短短的几天，从焦头烂额到现在的谈笑风生，从对供应链的一知半解到现在的多方认可，从老A的倾囊相授到现在对浩子的总结传承，小Q自己都感觉到自己的飞速成长。进步的感觉，真好！

在黑暗中摸索前行的过程是痛快的，因为你永远不知道下一脚踩下去的是康庄大道还是泥泞沼泽；黑暗中前行又是快乐的，这样你能更清晰的看到前方的启明星，那里，就是你的方向。 所有经过的路，都是必经之路。

由于木笔写作原因，本文前序篇章和后续篇章提前审核发布成功了，若对小Q的故事感兴趣，可以参考：

作者：木笔，产品一俗生，深耕于供应链领域，公众号：供应链产品笔记

本文由 @木笔 原创发布于人人都是产品经理。未经许可，禁止转载

。