升鲜宝供应链管理--某个客户的海鲜集散配送平台的需求初步理解（一）

一、初步理解的业务架构：

二、业务描述：

    多运营点运营。

首先按一个运营点试点，按不同的城市聚合商家（客户）的海鲜订单，实现以销订采，对不同类型的商家（客户）实现不同的结算方式，针对水产品的特殊性，对订单实现定金处理，平台实现阶梯价格统一管理（按数量不同层次，实现不同阶段的商品价格体系）.

将销售订单汇总分类后，委托集散地的供应商分拣打包，或者平台的采购员进行按需采购，送至对应集结车辆统一配送（配送干线）至不同的配送站点，然后货物到达配送站点入库后，再将订单按客户指定的地点送到（其中，可以委托第三方聚合配送，或者自己配送员进行配送）。这样的业务形态，就形成了 一级干线到配送站点，（末端）配送站点到最终客户的二级配送业务形态。

一级物流干线，相对来说比较固定（只要满足订单截单时间与订单汇总与采购分配、分拣、称重、打包、贴标签），可以一段时间固定线路与发货时间。

末端的配送，需要将某个配送区域的客户订单送达的地址放在一起，或者指派同一个配送员配送，减少配送时间，提升配送效益。（地图排线规划）【是否需要】

三、软件支撑：

    

1.Web运营后台PC端

2.CRM拓客系统（手机端）

3.订货商城（面向客户订货）

4.采购端

5供应商端

6.分拣端

四、软件功能模块（略）

五、疑问点

1.平台有没有平台中心集仓，还是在海鲜集散地无作业地点作业。

2.分配给海鲜集散地的供应商中订单商品，是否需要要供应商打印物流标签/或者商品标签）。

3.各个供应商或者平台的采购员打包好的海鲜商品，通过什么方式将商品组合成对应的客户订单、送货单打印是小票，还是多联纸。因为每个供应商有可能供应商不同的海鲜，还有追溯到不同的供应商供应的同种海鲜。还是说每天一个单品只找一个供应商供货或者采购。

4.平台中的商品由平台统一维护，还是说由供应商提报商品信息，由平台统一整理。

5.海鲜是否有检测报告之类的票据。

6.海鲜称重/收货的时候，有水分（上下偏差多少是正常），后面出现缺重的情况，怎么处理。

7.配送站点的滞留的客户订单，在系统要不要处理。

8.最终客户的售后（退货、退款、赔偿）需要在系统中体现吗？现在的真实业务场景是什么。

9.海鲜产品是不是有季节性的。系统中需要给提示吗？

  

10.客户支持账期与在线支付，在线支付的客户，是付全款，还是先付定金，收货后再付尾款。

11.海鲜价格的变化比较大，这个价格由平台的工作维护，还是供应商自主维护（供应商自主维护后，需要审核吗，谁来审核）。

12.平台订单中的补货订单需要单独下单，还是实现多退少补，一单完结一单。因为海鲜每天的价格都有可能不一样的。

13.平台是如何获客的。现有的客户搬到线上，还是有平台业务员去继续开拓。

    14.平台是独立部署，还是SaaS运行，还是源代码交付，售后谁来处理。