下面三条按“行业 + 问题 + 做法 + 结果 + 时间”的结构撰写，用于说明交付过程；数据为示例结构，替换为真实项目后再投放。
示例 01 · 制造业
某制造业企业（示例）的设备档案分散在多张 Excel，点检靠纸单，异常上报滞后，月底汇总需要人工合并。
| 客户行业 | 制造业（示例，客户名略） |
|---|---|
| 问题 | 设备信息分散、点检纸单、故障与备件脱节、汇总靠人工 |
| 做法 | 统一设备编码与位置台账；移动端扫码点检；异常自动生成工单并联动备件；看板按车间与故障类型汇总 |
| 结果（示例） | 点检数据当天可查；月底汇总改为系统导出；停机原因可按设备与故障类型归集 |
| 时间（示例） | 按合同分两期：一期台账与点检，二期工单与备件 |
| 交付清单 | 源程序、数据库结构、部署文档、操作手册、点检表单配置说明 |
这个项目里最难的一步是建主数据。设备编码不统一，后面所有统计都不可信。通常建议先冻结编码规则，再导入历史台账，导入结果逐条比对而不是“大致对得上”。
示例 02 · 零售连锁
某连锁零售企业（示例）总部看不到门店实时库存，跨店调货靠电话确认，线上订单与门店库存分属两套系统。
| 客户行业 | 零售连锁（示例，客户名略） |
|---|---|
| 问题 | 库存不透明、调拨无单据、线上线下两套库存、会员重复建档 |
| 做法 | 统一商品与门店主数据；订单中心统一收单；库存按流水记账并日结；会员按手机号去重合并 |
| 结果（示例） | 总部看板可查各店库存；调拨单双方确认后生效；差异可按单据追溯到人 |
| 时间（示例） | 按合同分三期：主数据与库存、订单、会员与报表 |
| 交付清单 | 源程序、接口文档、数据字典、门店操作手册、上线切换方案 |
这类系统的风险在切换期。旧系统还在用、新系统刚上线时，两边库存会不一致。常见做法是选一个业务低峰日做切换，并保留一段并行期，每日对账直到差异清零。
示例 03 · 软件外包
某软件企业（示例）在两个项目集中交付期缺测试人力，招聘周期长于项目窗口，客户验收时间已经确定。
| 客户行业 | 软件与互联网（示例，客户名略） |
|---|---|
| 问题 | 峰值期人力缺口、招聘周期长、验收时间固定 |
| 做法 | 按人月补充测试人力 2 人，纳入客户团队排期；统一缺陷提交规范与回归口径；每周出缺陷趋势报告 |
| 结果（示例） | 测试用例按计划执行完毕，缺陷关闭率可周度追踪；未因人力问题推迟验收 |
| 时间（示例） | 按合同约定合作周期，到期前评估是否续期 |
| 交付清单 | 测试用例、缺陷记录、回归报告、工作日志 |
人力外包必须写清管理边界。谁排期、谁的代码规范、缺陷优先级怎么定、出现质量争议按什么标准判定，这四条不写清，合作两周就会出现摩擦。
进度
排期按里程碑拆分而不是给一个总天数：每个里程碑有交付物和确认动作，未确认不进入下一阶段。
| 里程碑 | 交付物 | 客户要做的确认 | 顺延条件 |
|---|---|---|---|
| M1 需求确认 | 需求确认书、原型 | 书面确认功能范围 | 范围调整需重新估算 |
| M2 开发完成 | 可运行版本、接口文档 | 参与演示并提问题单 | 第三方接口资料未到位 |
| M3 验收 | 验收报告、缺陷清单 | 按验收标准逐项核对 | 验收环境不具备 |
| M4 上线与移交 | 部署包、文档、账号 | 确认移交清单 | 客户侧审批未完成 |
为什么标注示例
因为未经客户书面授权，披露客户名称与项目数据既违约也可能构成虚假宣传；标注示例是合规做法。
如果你需要我们提供可核验的项目材料，可在联系页说明项目背景，我们在保密前提下沟通可披露的范围。