从事电商产品多年，有幸负责过几个的电商项目。本系列文章跟大家唠嗑一下电商全品类配送供应链系统，聊业务，谈系统，希望对大家有用。
文章章节
初步按以下16章节整理介绍。由于涉及流程较多，难免有瑕疵疏漏，欢迎指出交流。
一、业务介绍和系统概述
二、后台之基本配置
三、后台之商品系统
四、后台之销售系统
五、后台之采购系统
六、后台之仓储系统
七、后台之配送系统
八、后台之财务系统
九、后台之营销系统
十、后台之数据系统
十二、商城端
十三、采购端
十四、销售端
十五、PDA端
十六、司机端
业务介绍
本系统主要服务于ToB电商全品类配送行业，适用于中小企业。在我国ToB电商全品类配送已经是成熟的市场了，具有上万亿规模，玩家也有大小几十万，头号玩家很少，但地方群雄非常多。全品类配送模式较重，可往生鲜、冻品、快销等垂直方向发展。国内可参看美菜网、彩食鲜等。
实际业务相对复杂，简要的内部业务流程如下所示：
1. 销售阶段
下单方式分为两种：
前台下单，一般针对ToB小客群。用户通过APP/微商城/小程序自主下单，商城需提供常用菜单/常购商品/周边热卖等功能，方便用户更快地从千万商品中挑选出结果。
后台下单，一般针对ToB大客群。用户拍照/电话/微信群提供购买清单，由下单专员通过后台代下单。由于用户提供的商品名会不一样，设计上可通过助记词/拼音码/别名等方式和操作交互优化让下单专员更快地下单，从而提升下单时效。
ToB用户当日订单一般约定次日固定时间送货，下单商品均需按时配送到位，不可缺货(为啥呢？客官想想)。下单后根据用户的地址路由到相应的仓库，由仓库进行作业。
2. 采购阶段
系统结合当日销售情况、库存情况、产品损耗率等提供采购数据，由采购员进行商品采购。
长尾/生鲜商品等就近当日或次日清晨临时采购，热卖商品低价采购囤货。
由于行业特殊性，一般仓库选址会在批发市场中心附近（交通便利/租金和人力也便宜），缩短采购和配送时效。
3. 入库阶段
供应商商品到货，根据商品类别及库位对应，上架至临时仓/平面仓/立体仓/冷库/保鲜库等。部分商品需提前进行品质检测，并反馈至系统。
硬件上，需支持扫描枪、PDA。流程上，遵循一码一货品一货架，FIFO管理。（非标品内部建条码档，标准品直接取69码）
4. 分拣阶段
试实际业务情况，采用播种分拣或摘果分拣方式，一般主要分为几个步骤：
现场经理根据分拣波次进行任务发起、商品调拨、取货下架等。
分拣组根据自己所负责的品类，在操作台进行分拣/称重/打包等。
现场调度员进行商品投框。
出库交割前，需进行分拣核查，确保种类和数量正确性。
分拣人员使用分拣操作台作业，屏幕显示分拣任务，点击可直接称重/打印等。由于年龄相对会比较大，系统设计上需要考虑降低操作度难度、提升识别度等。
5. 出库阶段
仓管核查出库，由我方司机或者3PL进行装车配送。PS：出库阶段可在分拣前或分拣后，视实际情况。
6. 配送阶段
货品装车遵循路线原则（最远送的放最里）及承重原则（最重的放最下），生鲜/冷冻食品建议冷链车/保温箱配置。
如果是自营配送，后台需提供车辆定位/路线规划等功能，必要时可提供司机APP，满足任务分配/导航/签收/售后反馈等功能。
7. 售后阶段
用户/司机售后反馈问题，客服售后处理问题等。ToB客户的售后问题需要认真对待，否则客户流失将无法挽回。一般问题会集中在品质、送货慢、送错货、漏发少发等问题。
8. 结算阶段
结算阶段主要分为用户结账和供应商结账。
用户结账：先款后配则无需考虑。先配后款，则视用户群体设置账期周期，越短越好，防止坏账。（所以系统需要支持按用户类型设置结账方式，在相应的商城端走不同的支付流程。）
供应商结账：根据采购和谈判能力确定账期，越长越好。
9. 其它阶段
如库内作业（加工、盘点等）、日常运营（价格维护/活动/优惠券等）等等，后续文章再详细讲解。
用户分析
根据业务链路，相关系统使用用户如下：
ToB小客群
如夫妻店、便利店等，主要满足店铺日常经营需求。这类群体对商品价格/送货时间/服务品类极为敏感，主要靠销售地推获客拜访留存。
ToB大客群
如学校部队政府机关等，满足日常饮食需求。这类客群主要靠招投标得来，投标主要看配送平台的综合实力（采购能力、配送能力、食品安全，当然还有企业背景、日常关系维护，你懂的）。
ToC客群，由于单价低，利润较薄，则不在我们的考虑范围内。
内部员工&合作企业
系统日常使用除了满足客户需求，剩下就是我们电商平台内部员工及合作企业使用了。
内部员工：日常运营、销售员、采购员、跟单员、仓管员、分拣员、配送员、财务、客服等等；
合作企业：供应商、3PL等。
每个岗位都有相应特殊的场景，这些就不一一介绍了。
问题&后果
所以你看，作为配送平台，你需要解决很多人的很多事：卖给谁？卖什么？跟谁采？怎么存？怎么配？……
而据我实地调研，传统电商配送企业面对这些事儿，在运营过程中，确实有很多问题/痛点暴露：
信息化程度低，很多小企业都使用excel、手抄单、传统erp（难学/功能杂）；
业务链条长，所以环节难以监控，出错了-谁出错-何时错，很难清楚；
人工效率低，常见如下单慢还易出错、人工汇总采购数据、分拣手抄重量等；
数据难统计，甚至连一年赚多少亏多少都不清楚，一笔糊涂账；
.……
这些问题会导致一系列后果：
业务承载量有限，业务量一多就无法处理，望单兴叹
需要招聘很多人力岗，如下单员、分拣员等，导致企业人力和管理成本上升
品控低、流程乱，导致售后投诉等，造成客户流失
……
最终导致企业综合能力差，利润提不上来，甚至亏损。
系统概述
所以对于配送平台，一套好的系统是必要的。自研系统或外采系统，试实际情况确定。如自研系统，则需要基于业务背景、业务流程、业务痛点、使用人群进行针对性设计，产研必须深入一线，切勿坐在办公室YY设计。（对于外采系统，我们就不做讨论了。）
主要涉及运营后台、商城、移动销售端、移动采购端、移动司机端、移动销售端、操作分拣台等。
运营后台：模块主要涵盖基础配置、商品系统、销售系统、采购系统、仓储系统、配送系统、财务系统、营销系统（可选）、数据系统（可选）等。
商城：用户下单使用，满足正常选品-加购-下单-付款-签收场景。
移动销售端：客户管理/订单管理/拜访签到等，必要时需涉及客群公私海概念。
移动采购端：满足任务分拣/采购单提交/商品市调等功能。
移动司机端：满足任务分配/导航/签收/售后反馈等功能。
移动PDA端：满足上架/下架/盘点等功能
操作分拣台：满足分拣/称重等功能，特别地，分拣系统需要对接硬件（蓝牙电子秤/蓝牙标签打印机/触屏电脑），以实现打包-称重-打印，一体化操作。
整套系统需要一些决策和分析引擎来协助业务，辅以公共模块/组件来支撑系统应用。视业务需求和研发资源，可选择性对接第三方系统（如神策、七鱼、有赞等）。
必须说明的是，系统不是为了做大而全或细而精，而是根据企业的实际业务情况和研发投入资源来进行迭代设计，做到设计研发必有用，用后必改善流程的效果。
通过系统的实施上线，要有效解决人工下单易出错、库存及损耗不准确、分拣配送效率低等痛点问题，最终实现减少库存积压、收缩交货周期、降低供应链运营成本等，让业务可加速扩张成长。
第一篇文章开胃到此，涉及细节较少，后续文章将按系统功能模块进行核心介绍，并搭配部分原型界面及流程图讲解业务，未完待续。
