业务|做中台，我从一名产品经理做成了合伙人

编辑导语：近几年来，关于中台建设的讨论有许多，也有许多产品经理投身于这一行业，成为一名中台产品经理。而在中台的日常建设中，想必不少人都会生出产品设计层上的思考。本篇文章里，作者就结合过往工作经历，总结了在产品中台建设过程获得的一些经验，不妨一看。

文章插图
很多个夜晚，一直想提笔写写关于中台的一些事情。
我知道过去的几年，对于搞中台这个事情，有赞同的，同样也有很多反对的声音；有做出一些成绩的，也有搞得团队解散，失业流离失所的。很多是我职场的前辈，也有一起合作过的，给我很多指导和批评的。
这些观点，这些声音没有对与错。就比如清代的中国，到底是“师夷长技以自强”还是“师夷长技以制夷”是跟当下国内外所处的环境有关；同样当企业发展遇到了瓶颈，当企业数字化甚至数智化转型提上了公司战略层，寻求何种方法和出路成为公司管理层必须迈过的一道坎。
中台搞或者不搞，无疑是“保守派”和“改革派”之争罢了。中台未必不是一条出路，是一条出路，但未必是一条好走的路，走不出一样会迷失。中台是数字化转型的一次尝试，“百日维新”昙花一现，很幸运的是，看到了中台走过了最为艰难的第一个五年，回顾新中国一路以来到今天的“十四五规划”，真的很不容易。
谈谈我自己，从16年开始懵懂地接触中台，到把一家企业的中台从0开始建设起来经过5年的发展到了5.0，几乎一年一个大的变化。
从实施过多家行业Top5的企业中台建设，到订立了行业的中台标准，参与了多本中台书籍的编写。我也由一名普通的产品经理，做到了高级产品经理、中台产品负责人、合伙人、产品总监。
短短的五六年时间了，可以说是只争朝夕，不负韶华。现在的我虽然已离开，然后这段经历也将为我砥砺前行，仰望星空，脚踏实地地做好自己的工作。
今天我们不谈论中台是什么，也不谈论中台的建与不建，不谈论好与坏。我们从新的角度来看中台这个事情，做中台教会了我们什么？
就好像我们换个角度来看是世界地图（图1-1），左边是我们日常所见的，右边从新的角度来看的，以世界为中心，以全局的思维和视角，而不以惯性的方式来观察，你会看到不一样的风景。

文章插图
图1-1
那做中台教会了我们什么？
作为一名产品经理，我们就以产品的思维来去分析和阐述：产品经理作为项目建设过程，必不可少的一名角色。
产品经理本身就担负着对多方需求的收集，对业务的理解，对需求的分析和取舍，最终设计出一款合适的应用，继而推动开发落地，交付，运营及推广分析，直到产品生命周期结束整个过程，可以说贯穿了整个企业数字化建设的过程。
一、做中台教会的第一件事是：体系化方法做产品建设做产品，不能没有行业和自己的一套方法论，通过体系化的方法论，可以为企业级产品建设上做正确的方向指导。中台通过几年的积累和大量的项目实践，已经拥有一套比较成熟的标准。
相比以前，做产品一般的思路是收集完需求，列功能清单，开始做原型，拆分功能评估工作量这种简单粗暴的产品落地方式。而中台的方法体系，至少包括以下6个层面（如图1-2）：

文章插图
图1-2
二、做中台教会的第二件事是：平台化思维做架构设计什么是平台化？我们接到一项任务或者一个项目，往往我们考虑的都是当下的任务范围或项目范围，毕竟资源成本以及周期都是具有约束性的。
为了让我们的产品具有前瞻性，往往很多时候我们需要往更高层次去考虑，再以当下的为落地，这就需要我们以平台化的思维做整体的架构设计。
思考平台化的产品架构，需要从几个方面着手：
1）是否具备多端，多角色的使用：多角色满足B/C端的账号角色需求，多段满足不同触达设备需求（如图1-3）：
图1-3
2）是否系统有分层，包括全局，租户，组织，应用等级别：分层是对业务和数据的高阶管理，是数据的隔离关键（如图1-4）：
图1-4
3）是否对多态的考虑，初始态，设计态，运行态（如图1-5）：

文章插图
图1-5
4）是否底层具有适配和兼容，比如统一账号，认证，外部链接（如图1-6）：