第八章：数据中台
一
入职第二十四个月，蓝鲸启动了一个战略级项目------"数据中台"。
消息是在一次全员大会上宣布的。总监站在台上，用二十分钟介绍了背景："蓝鲸的企业服务产品线正在快速增长，但各部门的数据是割裂的------销售有销售的数据，产品有产品的数据，技术有技术的数据。数据不通，就无法做全局分析；无法做全局分析，就无法做数据驱动的决策。数据中台的目标就是打通这些数据，建立统一的数据标准和数据服务能力。"
林晚坐在台下听着，心里闪过一个念头------这个项目他想参与。
不是因为"战略级"听起来很厉害。是因为他在过去半年的数据工作中，深刻体会到了"数据割裂"的痛苦。每次做跨部门的数据对接，都要花大量时间在"格式转换""标准对齐""数据清洗"上。如果有一个统一的数据中台，这些工作可以被标准化、自动化。
会后第二天，张磊在1on1里对他说了这件事。
"数据中台项目下周启动。我推荐你加入核心团队。"
林晚看着他，没有立刻回答。
"你不想去？"张磊问。
"想去。但------我够格吗？这个项目是战略级的，组里比我资深的人很多。"
"够格不够格不是你说了算的。"张磊说。"你的数据迁移项目做得不错，你在数据方向的积累也有目共睹。而且这个项目需要一个人------技术能力够强、沟通能力够好、还能协调跨部门的需求。刘洋太忙了，老周不想折腾。你是最合适的人选。"
林晚想了想，点了点头。
"但有一点你要想清楚。"张磊说。"你去这个项目，不是负责人------负责人是总监指派的。你是核心执行者。这意味着：做好了，功劳不全是你的；做砸了，锅可能有你一份。"
"我知道。"
"知道就好。去吧。"
林晚走出张磊的办公室的时候，心里有一种复杂的感觉------兴奋和压力并存。兴奋是因为这是一个大机会；压力是因为他知道，这种大机会的背后是大风险。
他打开备忘录，写下了第十五条踩坑记录：
"大项目 = 大机会 + 大风险。做好了不一定有功，做砸了一定有锅。但不去做------永远不会有功。"
二
数据中台项目启动后的第一周，林晚就发现了一个事实------这个项目的真正挑战不是技术，是组织。
技术方案他已经想了个大概------统一数据模型、建立数据管道、提供数据查询API。这些东西他在数据迁移项目中做过类似的，只是规模更大。
但组织层面的问题比技术问题复杂十倍。
项目组有二十个人，来自五个不同的部门------技术研发、产品、数据平台、销售支持、客户成功。每个部门都有自己的数据标准、自己的数据格式、自己的利益诉求。
第一次需求对齐会开了三个小时，没有达成任何共识。
销售支持的负责人说："我们的客户数据是最核心的资产，不能随便共享给其他部门。万一被竞对获取了呢？"
产品部的PM说："我们的数据格式是按产品需求设计的，不是按数据中台的标准设计的。要改格式？可以。但你要告诉我改了之后对我的产品有什么好处。"
数据平台部的架构师说："你们提的这些需求，技术上都能做。但资源有限------你们五个部门的需求同时做，我们做不过来。得排优先级。"
排优先级------谁排？怎么排？谁说了算？
林晚坐在会议室里，看着这些人各说各话，忽然理解了一件事：**数据中台不是一个"技术项目"，是一个"政治项目"。**它要打通的不是数据，是部门之间的壁垒。而壁垒的背后是利益------每个部门都觉得自己的数据是"自己的"，不愿意共享给"别人"。
如果用技术的思维来解决这个问题------"我做一个统一的数据标准，你们照着做就行"------一定会失败。因为没有人愿意被"统一"。
林晚换了一种思路。
他没有在会上试图说服任何人。会后他做了一件事------做了一个demo。
他花了三天时间，用现有的数据做了一个最小版本的数据中台原型------把销售部和产品部的数据打通，生成了一份跨部门的分析报表。报表很简单------只是把两个部门的数据放在一起，做了一些基础的交叉分析。
但他把这份报表拿给了销售部的负责人看。
"你看一下这份报表。这是把你们的客户数据和产品的使用数据打通之后的结果。你可以看到------哪些客户在用你们的产品的哪些功能，哪些功能的使用频率最高，哪些客户有流失风险。"
销售部的负责人看了五分钟，表情从"这是什么"变成了"等一下"再变成了"这个有用"。
"这份报表你能每周自动生成吗？"
"能。只要数据标准对齐了。"
"数据标准怎么对齐？"
"你们的客户ID和产品的客户ID是同一套体系吗？"
"......不完全是。我们的客户ID是按合同编号来的，产品那边是按注册账号来的。"
"这就是问题所在。如果你们能统一客户ID的映射关系，我就能把两边的数据打通。"
销售部的负责人想了想，说："你做一份映射方案给我看看。"
林晚回去了，花了一天时间做了一份映射方案------不是技术方案，是一份"销售部只需要做三件事"的清单。
他把清单发给了销售部的负责人。对方看完之后说了一句："行，我们配合。"
第一步打通了。
用同样的方法，林晚一个一个地去"击破"------不谈标准，谈好处；不谈技术，谈业务；不谈"你应该做什么"，谈"你做了之后能得到什么"。
两周之内，五个部门中有三个同意配合数据标准的对齐。
剩下的两个------产品部和客户成功部------还在犹豫。但大势已经定了------当三个部门都同意了之后，剩下两个如果不配合，就会被"孤立"。
这不是"说服"，是"势"。
当你推动一件事情的时候，不需要说服所有人。你只需要说服关键的几个人，让"同意"变成"主流"，让"不同意"变成"少数"。然后少数人会自动跟着多数人走。
林晚在备忘录里写下了第十六条踩坑记录：
"推动事情的秘诀：不是说服所有人，是说服关键的几个人。让'同意'变成主流，让'不同意'变成少数。少数会自动跟着多数走。"
三
数据中台项目进行到第二个月的时候，迎来了第一次架构评审。
评审会在A座的大会议室举行，参加的人包括------总监、两个高级经理、三个架构师、以及项目组的核心成员。林晚和林昊都在。
评审的议题是：数据中台的核心架构方案------用什么技术栈、怎么设计数据模型、怎么处理数据管道。
林晚和林昊分别准备了两个方案。
林昊的方案是先说的。他准备了一份非常详细的PPT------二十页，涵盖了架构设计、技术选型、性能预测、容灾方案。他的方案使用了最新的分布式计算框架，架构优雅，扩展性强，性能预测数据也很漂亮。
林晚在台下听着，心里承认------林昊的方案在技术上确实比他的好。架构更干净，代码更精炼，理论上能支撑更大的数据量和更高的并发。
然后林晚上台讲他的方案。
他的PPT只有十页。没有架构图那么漂亮，技术选型也没有用最新的框架------他用的是蓝鲸现有技术栈的组合，加了一些定制化的组件。
他的方案的核心逻辑是："不用最新的，用最稳的。蓝鲸现在有五个部门的数据要打通，每个部门的数据格式和系统都不一样。在这种复杂度下，最重要的不是性能最优，是兼容性最好、风险最小、落地最快。"
他花了十分钟讲方案，然后花了五分钟讲"为什么不用林昊的方案"------不是因为林昊的方案不好，是因为林昊的方案需要引入新的技术栈，而蓝鲸的团队对新技术栈的掌握程度不够，上线风险高。
讲完之后，会议室安静了几秒钟。
总监问了一个问题："林晚，你的方案在性能上能达标吗？"
"能。我做了性能测试------在现有数据量下，查询延迟在500毫秒以内，满足业务需求。如果未来数据量增长到现在的十倍，我预留了扩展接口，可以平滑升级。"
"林昊的方案在性能上更好。你为什么不选他的方案？"
"因为性能不是唯一的标准。在我的方案和林昊的方案之间，我选的是'确定性'------我的方案用的是成熟技术，团队熟悉，上线风险小。林昊的方案用的是新技术，性能更好，但不确定性也更大。在这个项目里，我宁愿牺牲一些性能，换取更高的确定性。"
总监看了看林昊，又看了看林晚。
然后他说了一句："我倾向于林晚的方案。但林昊的方案也很好------可以作为二期的备选。"
林昊坐在台下，表情平静。但林晚能感觉到他内心的不服------他输的不是技术，是"场合判断"。
会后，林昊在走廊里碰到了林晚。
"恭喜。"他说。
"谢谢。"
"你的方案确实更适合这个阶段。"林昊说。停顿了一下，补了一句："但我的方案在技术上更好。"
林晚点了点头："我知道。所以我说了'可以作为二期的备选'。"
林昊看了他一眼，没有再说什么，转身走了。
林晚站在走廊里，看着林昊的背影。
他理解林昊的感受------如果你是一个技术很好的人，被一个技术不如你的人"赢了"，你会不服。但林昊不服的不是林晚，是"规则"------在职场里，"最好的方案"不一定赢，"最合适的方案"才赢。
这不是技术问题，是判断力问题。
林晚在备忘录里写下了第十七条踩坑记录：
"最好的方案不一定赢，最合适的方案才赢。在职场里，'合适'的定义是------在当前的资源、时间、团队能力下，风险最小、落地最快的方案。技术上的优雅是加分项，但不是决定项。"
四
数据中台项目持续了六个月。
六个月里，林晚几乎每天都加班到八九点。不是因为工作量大------虽然工作量确实大------而是因为这个项目的协调工作量远超他的预期。
他需要和五个部门对接数据标准，和架构师讨论技术方案，和产品经理确认需求优先级，和测试工程师协调测试计划。每天都有无数的会议、无数的消息、无数的"临时需求变更"。
但在这六个月里，有一个人让他的工作变得不那么孤独。
苏晴。
苏晴是产品部派到数据中台项目组的PM。从项目启动的第一天起，她就和林晚在同一个项目组里。他们需要频繁地讨论需求------数据中台的"数据服务能力"需要产品部来定义"给谁用、怎么用、用在哪里"。
他们的合作方式和之前那个跨部门项目一样------苏晴定义问题，林晚想技术方案。但这次更深入------他们需要一起做"产品规划"，不只是"技术实现"。
有一次，他们在一个需求的优先级上产生了分歧。
苏晴说："这个需求应该优先做------客户反馈最强烈。"
林晚说："这个需求技术上很复杂，至少需要一个月。如果先做这个，其他三个简单的需求会被推迟。"
苏晴看着他，说："你说的是'技术复杂度'，我说的是'客户价值'。复杂度高不代表不应该做------只是需要更多时间。你能不能把需求拆开，先做一个最小版本？"
林晚想了想："可以。但最小版本的功能会很简陋。"
"简陋没关系。先让客户用起来，收集反馈，再迭代。完美是好的敌人。"
"完美是好的敌人"------这句话林晚记在了备忘录里。
他们之间的合作越来越默契。苏晴知道什么时候该给林晚空间让他安静思考，什么时候该主动推进让他做出决策。林晚也知道什么时候该听苏晴的产品判断，什么时候该坚持技术底线。
有天晚上加班到十一点，两人一起下楼。公司楼下的便利店还开着，他们买了两杯热巧克力和两串关东煮，坐在便利店门口的台阶上。
"你为什么选择做产品经理？"林晚问。
苏晴喝了一口热巧克力，想了想。
"因为我想解决问题。但我不想写代码。"她笑了。"开玩笑的。真正的原因是------我发现我擅长'理解人'。理解用户想要什么、理解技术人员在说什么、理解管理层在想什么。产品经理的核心能力不是画原型图，是'翻译'------把用户的需求翻译成技术能实现的方案，把技术的限制翻译成用户能理解的期望。"
"你之前是做什么的？"
苏晴的表情微微变了一下------不是不好的变化，是"想起了什么"的变化。
"我之前在一家小公司做运营。老板是个PUA高手------每次我做得好他就说'这是你应该做的'，每次我做得不好他就说'你不行就走'。我干了一年，差点抑郁。后来辞了职，自考了本科，转行做了产品经理。"
"自考本科？"
"对。我高中毕业就出来工作了。后来觉得学历不够，花了三年自考了一个本科。"
林晚听着，心里有一种复杂的感觉------不是同情，是尊重。苏晴的起点比他低，但她走到了和他一样的位置。而且她的一些能力------沟通、共情、产品思维------是他不具备的。
"你呢？你为什么选择做技术？"苏晴问。
"因为技术是确定的。代码写对了就是对的，写错了就是错了。不像人------人太复杂了。"
苏晴看着他，笑了。
"你现在不也在学'理解人'吗？"
林晚愣了一下，然后也笑了。
"是。但还在学。"
两个人在便利店门口坐了一会儿，什么都没说。望京的夜色很安静，远处的写字楼还亮着零星的灯光。空气里有一股夏夜特有的闷热，夹杂着便利店空调外机的嗡嗡声。
林晚忽然觉得------这一刻，他不是在"加班"，也不是在"社交"。他只是和一个理解他的人，安静地坐了一会儿。
这种感觉很好。
五
六个月后，数据中台一期上线。
上线的过程比林晚预想的顺利------因为他在项目前期花了大量时间在"组织对齐"上。当技术方案上线的时候，五个部门的数据标准已经基本统一，数据管道已经跑通了几个核心场景。
上线后的第一个月，客户满意度提升了12%。销售部的报表从"每周手动汇总"变成了"每天自动生成"。产品部可以实时看到各功能的使用数据。客户成功部可以提前预警流失风险。
数据中台不是"锦上添花"------它真的解决了客户的问题。
公司级庆功会在蓝鲸的大会议厅举行。三百多人参加------从总监到普通员工，从技术到产品到销售。林晚坐在台下，看着大屏幕上滚动播放的项目成果------数据打通了多少、效率提升了多少、客户满意度提升了多少。
然后总监上台讲话。
"数据中台是蓝鲸今年最重要的战略项目之一。它的成功不仅是一个技术项目的成功，更是跨部门协作的成功。我要特别感谢项目组的每一位成员------"
总监开始念名字。念到林晚的时候，停顿了一下。
"林晚------负责数据中台的核心架构设计和跨部门数据标准的对齐。在他的推动下，五个部门的数据标准在两个月内完成了统一。"
三百多人的掌声。
林晚坐在台下，鼓着掌。这次不是苦涩的，不是"别人在台上我在台下"的苦涩。这次是------真的开心。
然后张磊上台代表项目组发言。
张磊的发言很简短------感谢了团队、感谢了各部门的配合、感谢了高层的支持。在最后他说了一句：
"数据中台的技术方案，主要是林晚设计的。"
台下又响起了掌声。
林晚坐在台下，看着张磊。张磊的表情和平时一样------平静、没什么情绪。但林晚知道------这一次，张磊没有"摘桃子"。他把功劳还给了他。
也许是因为这个项目的功劳足够大，大到张磊不需要"拿"。也许是因为张磊觉得林晚已经"够格"被公开表扬了。也许只是因为------这一次，张磊做了一个正确的选择。
不管原因是什么，结果是一样的------林晚的名字被三百多人听到了。
庆功会结束后，林晚和苏晴在公司楼下走了一圈。
七月的北京，晚上九点多天还没全黑。望京的街道上人不多，路灯昏黄，照在两个人的影子上。
"恭喜你。"苏晴说。
"这个项目没有你的需求文档，做不到这个程度。"
苏晴笑了："那我们扯平了。"
两个人并肩走着，没有再说话。
走了大约十分钟，到了一个十字路口。苏晴要往左走------她住的方向。林晚要往右走。
"那......明天见。"林晚说。
"明天见。"
苏晴转身往左走了。
林晚站在十字路口，看着她的背影慢慢变小，消失在路灯的光影里。
他站了一会儿，然后转身往右走了。
他没有回头。但他知道------有些东西已经不一样了。
不是"喜欢"------至少他现在还不确定那是不是喜欢。是"理解"。他理解苏晴，苏晴也理解他。在蓝鲸这个充满了规则和博弈的地方，有一个理解你的人，比什么都重要。
他走在回出租屋的路上，路灯把他的影子拉得很长。
数据中台一期上线了。
他的名字被三百多人听到了。
他有了一个真正理解他的人。
这一年------值了。