用 WorkBuddy 准备客户需求访谈提纲

需求访谈不是把一张问题清单从头念到尾。客户说“效率低”“系统不好用”或“想做一套方案”时，这些只是问题入口，还需要了解发生场景、业务影响、目标、限制、决策过程和成功标准。准备不足会遗漏关键条件，准备过度又容易用自己的假设诱导客户。

WorkBuddy 可以结合客户背景和本次目标，整理访谈主线、开放问题、追问路径及资料清单。销售仍需根据现场回答灵活追问，不能把提纲当作审问脚本。

场景价值

一份好的访谈提纲能确保关键问题被覆盖，同时保留客户讲真实经历的空间。它帮助销售区分“客户已经确认的情况”和“我方需要验证的假设”，也让售前、交付或商务提前知道需要准备什么。

开始前准备

• 客户企业、行业和公开业务背景；
• 历史沟通、客户原话和已知问题；
• 参会人员及其岗位；
• 本次访谈希望确认的结果；
• 产品适用范围和明确不能承诺的事项；
• 需要售前、交付或商务参与的问题；
• 客户可能需要提供的文件、表格、样例或流程资料；
• 会议时长、渠道和信息记录要求。

先把已知事实、合理假设和未知问题分开。提纲用于验证假设，不能把假设写进问题前提，让客户只能顺着回答。

具体步骤

第一步：明确访谈目标和输出

用一句话说明会议结束时必须得到什么，例如确认问题场景、业务影响、目标和下一步资料。一次访谈目标过多时，按当前销售阶段排序，避免既做需求诊断又急着谈全部商务条件。

第二步：建立由浅入深的问题主线

先问客户当前如何工作、谁参与、何时发生，再问具体困难、出现频率和已有处理方式。随后了解问题影响、期望结果、可接受变化和成功标准，最后确认约束、决策和时间。

第三步：把抽象表述变成场景追问

客户说“慢”“贵”“不好用”时，请其讲最近一次真实情况：当时谁在做、用了什么资料、在哪一步卡住、造成什么后果。让客户讲故事比只问“是否需要某功能”更容易得到真实信息。

第四步：针对不同角色调整问题

业务负责人重点谈结果、风险和优先级；一线使用者重点谈实际步骤和例外；技术人员重点谈环境、接口和安全；采购或商务角色重点谈流程、条件和审批。不要让一个联系人替所有角色下结论。

第五步：列出资料和证据清单

根据问题准备客户可提供的流程说明、表格样例、历史数据、现有方案、错误案例、技术环境和审批要求。说明用途、是否需要脱敏以及最晚提供时间；不索取与当前判断无关的数据。

第六步：准备追问、收口和边界

为每个关键问题准备一到两个追问，并列出出现新话题时如何记录和带回主线。会议末尾要复述已确认、待确认、双方行动和下一次节点。价格、交期、技术可行性和范围不能现场擅自承诺。

可直接交给 WorkBuddy 的要求

请根据客户背景、历史沟通和本次会议目标，准备一份需求访谈提纲与资料清单。

先区分已知事实、待验证假设和未知问题。按“当前做法、真实场景、主要问题、业务影响、期望目标、成功标准、限制条件、决策与时间”组织开放问题。
为每个关键问题准备追问，并按业务负责人、使用者、技术人员和采购商务等不同角色调整问法。
列出客户需要准备的资料、用途、脱敏要求和提供时间。最后设计会议收口：已确认、待确认、双方行动和下一节点。

不要把假设写成事实，不要使用诱导性问题，不要代替售前、交付或商务承诺范围、价格和时间。

完成后应得到什么

• 明确的访谈目标和预期输出；
• 按逻辑组织的核心问题；
• 针对抽象回答的场景追问；
• 面向不同客户角色的问法；
• 带用途和脱敏要求的资料清单；
• 会议收口与边界提醒。

结果检查

逐个检查问题是否服务于本次目标，是否能让客户描述真实情况，而不是只回答“是”或“否”。确认问题中没有暗示我方方案一定适用，也没有把公开研究中的推断当成客户内部事实。

让销售和售前分别审查：销售看对话是否自然，售前看关键条件是否遗漏。资料清单要说明为什么需要，涉及敏感数据时应提供脱敏或样例替代方案。

异常处理

客户时间很短时，保留现状、问题、影响、目标和下一步五类核心问题，其余另约。客户回答过于抽象时，请其讲最近一次事件，不急着给方案。多个参会者说法冲突时分别记录，列入待确认。

客户临时提出新范围时，先记录背景、价值和紧迫性，不在现场确认纳入。无法提前获得资料时，用示例或空白模板说明所需内容，会议后再补。

WorkBuddy 能力边界

WorkBuddy 可以整理问题、设计追问和生成资料清单，但无法替代销售观察语气、关系和现场变化，也不能判断技术方案必然可行。

访谈节奏、临场追问、敏感资料处理以及价格、范围、交期和技术承诺由相关负责人确认。