从01进行电商全品类配送供应链系统设计：业务介绍和系统概述

　　从事电商产品多年，有幸负责过几个的电商项目。本系列文章跟大家唠嗑一下电商全品类配送供应链系统，聊业务，谈系统，希望对大家有用。
　　文章章节
　　初步按以下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端：满足上架下架盘点等功能
　　操作分拣台：满足分拣称重等功能，特别地，分拣系统需要对接硬件（蓝牙电子秤蓝牙标签打印机触屏电脑），以实现打包称重打印，一体化操作。
　　整套系统需要一些决策和分析引擎来协助业务，辅以公共模块组件来支撑系统应用。视业务需求和研发资源，可选择性对接第三方系统（如神策、七鱼、有赞等）。
　　必须说明的是，系统不是为了做大而全或细而精，而是根据企业的实际业务情况和研发投入资源来进行迭代设计，做到设计研发必有用，用后必改善流程的效果。
　　通过系统的实施上线，要有效解决人工下单易出错、库存及损耗不准确、分拣配送效率低等痛点问题，最终实现减少库存积压、收缩交货周期、降低供应链运营成本等，让业务可加速扩张成长。
　　第一篇文章开胃到此，涉及细节较少，后续文章将按系统功能模块进行核心介绍，并搭配部分原型界面及流程图讲解业务，未完待续。