银行数据中台的「两张皮」困境

过去五年，多数股份制银行与城商行都启动了数据中台建设。但走访中我们发现一个普遍现象：中台团队交付了大量数据模型与接口，业务部门却感受不到变化——报表还是那些报表，取数还是要排队。究其原因，许多所谓中台只是把传统数仓换了个名字：数据还是「存」在那里，而没有变成业务可随时调用的「能力」。

中台与数仓的本质区别

• 服务对象不同：数仓服务于报表与分析场景（人看数据）；中台要同时服务业务系统场景（系统调数据）——客户画像、实时营销、风险决策都需要 API 化的数据服务，这是中台存在的核心理由。
• 时效要求不同：零售营销场景要求分钟级乃至秒级的数据响应，传统 T+1 批处理的数仓架构无法支撑「客户刚走出网点就触发后续营销」的实时旅程。
• 资产形态不同：中台强调「可复用的数据资产」：一个客户标签、一个风险特征、一个指标定义，可以被多个业务场景共享调用，避免每个项目重复建设。

银行中台建设的组织前提

技术选型从来不是银行中台失败的主因，组织才是。成功银行的共性做法：一是中台团队与零售业务团队实行「双项目经理」制，业务人员深度参与资产定义；二是数据团队的考核与业务结果挂钩，而非只考核「模型上线数量」；三是设立数据资产认责机制，每个核心标签与指标都有明确的业务 owner。没有这三条，中台建设投入越大，沉淀的「死资产」越多。