2.3 后台丰富度的权衡

对于电商后台，初创小公司用几十个开发人员就能满足需求开发，维持业务流转，大公司则需要几百甚至上千个开发人员来进行开发维护。这就涉及后台系统复杂度的问题，除了业务范围的区别，还有业务量的因素。

如图2-4所示，以商品模块为例，在业务量逐步增长时，为了高效便捷地服务用户，会慢慢拆分多个模块。如图上所示，在系统上线初期，整个后台系统融合在一起，商品部分只是后台系统的一个模块。随着业务量的增长，将商品中心独立为子系统；接着随着业务继续增长，库存模块从商品中心中独立出来，单独成为库存中心；再接着发展下来，价格模块从商品中心独立成价格系统；再后来，价格系统根据需要拆分为价格管理系统与价格监控系统。从这个例子中我们可以看到，系统都是从简单到复杂，随着业务慢慢迭代。

图2-4 商品模块系统进化过程

对产品经理来说，并不是要把系统做得大而全，也不是小而精。前面提到过，产品经理要做现实的理想主义者，根据实际情况来制定产品迭代计划，不求一步到位。

在产品开发初期，为了尽快上线、降低开发成本，会优先开发主需求，后期随着业务发展慢慢迭代。很多后台产品在上线一段时间后，随着业务增长处理起来会变得越来越吃力。各系统模块杂糅在一起，耦合度高，还有可能出现牵一发而动全身的情况。后台产品经理的能力很大一部分在于对业务的梳理能力，越到后台发展中后期，业务逻辑会越复杂。对业务进行拆分，定义产品架构，支撑中长期的业务发展，极其考验产品经理的能力。

从下章开始详细介绍电商后台产品线中的各系统模块，主要包括业务处理逻辑、与其他系统之间的信息交互等。