本文将简单剖析一下资料中台，并尝试着明确资料中台到底需要什么样的产品经理。
中台，一个火热到发烫的词汇。
附耳细听，到处都在喊中台，似乎不知道中台就差了意思，张嘴闭嘴说中台才算OG老炮儿。但是，时至今日，中台仍然是一个被定义中的概念，大家对这个词汇都有感觉，但又很难具象与明确出来。
说起中台的意义，笔者认为在于：快速的响应需求，整合资源，在复用原有能力的同时，发现新机会。
关于中台的实际落地，有这样的分类：技术中台、业务中台、组织中台，或者直接分为：业务中台与资料中台。
本文将简单剖析一下资料中台，并尝试着明确资料中台到底需要什么样的产品经理。
资料中台：打哪来，往哪去？
到底，什么是资料中台？
首先，资料中台是为了汇总与融合企业内的全部资料（甚至企业外的资料），打破资料隔阂，解决资料标准与口径不一致的问题。
举个例子，多个系统中都有“包子”这个字段，但定义不同：
A：有皮有馅就是包子
B：有荤有素就是包子
C：吃了解饿就是包子
不同定义的最终产物是：同样的“包子”，却有不同的指代物。
这就是资料标准与口径的不一致的弊端，也正是资料中台需要解决的问题。
解决了上述问题，做好了资料治理后，资料中台还需要成为对外提供统一的资料服务界面的资料整合平台。
在这个过程中，不断完善的资料体系，会不断的丰富各类场景所需的资料。这也是资料中台都在推行 One Data（一个资料管理体系），One ID（打通的使用者体系），One Service（一个服务平台）的原因。
再举个例子，公司多个系统或产品都有使用者“石头”的使用记录：
根据上述内容，如果资料的打通的，且遵循One ID（其实就算注册账号不同也有很多办法来进行关联判断），我们得出的结论是什么？
大致的结论：石头计划从朝阳跳槽到海淀，正在找海淀的房子。
我们可以再细致一点：根据石头点餐的习惯，可以判断ta的日常饮食习惯，结合石头浏览的租房内容可以判断ta的消费档次，再结合投递职位的薪资，我们可以计算出ta的基本收入……
然后呢？一个完整的使用者画像跃然纸上。
但是，资料融通带来了新的问题：“资料隐私”。
从技术层面来看，资料中台是“资料仓库与资料服务中介软件”的组合，因为海量的资料，所以需要分散式计算平台和储存平台，而且技术是中性的，没有善恶。
从资料应用来看，资料中台汇聚了企业内外部的各种资料，除了企业自身资料，还有大量的使用者资料，根据这些内容去挖掘商机是企业商业化的有效途径，但“隐私”的门锁，握于谁手？
资料中台的价值是从正规渠道获取资料，应用到阳光下，资料资产是黑是白，就在于此。
但，不可否认的是：资料中台极具使用价值。
在极具价值的资料中台里，产品经理会扮演什么的角色呢？或者说，资料中台到底需要什么样的产品经理？
通过资料中台专案内容与最终输出物来看，资料中台需要的产品经理分为两类：资料产品经理与资料平台产品经理。
“天条”制定者：资料产品经理
关于资料产品经理，知乎大V何明科大大有这样的描述：
“不写程式的资料工程师不是好产品经理”，从某种程度说明资料产品经理的部分定义，资料产品经理这个职位，其实很跨界：需要懂程式，做资料收集及清洗；需要懂产品，了解内外部使用者需求和理解市场；需要懂资料，用资料的方式证明、证伪及发现问题。
简单说，资料产品经理既要完成资料体系设计，让原本无序或庞杂的资料变得“规矩”，又要根据业务场景的变化，不断调整专案内容，推进专案进度。
不得不说，在推进资料中台专案的过程中，开发难度所带来的压力，要远小于资料资产的盘点与整合。
以“包子”的内容为例，资料产品经理需要给“包子”明确出最终的定义，并让各个系统执行。
问题在于：不同的系统归属于不同的部门，你凭什么让别人配合，甚至修改人家用了很久的系统，而且修改内容可能并不会给所属部门带来直接的收益，直白说，这样的工作内容不在KPI范围内。
怎么办？
资料产品经理就像一个“天条”的制定者，却没有执行天条的权力。
如果专案有一把手坐镇，倒可以“挟天子以令诸侯”，但其中苦楚，不足为外人道也。
所以资料中台需要更具沟通能力的资料产品经理，能够在与多个业务线，需求、背景、想法各不相同的相关方一起，推动完成相关功能的实现，有效的达成沟通目的，这一点，不仅重要，而且很重要。
结合资料中台的特性，我们发现：资料中台的资料产品经理，需要不计一地一城的得失，得有战略思维，也需要缜密的逻辑思维能力。
资料中台所含资料内容庞杂，资料来源之多，远胜单业务线的资料体系，如何完成这一庞大资料体系的设计，是个极大的考验。
资料产品经理，作为资料建设的推动者，需要强大的战略思维和逻辑思维能力，不仅可以判断出当下业务当中的关键流程，更可以不受限于现有业务规模，理解业务接下来的发展方向，做好资料体系扩充套件性设计。
资料产品经理的基本能力当然更不能丢，业务逻辑梳理、维度指标体系设计、资料建模、资料视觉化设计等等。
归纳一下资料产品经理的技能点：
需要说明一下，资料产品经理不是资料分析师。
简单来说，资料分析师更多的是在解决业务线具体的问题，而资料产品经理是在进行业务抽象，通过产品化的方式输出资料。
“方舟”打造者：资料平台产品经理
资料平台产品经理，就是广义上的产品经理，只不过这些产品经理在做资料类产品的相关设计。
他们天天与资料打交道，但不用进行资料分析与资料体系设计。
他们的工作是为资料分析师与资料产品经理打造更多的平台工具，然后把资料分析的成果通过产品化的方式展示给使用者。
前者包括：排程平台、实时处理平台、Hadoop生态元件等。
后者包括：视觉化报表平台、BI系统、移动BI系统、使用者画像平台等，如果有面向用户或者To B的需求，还可以打造如淘宝指数、百度指数这类的资料产品。
浩瀚的资料宛若汪洋，资料产品经理给这片汪洋制定了“洋流与风向”等“天条”规则，但是出航远行还是需要一艘钜舰方舟，这样才能更快的到达各个目的地，资料平台产品经理就是这样一艘方舟的打造者。
资料平台产品经理这位“方舟”打造者，是在用产品化的方式，让内外使用者更便捷的使用与检视资料。
所以资料平台产品经理，在满足广义产品设计能力的基础上，还需要以下能力：
资料平台的起点是企业内部应用，商用也可能只是发展程式中的一站。但过程中，资料平台产品会历经很多“磨难”，比如：内部推广的压力、业务方对资料资产价值的质疑，商用的切入点难以找寻……
耐得住寂寞，有大刀雕花的技巧，才会水到渠成。
资料平台产品经理与资料产品经理在工作的分界线，存在融合，存在很多的交集。不少公司是将两个岗位进行了二合一，一人分饰两角，这倒也未尝不可。
有个前提，资料产品经理更侧重资料体系的建设，而资料平台产品经理更侧重工具与平台的设计，这一点值得了解。
至于资料中台对人才的需求标准，仁者见仁，智者见智吧。
最后的结语
可能中台是“新贵”，资料中台是“风口”，除了尚未解答的资料隐私问题（可能短时间也难以找到答案），还有一件事需要大家了解。
搜寻内容是大把的培训机构在追风口，各种资料类岗位的培训广告赫然在列……
说句实话，虽然资料相关的岗位薪酬不错，但是资料相关的岗位需求量真的很小。
理论上说，中台是一种产品设计思路，或者系统架构思路，并不受限于公司的规模。
但是小公司没那么多的资料，不大不小的公司有第三方的资料工具，大公司呢，往往很难通过培训公司，培训一下就可以拿到offer。
所以，与其急于求成，倒不如按照资料岗位的技能要求，不断的淬火打磨。
路漫漫其修远兮，产品经理将上下而求索。
作者：张小墨，微信公众号：月光坦克（moontank1918），某美股上市互联网公司产品经理。
本文由 @张小墨 原创释出于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
