同样上线一条业务线，差别不在「写代码快不快」，而在「有几件事可以并行」。这份对照把两种情况拆到周，并且附上我们真实交付过的项目周期 —— 什么情况 5 周能上、什么情况要 14 周，一并写清。
| 周次 | 平台化落地（可并行） | 传统外采开发（串联） |
|---|---|---|
| W1 | 主数据整理与需求确认并行；标准应用开箱配置 | 需求访谈开始；厂商还需理解行业术语 |
| W2 | 业务主流程确认；基础档案导入；权限按组织树配置 | 需求文档撰写；等客户确认（往返一轮） |
| W3 | 关键单据与审批流配置；打印模板（检验报告/送货单等）制作 | 方案评审；变更需求重新评估工期 |
| W4 | 系统集成对接（与既有 ERP / 质量 / 仓储系统） | 开发排期启动——此时通常才进入写代码阶段 |
| W5 | 关键用户培训；数据试跑；问题清单收敛 | 开发中；客户无法看到可操作界面 |
| W6 | 并行运行与差异处理；验收资料移交；正式上线 | 继续开发；测试与联调尚未开始 |
| W7+ | 进入持续优化（可选二期扩展） | 系统测试、UAT、试运行、培训——通常还需 8–16 周 |
关键差异只有一句：平台化路线里「配置」和「需求确认」可以同时进行，传统路线里「开发」必须等「需求确认」结束才能开始。省下的不是编码时间，是等待时间。
下表为我们已完成交付的项目实际周期，起点为项目启动会，终点为验收。数据来自项目启动会材料、项目周报与验收资料。
| 项目 | 业务范围 | 周期 | 关键前置条件 / 说明 |
|---|---|---|---|
| 质量管理平台（涂料制造） | QMS：基础数据、生产批号、批次计划、质量检测、出货与退货管理 | 启动会 → 验收约 5 周 | 范围锁定为质量管理单条线；含 6 类检验/COA 打印模板定制 |
| 质量管理平台（精密制造） | QMS：来料/制程/出货检验、不合格品、客诉、计量、实验中心、体系与研发质量 | 第一阶段约 5 周 | 第一阶段 7 个模块；控制计划导入 4.6 万+ 物料编码、67.8 万行检验依据 |
| 客户交付 CRM（精密制造） | CRM：线索商机、客户与产品、销售订单、对账与开票、回款 | 约 7–8 周 | 与既有 ERP 及仓储系统需对接订单与发货数据 |
| 供应商协同 SRM（精密制造） | SRM：采购基础、订单协同、物流协同、质量协同（PPAP）、财务协同 | 约 14 周 | 需打通两套外部 ERP 与审批平台（多项接口联调）；委外与采购双线并行 |
| 数字化底座（精密制造） | 平台底座：组织、权限、表单、流程、报表、集成六大引擎 | 与业务线并行推进 | 底座先行，后续各业务产品叠加其上 |
| 模具管理系统（精密制造） | 模具全生命周期：台账、维修、报表定制 | 单线交付 | 在既有底座上叠加，复用权限与组织 |
| 前置条件 | 达标 | 不达标的影响 |
|---|---|---|
| 业务范围在启动时锁定 | 单条业务线，标准应用为主 | 每加一条线，周期约按 30%–50% 递增 |
| 主数据可用 | 物料/供应商/客户/检验标准已有电子档 | 主数据整理可能占掉整个周期的一半 |
| 客户方有明确业务负责人 | 能当场决策，不逐级上报 | 每轮确认往返约 3–5 个工作日 |
| 外部系统集成需求可界定 | 0–1 套系统，接口清晰 | 每增加一套外部系统，预留 2–4 周联调 |
| 不涉及大规模历史数据清洗 | 历史数据可分批迁移 | 数据清洗与核对往往比上线本身更耗时 |
| 验收维度 | 建议标准 | 不宜采用的写法 |
|---|---|---|
| 功能范围 | 逐条对照启动时确认的功能清单签字 | 「系统功能完整」这类无法判定的表述 |
| 数据准确 | 关键报表与线下结果抽样比对，差异有处理机制 | 要求上线即 100% 一致（实际做不到） |
| 并行运行 | 至少 1 周并行运行，记录并解决差异 | 不做并行直接切换 |
| 问题收敛 | 遗留问题分级列明，明确关闭时间与责任人 | 「上线后有问题再说」 |
| 移交 | 内部管理员能独立处理常见配置与问题 | 顾问撤场即失联 |
| 售后服务 | 明确免费维护期与响应口径（我们标准为一年免费维护） | 口头承诺不写进协议 |
把验收方式先谈清楚，比把周期谈短更重要 —— 周期承诺只影响信心，验收标准影响最终能不能结项。