模板下载：1页访谈纪要/SOW/MVD画布/RACI矩阵

📝 1页访谈纪要模板

（F4-2有详细介绍，这里给出模板结构）

结构：

访谈纪要

一、基本信息：时间、对象（姓名/职位/部门）、访谈人、方式（现场/电话/视频）。

二、业务现状：3-5句话概括业务流程、系统工具、团队规模。

三、核心痛点：3-5个，每个"现象+量化数据+影响"。

四、需求与期望：客户想要什么、对AI的认知、有没有不切实际的期望。

五、决策链：决策者、使用者、影响者、决策流程。

六、下一步行动：动作+时间+负责人。

使用要点：① 访谈后24小时内发出；② 450字左右，1页A4；③ 用客户原话描述痛点；④ 发纪要时附一句话请客户确认；⑤ 客户确认后作为项目基础资料。

下载：[1页访谈纪要模板.docx]——包含完整结构和示例，按需填写。

📋 SOW工作说明书模板

（F5-2有详细介绍，这里给出模板结构）

结构：

SOW工作说明书

一、项目背景和目标：为什么做、解决什么问题、达到什么目标（量化）。

二、项目范围：做什么（功能清单）、不做什么（明确排除项）。

三、交付物清单：每个交付物的形式、标准、数量。

四、验收标准：功能验收、性能验收、业务验收，量化可测试。

五、项目时间计划：阶段划分、里程碑、时间节点、交付物。

六、双方责任和义务：FDE责任、客户责任，具体可执行。

七、变更管理：变更流程、评估、确认、对时间费用的影响。

八、付款方式：总费用、分期、每期比例、支付条件。

九、保密和知识产权：数据所有权、系统知识产权、保密义务。

十、违约责任和争议解决：违约条款、争议解决方式。

附件：MVD画布、需求规格说明书、技术方案、验收测试用例。

使用要点：① 跟客户逐条确认，不要单方面写；② 范围要写清楚做什么和不做什么；③ 验收标准要量化可测试；④ 变更管理要严格，防止范围蔓延；⑤ 跟合同一致，不要矛盾。

下载：[SOW工作说明书模板.docx]——包含完整10章结构和示例条款，按需填写。

🎯 MVD画布模板

（F3-2有详细介绍，这里给出模板结构）

结构（6个格子）：

MVD画布

① 目标用户：给谁用？（具体到角色，如"夜间客服值班人员"）

② 核心痛点：解决什么痛点？（具体可量化，如"夜间响应时间32小时，客户满意度3.5分"）

③ MVD功能：包含哪些核心功能？（只包含解决核心痛点必需的，如"常见问题自动回复+复杂问题转人工"）

④ 成功指标：怎么算成功？（量化，如"响应时间≤5分钟，准确率≥85%，客户满意度≥4.0分"）

⑤ 时间计划：多久交付？（分阶段，如"第1-2周需求调研，第3-4周开发，第5周测试，第6周上线"）

⑥ 扩展路径：成功后下一步做什么？（如"二期扩展到白天售前，三期深入退换货流程"）

使用要点：① 跟客户一起填，不是FDE自己填；② 每个格子要具体可量化，不要模糊；③ 填完跟客户确认，作为SOW附件；④ 项目过程中对照画布，确保不偏离范围；⑤ 客户加需求时看画布，不在范围内的走变更。

下载：[MVD画布模板.xlsx]——包含6格结构和示例，可打印可填写。

👥 RACI责任矩阵模板

（F6-3有详细介绍，这里给出模板结构）

结构：

RACI责任矩阵

行：项目工作项（项目计划、需求调研、数据盘点、本体建模、系统设计、系统开发、内部测试、影子运行、用户培训、正式上线、验收测试、运维移交、项目复盘……）

列：项目角色（FDE PM、FDE工程师、业务分析师、客户Sponsor、客户PM、业务专家、最终用户、IT部门……）

单元格：R（负责执行）/A（批准/最终负责）/C（咨询）/I（知情）

规则：① 每个工作项只有一个A；② R可以有多个（1-3个合适）；③ C和I不要遗漏；④ 跟项目团队共享，不要藏在PM电脑里。

使用要点：① 项目启动时跟团队一起填，不是PM自己填；② 每个工作项的A要明确，不要"都负责=都不负责"；③ 跟SOW中的双方责任对应，不要矛盾；④ 项目过程中角色变了要更新RACI；⑤ 出了问题看RACI，知道谁负责。

下载：[RACI责任矩阵模板.xlsx]——包含常见工作项和角色，按需调整填写。

💡 模板使用的通用原则

原则一：模板是起点，不是终点。模板帮你快速开始，但每个项目都有特殊性，要根据项目需求做调整和定制，不要"填完模板就完事"。

原则二：模板要跟客户一起填。不要FDE自己填完给客户看，要跟客户一起讨论、一起填——一起填的过程就是达成共识的过程，客户参与了才会认同。

原则三：模板内容要具体可量化。不要"提升效率""改善体验"这种模糊的词，要"响应时间从32小时降到5分钟""准确率≥85%"这种具体可量化的描述。

原则四：模板要跟其他文档一致。访谈纪要、MVD画布、SOW、RACI、项目计划，这些文档的内容要一致——痛点、范围、时间、责任，不要互相矛盾。

原则五：模板要持续优化。每次项目结束后，review模板——哪些地方不好用、哪些地方需要补充、哪些示例需要更新，持续优化模板，让模板越来越好用。

原则六：不要过度模板化。核心的、差异化的东西（针对客户特定需求的分析、方案设计），不要硬套模板——模板是辅助，不是替代思考。FDE的价值在于思考和判断，模板只是把思考的结果结构化、规范化。