最初，业务遇到了什么问题？
不同系统重复维护客户与商品，报表依赖人工拼接，指标口径缺少版本，问题出现后难以追溯来源。
需要改变的工作方式
业务信息分散在多种工具中，状态、规则和责任难以保持一致。
系统应当建立的协同方式
以统一记录连接角色、流程与异常处理，让业务动作可追踪、可复核。
围绕业务关键点，组织系统建设。
以一组高价值经营指标为起点建立数据产品，明确来源、加工逻辑、质量规则和服务对象，再分阶段扩展主题域。
01
从一个决策问题开始
例如区域销售为何下滑，需要订单、退款、渠道和客户维度，而不一定需要搬入所有系统数据。先列出要作出的决策及所需证据，形成数据建设优先级。
02
指标必须有业务负责人
每项指标写清公式、时间口径、排除条件、维度和更新频率。口径修改保留版本并通知使用者，历史对比应说明是否重算。
03
先治理关键标识与关联关系
客户、商品和组织编码缺乏一致性，会让报表连接产生重复或遗漏。建立匹配规则与人工确认流程，保留来源映射，避免一次性清洗后再次失控。
04
让数据质量成为可运营任务
为缺失、重复、延迟和异常波动配置检查；告警分配给来源系统或业务负责人。数据看板显示更新时间与质量状态，使用者可以判断是否适合当前决策。
05
数据服务与权限一起交付
分析视图、接口与 AI 检索都复用相同的组织和敏感字段规则。按业务任务授权，保留访问审计，避免复制多份未经管理的数据集。
06
用真实问题验证数据是否可用
验收要求业务人员能用新平台完成约定分析，并解释数字来源。核对抽样明细、汇总总额和口径边界，再测刷新时效与失败恢复。
让每一个动作，有明确的下一步。
业务定义
决策问题与指标口径
数据治理
编码、质量与责任
可信加工
采集、关联与血缘
分析行动
业务解释、反馈和改进
让系统价值，有可核对的衡量依据。
围绕业务运行建立指标基线、测量条件和复核方式。以下列示方案评估参数；项目实际成果以双方确认的数据为依据。
首批经营指标
方案设计范围，逐项确定负责人
首期数据来源
设计规模，先建立可运营链路
指标来源可追溯
验收目标，限首批已发布指标
交付能够运行、使用和持续维护的系统。
- 经营指标词典
- 主数据及映射规则
- 数据架构与质量任务
- 主题数据集与分析工作台
- 访问权限及血缘说明
- 数据运营责任与日常机制
从上线到长期运行
关键岗位培训覆盖标准操作与异常处理；系统交接包括环境、权限、接口与运行资料。业务反馈按优先级进入迭代计划，重要变更保留评审与回退安排。