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

本文我无意提倡 PRD 里要写伪代码，主要想要说明的是中台产品经理不要指望能够和技术有清晰的界限，应该坚定的跨过去一步，同时也把产品思维带到技术中去，搭起一座桥。

中台产品经理如何设计一个新功能模块，让它能够满足各方需求，且推动其在各个业务产品上使用起来？除了要求产品经理有极强的专业能力外，还需要具备极强的主动性、沟通能力、甚至是商务能力，在各个业务之间想尽办法把中台的种子种下去。相关的经验在在本文的「中台策略对组织架构的挑战」部分做了介绍。

技术层面

在中台架构的设计之初，我们就定位了教育中台需要提供的不仅仅只是后端服务，一方面纯后端服务和 PaaS 服务就没太多区别；另一方面由于教育中台所希望提供的服务的业务属性非常强，提供的服务复杂程度远高于常见的 IM、视频云等常见 PaaS 服务，如果完全通过后端开放接口来使用，接口的数量会非常多，调用的逻辑关系也会很复杂，使用成本会远高于常见的 PaaS 服务。

因此我们希望教育中台提供的是前后端一体的服务，最终展现给用户的是前端模块 / 组件。理想的情况下，业务产品的前台页面只要嵌入中台某功能服务的前端模块，就可以使用该模块的完整功能。这种方式最大限度地拓展了中台服务的价值，但也给中台服务在设计中带来巨大的难度。经过一年反复的煎熬，我们也整理出了几条设计原则：