产品经理接手旧系统,该不该重构

时间:2019-08-19 来源:www.chemyn.com

产品经理接手旧系统,该不该重构?

今天的文章源自一位同学在知识星球的提问,正好也是自己遇到过的,就整理出来分享给大家~

问题是这样的,这位同学刚接手了一套旧CMS系统,这套系统已经迭代了不知道几十版了,经手过多任产品经理和工程师,很多功能都已失效,每次迭代都会因为一些历史原因带来这样那样的问题。而恰好这时候领导希望将底层代码框架重构,他就想干脆整个系统从产品层面也做一套新的,但不知道这个决策是否可行,也担心系统使用者因为用了多年已经习惯了不想切换。就想咨询下我的意见。

我们先拆解下这个问题,最终目的是要判断是否应该重做一套CMS系统。那就这个决策的成本、收益角度思考,到底是好处多还是坏处多?

我们先说收益:

1、节省每次迭代的产品设计时间,但具体能节省多少?无法评估。

2、节省每次新人接手系统熟悉的时间,但仍无法评估具体时长。

3、减少线上Bug数,多少呢?不清楚。

4、用户使用体验更好,提高工作效率。这点倒是可以评估,第一是使用系统人数,第二是完成一项操作的步骤/时间。

再说成本,包括:

1、人力投入。无论产品技术,第一都是要有人专门设计、开发新产品;第二还要保证老系统正常迭代,而老系统每次迭代的新功能还要同步体现在新系统,这几乎要投入双倍人力,还要考虑新系统切老系统时的数据迁移、人员培训,和潜在的线上问题,相当于在两辆行驶的汽车上换乘客,一步没做好就会引起后续更多问题。

2、机会成本。大多公司都是人少活多,做了一件事就会影响其他事的进度。而以我个人经验看,CMS一般在公司属于内部支撑系统,使用人数不多,且不太和业绩提升有直接关系。而如果把投入在这上面的人力花在开发其他商业化项目上,会产生更多收入的话,这其中的损失就是机会成本。

3、系统切换的适应成本。这里不是指数值上的成本,而是我们仍旧不确定新系统是否真的优于老系统,这取决于产品经理对内容业务的熟悉程度,不仅要当下好用,还要考虑后续的扩展功能。我做CMS有3、4年了,还是比较有发言权的,一套CMS,光权限管理就要区分内部作者、外部作者、审核人员、编辑、主编等多个角色,还有内容生产、内容分发、内容治理、读者互动、文章库、图集库、视频库、音频库、聚合管理、运营位管理、活动管理、栏目管理、频道管理、机器策略配置、人工策略调控等多个功能模块,各模块之间还有各种关联、耦合关系。更复杂一点的,就是CMS和其他系统还有关联,比如36氪的CMS就要和我们的“公司报道库”相关联,还要提取其中的共性标签做个性化推荐用。因此很难保证你设计的新系统就比老系统好用,除非你有充足的准备和经验。而如果用户切到新系统发现还是不好用,就得不偿失了。

OK,权衡了以上投入产出,相信你自己也会有个判断了吧。其实我特理解那位同学的感受,身为产品经理,接手一套旧系统,肯定会下意识想把它重构成自己的,这样后面会省很多事。但毕竟做决策还是要站在全局出发。我自己也是,当初我接到网易新闻CMS时这系统已经运行十年了,每次改动都很痛苦,但仍旧只能维持。不过这种情况也不是不能改变,有几个前提:

第一,大领导支持。如果你的大领导本身就支持完全重做,那就别多想,直接动手干吧,机会难得。

第二,人力充足。如果产品技术有充足的人力,同时该系统也是公司当前重点改造对象,也可以利用现有人力进行重构。

第三,部分替换。一方面可以将现有老系统的一部分功能停用,另一方面可以针对老系统的新需求单独做一套新系统,后续再慢慢把老系统的其他功能迁移到新系统中,36氪现在就是这么做的。

当然每个公司有不同场景,不代表我的建议就是对的,这里只是给你提供个思路,更多还是建议你根据公司实际情况多和领导沟通,权衡利弊后给出一个最优方案。

以上就是今天的思考,会对你有帮助么?期待你的回复与我分享。

==================

我是申悦,8年产品总监,带你每日思考做产品的心得、收获,总结经验教训,保持学习心态。欢迎一起交流,共同进步。