网易有道中台试错这一年(13)_图1

在上图中，业务产品经理的能力要求偏向市场侧，中台产品经理的能力要求偏向研发侧，绿色部分是两类产品经理都需要掌握的。教育中台对产品经理一直有要求，必须走到需求的源头不能只接二手需求。抛开个人能力而言，这对其提出的难度在于：必须花大量的精力去熟知不同的场景。

中台产品经理是按照功能模块来划分职责的（如题库、直播），但实际的使用场景是用户使用整体产品的全流程，并不会只看某个功能模块，因此每个模块的产品经理需要了解所支持的所有业务的全部场景，才能做好相关模块的设计。同时教育行业是碎片化的，不同业务之前的场景差异性比较大，某模块的中台产品经理如何才能快速的熟知所有业务的全部场景？这是一个难题。

中台产品经理和技术的分界线在哪里？也许这不仅仅是做中台产品经理才需要考虑的问题，但在教育中台的很长一段时间内，我的疑问比以前任何时候都强烈。中台里有太多的产品设计，可以由具备产品思维的研发人员来考虑，但更多时候，还是需要向技术深入一步的产品经理来组织研发人员一起设计。

举个极端的例子：为了降低各个业务产品在各个端（前端、后端、移动端）接入中台服务时的配置管理难度，我曾考虑改进中台服务里零散在各端代码中的配置管理，做到集中管理并且可灵活配置。此外还拓展出支持未来可能的中台服务付费需求。为了描述清楚需求，我写的 PRD 里除了描述各种场景和功能外，还用伪代码描述了如何使用。虽然伪代码的水平可能会被研发同事鄙视，但达到了清晰表述问题的目的。