阶段 3 · 对象建模（M3 数字孪生成形）
旅程的第三个建设段：把「文件堆」升级为「对象注册表」。组织里每个核心业务名词——客户、订单、产品、设备、合同、项目——成为有编号、属性、状态、负责人与文件绑定的受管对象。这是组织数字孪生三阶段（Object → Link → Action）的第一阶段：先让系统认识企业中的实体。
// 一句话理解
给公司建户口本：前两段让系统「读过你的文件」，这一段让系统「认识你的公司」——每个业务名词有唯一的权威登记，问「客户 A 有几个在途订单、卡在哪、归谁管」，得到的是对象级的准确答案，不是一堆相关文件。
// 立场：建模的是决策，不只是数据
每个对象的存在理由是支撑某类决策或动作，不是为了描述世界的完整性。建模从决策出发：先列出你的高频决策（指派、审批、共享、转化、归档），再倒推需要登记哪些名词——不做大而全。
数据基座 vs 对象层：为什么还要建模
这是客户最常混淆的一层：阶段 2 的 Agent 已经能答了，为什么还要对象建模？因为文件和对象回答的是两类问题——
| 维度 | 数据基座（文件层） | 对象层（对象注册表） |
|---|---|---|
| 回答什么 | 「文件里写了什么」 | 「这个东西现在什么状态、归谁、和谁有关」 |
| 形态 | 非结构化文件：SOP、制度、纪要 | 结构化对象：编号＋属性＋状态＋关系 |
| 一致性 | 文件会过时、重复、互相矛盾 | 每个对象有唯一权威登记（单一事实源） |
| 答复质量 | 秘书级：「制度里是这么写的」 | 经理人级：「三个在途订单，一个卡在报价」 |
两层不是替代关系——每个对象通过文件绑定（FileBinding）绑回权威文件：对象管状态与关系，文件管依据与细节。语义元素的精确定义见 Object Types 与 Link Types。
这一段做什么：六个动作
| 动作 | 说明 | 产出 |
|---|---|---|
| 1 从决策建模 | 先列高频决策，再倒推需要的名词——不从文件夹建模 | 决策-对象映射清单 |
| 2 对象类型定义 | 每类对象声明：主键、标题属性、负责人、文件绑定、敏感级默认值 | 对象类型注册表 |
| 3 共享属性接入 | 所有对象统一状态、负责人、创建/更新时间、敏感级、复核日期 | 共享属性配置 |
| 4 关系注册 | 对象间关系按关系本身命名（服务、归属、依据、转化），含方向与基数 | 关系注册表 |
| 5 对象实例化与回填 | 从数据基座文件中识别、登记真实对象实例，绑定权威文件 | 对象实例库 |
| 6 对象级问答评估 | 测试「状态、归属、关系」类问题的回答准确性 | 对象级评估报告 |
建模红线（违者打回）
- 面向业务现实建模 — 不镜像某个工具的导出字段：对象描述你的业务，不描述软件的数据库；
- 不造「上帝对象」 — 客户对象不吸收所有用例的字段，按用例拆出关联对象；
- 三次法则 — 同一模式手工做到第三次，必须抽象为可复用类型；
- 在用的不完美建模好过设计中的完美建模 — 从核心对象起步、按真实需要扩展，禁止提前大一统建模。
里程碑 M3 ·「数字孪生成形」
| 项 | 内容 |
|---|---|
| 一句话 | 系统不再只是读过你的文件，而是认识你的公司——问状态、问归属、问关系，准确到经理人敢用 |
| 参考周期 | 2–4 周／域（灯塔部署内完成单工作流涉及的对象；扩展期推向全组织） |
| 等级意义 | M3 验收通过 = ADL-3「专业经理人」达成 |
你能亲眼看到的变化
- 问「客户 A 现在有几个在途订单、分别到哪一步、归谁负责」，得到对象级的准确答案；
- 每个核心业务名词有唯一权威登记——两个部门对「客户数」的口径第一次对齐；
- 每个对象可以点开看到：当前状态、负责人、关联对象、依据文件；
- Agent 的答复从「资料汇编」升级为「经营答复」——经理人敢直接用。
M3 验收清单（签字项）
| # | 验收项 | 判定方式 |
|---|---|---|
| 1 | 对象注册表覆盖约定的核心业务名词 | 按域清点、评审会 + 客户签字 |
| 2 | 每类对象有负责人、文件绑定、敏感级默认值 | 逐类型检查 |
| 3 | 对象实例与权威文件一致性抽查通过 | 抽查不少于二十个实例 |
| 4 | 对象级问答评估达上线门槛 | 评估报告归档 |
| 5 | 客户域负责人能独立完成对象登记／更新一轮 | 现场验证记录 |
你需要投入什么
- 每个建模域一位业务专家参与对象评审（每域每周 2–3 小时）；
- 对口径争议做裁决——同一名词两个部门定义不一致时，需要业务拍板；
- 指定每类对象的负责人。
进入下一段的条件
M3 五项验收全部通过，且至少一个候选业务闭环的相关对象全部完成登记——阶段 4 的行动建模需要先有名词，再谈动词。
这一段不做什么
- 只做「名词与关系」：不固化业务动作——那是阶段 4 的 Action 合约；
- 不做跨业务系统的数据源打通——OA／ERP／MES 对接属于阶段 4 的连接延伸；
- 不追求对象全覆盖——只建支撑决策的对象，按需扩展。
相关阅读
- 旅程总览 — 这一段在全旅程中的位置
- 阶段 4 · 连接与行动（M4） — 下一段：从「认识」到「行动」
- Object Types — 对象类型的精确定义
- Link Types — 关系类型的精确定义
- 数据基座与 Agent 基座 — 「记忆 vs 户口本」的概念阐述