第 0 章 · 共 16 章
先看一笔业务：客户买的是“可运行结果”，不是忙碌程度
制造集团提出需求：“把六个法人、十八个站点的CRM、ERP、订单、库存与财务流程打通，十月底切换。”新手会立即统计功能和人天；专家先冻结六组事实：目标业务过程和不做什么、十四个接口的系统责任边界、一百二十万条迁移记录的质量责任、三十六小时切换窗口的进入与回退条件、五项可验收成果的证据、付款和收入确认各由什么事件触发。若这六组事实没被写入同一ID链，再漂亮的甘特图也只是愿望。
本教程贯穿虚构公司为“融桥数智集成（上海）有限公司”，简称融桥；正常项目为 CASE-I04-N01，异常项目为独立的 CASE-I04-A01。两案不共享客户、合同、订单、项目、变更或事件ID。教程采用净额万元为经营口径，另列教学税额和银行流水；税率只是算术假设，不构成任何地区或交易的税务结论。
0.1 一页经营地图
| 观察面 | 首要问题 | 最小证据 | 常见失真 |
|---|---|---|---|
| 市场 | 客户是否真的有跨系统、跨组织且愿意治理的问题 | ICP卡、现状图、责任人、采购计划 | 把所有“数字化”需求都当商机 |
| 商务 | 固定价、工时材料、转售和维护的边界是否分开 | 报价模型、假设清单、价格审批 | 用低价中标再靠变更赚钱 |
| 合同 | 每项承诺、验收、付款、知识产权和责任是否一致 | 合同、工作说明书、验收矩阵 | 主合同与投标文件互相矛盾 |
| 交付 | 需求、接口、数据、环境、测试是否有基线 | 追踪矩阵、接口清单、迁移台账 | 用会议纪要替代正式变更 |
| 财务 | 履约、开票、收入、成本、应收应付和现金能否勾稽 | 验收、账单、凭证、完工预测 | 收款即收入或投入即进度 |
| 运行 | 系统能否在客户控制下稳定运营和退出 | 切换包、运行手册、权限回收、移交单 | 上线后项目人员带着特权离场 |
| 地区 | 部署、远程支持、采购和数据路径是否适用 | 地区核验表、数据流、官方入口 | 一个模板覆盖五地 |
0.2 四条必须从第一天守住的边界
第一，销售范围不等于合同范围。演示、建议书、投标响应、澄清函、工作说明书和主合同可能同时产生承诺；签署前要做优先级和冲突检查。第二，投入不等于交付。花了多少工时只能说明成本，能否作为履约进度还要看合同、控制转移和计量是否忠实。第三，技术上线不等于业务验收。生产部署、用户能登录、关键交易通过、客户签字、质保开始和收入确认可以是不同日期。第四，集成商接触数据不等于拥有数据。导出、复制、脱敏、测试、跨境远程支持和删除均需有目的、授权、路径、期限与证据。
章末理解检查
合上原文，你能讲明白了吗？
不看原文，用自己的话解释「先看一笔业务：客户买的是“可运行结果”，不是忙碌程度」真正要解决什么业务问题。
已输入 0 个字，还需 12 个字；提交后会显示自检标准，并把本章记为已完成。