跳到主要内容

第 3.1 章 从需求到交付：把客户一句话拆成可报价方案

课程元数据​

项目内容
学习时间45-70 分钟
难度项目设计与交付表达
适合人群希望把教程能力转成作品集、客户方案、报价验收和面试讲法的读者。
最终交付物从客户原话到范围、架构、验收和报价的通用拆解表。
前置条件已理解第 1/2 卷的需求边界、资料治理、工具权限、观测、安全和验收方法。

本模块解决什么​

本章解决的是：把客户一句话拆成可报价方案。对新手来说，重点不是罗列功能清单，而是判断资料是否足够、哪些动作需要人工确认、验收样例如何证明业务价值。

project-delivery-method模块从客户原话推进到项目故事的整体工程工作台
模块总览：本模块沿“客户原话 → 范围与架构 → 验收报价 → 项目故事”展开，先理解业务主线，再进入逐页实现。

阅读时先用第 3.1.1 节「把客户原话翻译成可报价的项目范围」确认起点；中间小节补齐结构图、验收样例；到第 3.1.4 节「组装从需求到交付的作品集交付件」时，把前面的材料收束成可展示内容。

学完后，你应该能把「从需求到交付」拆成可报价的场景边界、资料清单、人工确认点和验收样例，并讲清它如何进入作品集或客户方案。

模块路线​

小节学习结果
第 3.1.1 节：把客户原话翻译成可报价的项目范围能写出客户原话到项目范围的验收样例、通过/不通过标准、判断阈值和风险说明。
第 3.1.2 节：把解决方案拆成可交付的系统架构能画出解决方案的组成模块、数据/状态流、责任边界和上下游依赖。
第 3.1.3 节：用验收标准反推报价和交付范围能写出验收与报价的验收样例、通过/不通过标准、判断阈值和风险说明。
第 3.1.4 节：组装从需求到交付的作品集交付件能把从需求到交付收束成作品集页面、验收证据和面试回答。

学习建议​

先从第 3.1.1 节「把客户原话翻译成可报价的项目范围」进入，确认本章的起点和边界；后续小节负责补齐结构、契约和验收材料；到第 3.1.4 节「组装从需求到交付的作品集交付件」时，把前面的字段表、流程图和验收样例收束成可展示材料。

章末实战​

必做任务​

独立完成本章最终交付物：从客户原话到范围、架构、验收和报价的通用拆解表。

不要只写概念总结。交付件必须能被另一位读者查看、复核，并能指出哪里通过、哪里需要返工。

必交证据​

  • 主交付件：本章要求的表格、流程图、字段契约、演示页面或验收材料。
  • 正常样例：证明主流程能够完成，并展示输入、处理结果和依据。
  • 边界或失败样例：至少覆盖资料不足、权限不足、工具失败、低置信度或高风险动作中的一种。
  • 取舍说明：用 3-5 句话解释为什么采用当前方案，以及没有采用的方案会增加什么成本或风险。
  • 复核记录：写明检查人、检查日期、发现的问题和修正结果。

评分标准​

维度2 分1 分0 分
业务目标输入、使用者和目标结果清楚目标基本清楚但缺一个关键条件只有技术名词，没有业务目标
工程边界明确说明系统做什么、不做什么和人工确认点有边界但缺少权限或责任说明默认模型可以处理所有问题
失败处理有可演示的失败分支、日志和下一步动作只写了失败说明，没有证据没有失败或兜底设计
可验证证据正常、边界/失败样例和主交付件能够互相对应有交付件但样例不完整只有文字总结
表达质量能用 90 秒讲清目标、方案、风险和验收能讲清功能但缺少取舍只能罗列工具名称

总分 10 分，达到 8 分且“工程边界”“失败处理”均不为 0 分才算通过。

自测步骤​

  1. 先遮住正文，只看自己的交付件，确认它能独立说明问题。
  2. 用正常样例走一遍主流程，再用边界或失败样例验证兜底。
  3. 根据评分表自评；低于 8 分时回到对应小节补材料，不继续堆新功能。
  4. 把最终交付件加入作品集目录，并准备一段 90 秒说明。

相关入口​