电商系统划分思维要围绕内部体系和核心业务

大型电商平台和企业自建电商系统在构建思维方面是具有本质区别的。平台需要具有普适性，满足大多数入驻商户和消费的需求，自建电商系统划分需要围绕自身企业内部支撑系统和核心业务进行规划，才能符合企业的发展需求，发挥系统的真正作用。

图片来源于网络

电商系统划分可以从两个维度来进行思考，一个维度是本身电商的端到端业务和流程角度出发，可以分为的阶段，以及每个大阶段可对应的模块；另外一个维度则是从电商业务中的核心主数据和业务单据出发，围绕数据来考虑模块的划分。可点击“电商系统”，了解自建电商系统方案。

电商运营平台和企业自建电商系统在模块划分方面还是存在较大的区别。企业自建的电商系统更加强调和内部已有的ERP、物流、售后等业务系统的对接和端到端集成。即企业自建电商平台更多是企业内部已经成熟的价值链体系的端到端延伸，三流的统一最终还是会汇到企业内部ERP系统里面。即其核心往往仍然在内部改造和集成，而非独立电商应用。如果没有解决好集成和实时协同问题，那么企业电商就是一个信息孤岛而无法真正发挥其应有的价值。

电商系统在产品库设计中很重要的一个概念就是SKU库存量单位，即产品在规格上的差异（颜色，尺寸，容量，包装类型）等都会对应到不同的SKU，即进行独立的库存控制。产品库的另外一个设计重点即产品属性设计，由于不同类型的产品属性差异相当大，因此其核心判断原则应该是对于只在查询单个产品页面需要展示的属性可以考虑横表方式设计，而对于在产品搜索等批量数据查询的地方涉及到的属性，则仍然还是保留纵表设计方式。

产品的价格库建议是独立组件和模块，对于电商的产品价格涉及到产品销售价格，采购价格，管理类价格，促销类价格等诸多内容，这些内容需要通过价格策略库独立进行管理。产品组合设计是另外一个重要内容，即不同的产品可以组合为一个独立的产品包进行销售，产品包定价往往不是独立的各子产品价格的简单累加而是有独立的价格组合。同时在销售产品包的时候如果产品组合本身对应不同的供应商还影响到后续销售订单的拆分，物流单的拆分诸多操作。

对于购物车最核心的是会话的保存方式，常见的主要有三种，即基于cookies，使用Session，使用数据库存储三种方式。对于用户还没有登录前的浏览往往只能使用cookies来进行存储，而在用户登录后则可以使用Session方式存储购物车内容，但是存在问题则是用户关闭浏览器退出后购物车数据会进行丢失，因此还是存在是否需要将购物车内容持久化到数据库中存储，并保持一段时间有效的问题。

订单则先说一点即订单本身的拆分问题，可以看到在各个电商系统经常会看到订单拆分，即对于自营和不同经销商的产品会进行订单拆分进行配送。实际在电商后台还存在多种其它方式的拆分，包括了按照不同的经销商，按照产品库存地点，按照产品本身的配送方式等多种方式进行拆分。跟电商密切相关的是支付和物流配送，对于电商订单存在在线支付和货到付款两种大场景。对于配送往往又涉及到和第三方物流配送平台如顺丰，圆通的集成。电商平台需要将具体的配送请求或指令传递给第三方物流厂商，同时物流厂商本身也提供物流路由跟踪查询的服务接口，可以在电商系统实时的查询到订购商品当前的物流状态。

任何电商系统核心业务流程难点往往都不在单纯正向的业务流，而在于逆向或变更流程，对于电商系统来讲包括了退货，换货，订单取消等各种场景，电商平台在实现中重点需要考虑这些逆向流程的处理。特别是在逆向流程发起的时候如果实物配送流已经启动，则复杂度将进一步增加。

本文关键词：

电商系统开发