文章反驳了一些常见的观点，如自研产品功能定制化、服务业务而非商业化、业务驱动而非产品驱动等，并指出即使是自研系统，产品经理的作用同样至关重要。文章通过分析自研系统的通用性、设计合理性以及产品经理的核心职责，揭示了自研系统同样需要产品经理的深刻见解。

在网上看到一个知名的B端产品经理的的一篇文章，提到自研系统不需要产品经理，商业化产品经理才需要。

理由有以下几个：

1.自研产品的功能是定制化的，不需要考虑通用性

2.自研系统是服务业务的，不用考虑商业化

3.自研系统是业务驱动，不是产品驱动

4.自研系统难在业务，不在产品。

看似有道理，深入再想想没道理。

从这篇文章来看，这位作者应该是长期在商业化系统的工作上，导致了对自研系统的误解。

一、自研系统一样要考虑通用性

商业化系统是希望同一份软件卖多次来实现盈利，卖的次数越多，就越赚钱。但因为开发成本固定，所以可以理解后续的边际成本越来越小。

但是自研系统一样要考虑投入产出比，如果开发了之后，没有带来效率的提升或者带来数据和流程的标准化，那也是有问题的。

不管是效率提升，还是流程、数据的标准化，产品经理都需要都当前以及未来的业务场景有一定的抽象能力，从中抽象出一个通用的产品模型，保证后续业务发生调整，我们的产品模型还是可以适配，减少后续不必要的重构。

二、考虑通用性会不会过量设计？

考虑通用性会不会导致过量设计？我理解不会。商业化产品的通用化设计，是会从几十上百家企业的业务中，提炼出高频的使用场景然后再加以提炼，变成通用的功能。

而自研系统不一样，更多考虑的是同一个业务在当前以及未来的场景的变化。

商业化产品考虑是空间、时间、角色等等维度的通用化，自研系统考虑的是单一角色在时间演变上的变化。

但是，不管怎样，过不过量，要看功能未来两年内是否会被使用到，如果会，那就不是过量设计。

三、自研系统不用产品经理了？

谁说商业化产品才要产品经理？自研系统也不是只要听业务就好了？

业务的需求要听，但也不能完全照做，一样需要提炼问题的本质，抽象出可执行落地的方案，跟进上线后的数据效果，结合数据情况进行优化迭代。

所以，商业化产品经理和自研产品经理从能力模型上，差异并不大，没必要神化商业化产品经理，贬低自研产品经理。