顶点：范围
一口吃下业务、财务、设备、会员。没有三五个必须看的指标，平台没有验收面。
「中台」三个字容易把项目抬到无法验收的高度：要实时、要全量、要所有主题、还要一套平台团队。三件事同时要，就会掉进死亡三角——范围、周期、信任一起裂。
左角：人
没有口径主人，中台只是另一套库。人请假，数字立刻分叉。
右角：源
ERP、POS 主键还在漂，仓建得越快，错得越系统。
一定要上吗？不一定。源系统只有一两套、指标少、周会能靠看板和下钻收口，先做经营看板、预警和必要的现场屏就够。为什么必须先有看板，见 企业为什么必须有经营看板。主数据和接口是中台的入场券，不是中台的附属品，见 没有主数据，可视化为什么会骗人、接口规范了，下一张图为什么更快。
什么时候该认真谈中台？系统还在增加、私有抽取超过三套、同一指标被四处复制、加一张图必须再立项。那时缺的是调度、质量和契约，见 系统越接越多，先规范接口还是先画图。即便如此，也不必从「企业级数据中台」口号开始，可以先做主题仓和抽取回执。费用见 做看板或数据中台要花多少钱、周期多久。工具和定制怎么选，见 买现成 BI 和定制看板到底差在哪里。
达希建议的顺序（可停在任何一层）：
- 口径签字 + 能下钻的经营看板
- 门店/物料/客户对照 + 预警到人
- 少量可对账接口，加图复用
- 源变多、抽取变多，再上调度与主题仓
把仓库当展览，和当决策入口不是一回事，见 把系统当数仓展览，和当决策入口的差别。从需求到上线按工程走，见 从需求到上线：数据项目怎么走。需要判断你们停在第几层，请到 数据看板与中台 把必须看的指标和现有系统发来，不要从「我们想做大数据平台」开头。
若老板已经在行业会上承诺「上中台」，可以把中台定义成：接口、对照表、调度和对账，而不是再买一层概念平台。先亮周会五个数，平台才有资格长大。现场与预警按需叠加，见 预警推到人，异常如何少过夜、现场大屏如何让班组少跑办公室。
一年亮不出周会五个数，就该停范围
中台项目若一年还亮不出周会用的五个数，就该停范围，而不是加人。平台没有业务验收，编制会先于价值膨胀。
实时链路是中台里最贵的一角。现场节拍需要的，局部做；经营指标多数 T+1 即可。不要用实时证明中台存在。
编制上，中小企业很难养一个「平台部」。口径主人应是财务和业务负责人，实施只护抽取和对账。把中台当成组织升级，项目会在招聘里结束。看板没人看，先查有没有主人，而不是先扩平台，见 看板没人看，值不值得做。多系统冲突未写进调节表之前，仓只是把冲突存得更深，见 多套系统各算各的，风险在哪。