电脑版
首页

搜索 繁体

2.3 后台丰富度的权衡

热门小说推荐

最近更新小说

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

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

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

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

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

Loading...

未加载完,尝试【刷新】or【关闭小说模式】or【关闭广告屏蔽】。

尝试更换【Firefox浏览器】or【Chrome谷歌浏览器】打开多多收藏!

移动流量偶尔打不开,可以切换电信、联通、Wifi。

收藏网址:www.ziyungong.cc

(>人<;)