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

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

从事电商产品多年,有幸负责过几个的电商项目。本系列文章跟大家唠嗑一下电商全品类配送供应链系统,聊业务,谈系统,希望对大家有用。

文章章节

初步按以下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端:满足上架/下架/盘点等功能

操作分拣台:满足分拣/称重等功能,特别地,分拣系统需要对接硬件(蓝牙电子秤/蓝牙标签打印机/触屏电脑),以实现打包-称重-打印,一体化操作。

整套系统需要一些决策和分析引擎来协助业务,辅以公共模块/组件来支撑系统应用。视业务需求和研发资源,可选择性对接第三方系统(如神策、七鱼、有赞等)。

必须说明的是,系统不是为了做大而全或细而精,而是根据企业的实际业务情况和研发投入资源来进行迭代设计,做到设计研发必有用,用后必改善流程的效果。

通过系统的实施上线,要有效解决人工下单易出错、库存及损耗不准确、分拣配送效率低等痛点问题,最终实现减少库存积压、收缩交货周期、降低供应链运营成本等,让业务可加速扩张成长。

第一篇文章开胃到此,涉及细节较少,后续文章将按系统功能模块进行核心介绍,并搭配部分原型界面及流程图讲解业务,未完待续。

 

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

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 赞,期待后续

    回复
  2. 回复