话不多说，上图为敬。因为我做的是出口跨境电商，所以这套业务流程是出口电商的流程，一般发货的方式会有国内仓库直发货和海外仓库发货。如何选择发货方式，那就是成本，效率等多种因素的综合考量了。这里画的是一套正常的流程，并没有包含货物被拒收或者退货的逆向流程。

做一个TOB产品，针对公司每个用户群体的需求都会有相应的功能和模块。

1. 客服部门 ：公司的客服负责售前、售中、售后的咨询服务，但是在ERP体现的是对订单的有效性进行审核，还有处理退换货。订单的有效性客服会根据客户提供的个人信息，进行人工审核+外呼确认来确认。
2. 采购部门 ：根据公司的订单量和产品的现有库存进行计算管理，并负责采购和提前备货。
3. 物流运营：物流运营根据每个国家的规定政策，对接不同的运营商，并在系统设置每个物流商的发货量和发货种类。
4. 仓储部门：仓库进行使用WMS进行货物的管理，拣货发货 （基本不使用ERP系统）。
5. 业务部门 :负责销售产品，所以有需求知道自己的产品和产品对应订单量是多少，对自己投入的成本和所有的库存进行管理计算。
6. Boss：需要看到公司的订单，投入的成本，应此需要一堆详细的报表。

思考：目标用户不同因此在开发的过程中会产生矛盾的需求，遇到这种矛盾的需求，会根据优先级进行分析是否紧急重要，不重要不紧急的进行搁置。重要紧急的需要商量出明确的方案，大家一致同意才能进行开发。

盲目的新增需求，浪费的是开发资源，也会大大的导致上级和用户群体对产品的不信任。包括需求的真伪性，也要有着一股刨根问底的心性。用户会提出一些他们的解决方案，这时需要考虑到他们真正想要解决的是什么，现有的功能是否可以满足，不能满足才会进行开发。

每个模块是相互独立的数据，但是模块之间的信息会进行互通传递。保证了数据的安全性，提高了系统的高效性和承载量。

1. 产品中心：负责产品的SKU建立和管理。
2. 订单中心：客服负责审核订单，业务查看订单，订单的状态流程显示。
3. 采购中心：缺货的产品数量显示，近几天的销量显示，采购负责采购的功能。
4. 仓储中心：显示每个仓库的库存量以及库存的占用数，采购备货的功能。
5. 物流中心：对接第三方的物流商，负责抓取物流轨迹，在页面进行跟踪展示。
6. 调度中心：负责每个模块的数据流转展示，已便确认发现定位问题。

思考：因为公司的系统之前经历过重构，之前的系统存在的是功能区分不明显，采用的PHP语言进行的开发，优点是快捷便利的开发，缺点却是无法承载高速增长的订单量。

重构后的系统，采用的是Java语言进行开发，并按照模块进行划分，数据在每个模块进行传输，可承载订单量大大提升。并且重构前的系统在不断的做加法，没有很好的进行功能的划分。重构后的ERP系统，进行了明确的划分，克制的增加新的功能，让我想到奥卡姆剃刀定律“如无必要，勿增实体”

订单的状态类别：

1. 待审核：客户刚下的订单，传到ERP系统，客服还没进行审核。
2. 待联系：客服需要电话外呼确认信息有效性的订单。
3. 审核通过：代表客服确认过的有效订单。
4. 无效订单：客户恶意或者重复下的订单。
5. 待采购：仓库没有货物需要进行采购的有效订单。
6. 待发货：仓库准备发出的有效订单。
7. 已发货：已发出去的有效订单。
8. 已签收：已被客户签收的有效订单。

思考：订单状态的流转代表是订单处于每个中心的处理状态，一般设计电商ERP系统，订单中心负责的是统筹所有中心模块的数据。根据订单状态，可以及时的监控和发现问题。这也代表的是系统最原始的数据，可以通过这些订单不同的状态来进行报表的统计，方便各职能部门的业务需求。

也是常规的权限系统。

因为本人公司所处的是COD（货到付款）的业务模式，暂时没有接触到支付功能。电商系统的后台逻辑比较复杂。跟To的产品不太一样。功能不会太注重于用户体验，主要是能够支撑公司的业务流程就足够了。

在我看来，电商的主要两个竞争点：一是电商网站，一个是供应链的管理。

电商网站在于展示产品，能够提高用户的复购率，增加用户粘度，建立公司的品牌形象。供应链的管理，可以提高订单的时效性，每到达客户手中的货物实际时间比预计时间减少一天，客户的满意度和复购率就会大幅度增长。有效的供应链管理，可以减少仓库库存积压，提高库存周转率。也就相当于提高公司的利润。

最后说一句，电商ERP系统的每个模块都值得深入学习和研究，还在学习的道路上。

欢迎大家一起交流~

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

题图来自 Pexels，基于 CC0 协议