1页访谈纪要模板：6段450字，24小时内发客户确认

📝 为什么需要访谈纪要

很多FDE访谈完就完了，笔记往旁边一扔，过两周就忘了当时聊了什么。等到做方案的时候，凭记忆写，写出来的东西跟客户的真实情况差了十万八千里。

访谈纪要就是解决这个问题的——把访谈中获取的关键信息整理成结构化的文档，发给客户确认，作为后续方案设计、MVD定义、报价谈判的基础依据。

访谈纪要有三个核心价值：

价值一：确保信息准确。你整理的纪要，客户可以看有没有理解偏差、有没有遗漏。客户确认后的纪要，就是"双方认可的事实"，后面做方案就有依据，不会出现"我当时不是这个意思"的扯皮。

价值二：建立专业形象。访谈后24小时内发出一份结构清晰、内容准确的纪要，客户会觉得"这个人做事认真、靠谱、专业"。这种专业形象，是后续方案和报价的信任基础。

价值三：项目知识沉淀。每次访谈的纪要，都是项目的知识资产。项目过程中随时可以查阅，项目结束后可以沉淀到案例库，下次做类似项目时可以参考。

📄 1页纪要的6段结构

1页访谈纪要，控制在450字左右（A4纸1页），分6段：

第一段：基本信息。访谈时间、访谈对象（姓名、职位、部门）、访谈人、访谈方式（现场/电话/视频）。这一段是"元信息"，让看的人知道这份纪要的背景。

第二段：业务现状概述。用3-5句话概括客户的业务现状——客户是做什么的、这个岗位/部门的核心职责是什么、目前的业务流程大概是怎样的、目前用什么系统/工具。这一段是"背景介绍"，让没参加访谈的人也能快速了解上下文。

第三段：核心痛点（重点）。列出3-5个核心痛点，每个痛点用"现象+量化数据+影响"的结构描述。比如："① 报表制作耗时：每月需要3天手工整理报表，数据来自5个系统，容易出错，出错后需要花半天核对。"这一段是纪要的核心，要写得具体、可量化，不要写"效率低""体验差"这种模糊的词。

第四段：客户需求和期望。客户想要解决什么问题？理想中的解决方案是怎样的？对AI的认知和期望是什么？有没有不切实际的幻想？这一段要客观记录客户的原话和想法，不要加入你的判断。

第五段：决策链和关键人。这个项目的决策者是谁？使用者是谁？影响者是谁？有没有反对者？客户内部的决策流程是怎样的？这一段非常重要——搞清楚决策链，后面的方案汇报和谈判才能找对人。

第六段：下一步行动。双方约定的下一步动作是什么？什么时候完成？谁负责？比如："① 我方：下周三前提交初步方案；② 客户方：提供业务数据样本和系统接口文档；③ 下次会议：下周五下午2点，方案评审。"这一段是"行动项"，确保访谈后有明确的跟进，不会聊完就没下文了。

📋 纪要模板和示例

下面是一个1页访谈纪要的模板和示例，你可以直接套用：

【模板】

访谈纪要

一、基本信息：时间：XXXX年XX月XX日；对象：XXX（职位/部门）；访谈人：XXX；方式：现场/电话/视频。

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

三、核心痛点：① （现象+量化数据+影响）；② （现象+量化数据+影响）；③ （现象+量化数据+影响）。

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

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

六、下一步行动：① （动作+时间+负责人）；② （动作+时间+负责人）。

【示例】

访谈纪要

一、基本信息：时间：2024年3月15日；对象：张经理（客服部经理）；访谈人：李FDE；方式：现场。

二、业务现状：客服部15人，分三班倒，每天处理咨询约800条，售前售后各占50%。目前使用智齿客服系统，知识库有200条FAQ，但更新不及时。客服流动率30%/年，新人培训周期1个月。

三、核心痛点：① 夜间响应慢：夜间3人值班，响应时间30分钟（白天5分钟），客户满意度3.5分（白天4.2分），夜间投诉占总投诉的60%；② 重复问题多：售前咨询中60%是常见问题（产品成分/使用方法/发货时间），客服反复回答，占用大量时间；③ 新人上手慢：培训周期1个月，期间需要老员工带教，影响整体效率。

四、需求与期望：希望用AI提升客服效率，降低人力成本。对AI的认知："AI应该能自动回答大部分问题"，期望AI能处理80%以上的咨询。对全自动有一定幻想，需要管理人机协同的期望。

五、决策链：决策者：王总（运营副总）；使用者：客服部一线员工；影响者：张经理（客服部经理）、IT部刘经理；决策流程：部门提需求→IT评估→副总审批→采购。

六、下一步行动：① 我方：3月22日前提交夜间AI客服MVD方案；② 客户方：3月18日前提供客服对话样本和FAQ文档；③ 下次会议：3月22日上午10点，方案评审。

⚠️ 写纪要的注意事项

注意一：24小时内发出。访谈结束后，最好当天就整理纪要，最晚不超过24小时。时间拖久了，记忆会模糊，细节会遗漏，客户也会觉得你不重视。24小时内发出，客户还在访谈的"热度"中，更容易认真看、及时反馈。

注意二：用客户的原话。纪要中描述痛点和需求时，尽量用客户的原话，不要用你自己的话"翻译"。客户说"这个破系统天天崩"，你就写"系统稳定性差，频繁崩溃"，但要保留客户表达的核心意思。用原话的好处是：客户看到自己说的话，会觉得"你听懂了"，更容易认可纪要的准确性。

注意三：量化数据要准确。纪要中的所有数字（时间、金额、人数、比例）都要准确，不确定的数字要标注"客户估计"或"待核实"。不要凭印象写数字，数字错了，客户会觉得你不专业。

注意四：不要加入你的判断和建议。纪要只是"记录客户说了什么"，不是"你的分析和建议"。你的判断和建议，可以在方案中体现，不要写在纪要里。纪要里如果加入了你的主观判断，客户可能会觉得"我没说过这个"，影响纪要的可信度。

注意五：控制在1页。纪要不是论文，不要写太长。1页A4纸、450字左右，刚好能把关键信息说清楚。太长了，客户没时间看；太短了，信息不够。1页是最佳长度——客户能快速看完，你也能快速写完。

注意六：发纪要时附一句话。发纪要的时候，不要只发一个文件，要附一句话："张经理您好，昨天跟您聊了很多，收获很大。我整理了一份纪要，您看有没有理解偏差或遗漏的地方，有问题随时告诉我。谢谢！"这句话很重要——它表明了你的态度（认真、尊重），也给了客户反馈的入口。

✅ 纪要确认后的使用

客户确认纪要后，这份纪要就成了项目的"基础事实"，后面的工作都要基于这份纪要：

① 方案设计：方案中的痛点、需求、目标，都要跟纪要一致。不要方案里写的痛点跟纪要里的不一样，客户会觉得"你根本没听懂我说的"。

② MVD定义：MVD的切口选择，要基于纪要中的痛点排序——最痛、最小、最能量化的那个痛点，就是MVD的切口。

③ 报价谈判：报价的依据是纪要中的痛点价值——解决这个痛点能给客户带来多少价值，你的报价就基于这个价值来定。客户说"太贵了"，你可以拿出纪要："您看，这个问题一年给您造成X万的损失，我们的方案是Y万，X个月就能回本，您觉得贵吗？"

④ 项目验收：验收标准要跟纪要中的成功指标一致。纪要里写了"响应时间从30分钟降到5分钟"，验收时就按这个标准来，不要临时改标准。

⑤ 知识沉淀：项目结束后，把所有访谈纪要整理到案例库中，作为下次做类似项目的参考。

记住：纪要不是"写完就完了"的文档，是贯穿项目全流程的基础依据。重视纪要，就是重视项目的基础。