前言¶

销售或售前做完一轮客户访谈，手里往往只剩聊天记录、电话转写或随手记的笔记。回到团队复盘时，常见的问题是：谁在什么情境下说了什么、对应哪个痛点、影响有多大，全凭记忆复述，几周后就对不上了。下面介绍的 Skill「销售需求访谈纪要」就是处理这个问题的：它不改变访谈方式，只在访谈之后把原始记录整理成一份结构化、可追溯的纪要。

这是什么¶

「销售需求访谈纪要」（坐标 @user_bd3231bd/sales-discovery-digest，版本 0.1.1）是一个社区来源的 Agent Skill，发布者为 user_bd3231bd，托管在 SkillHub，分类为 office-efficiency。它解决的问题是：把销售需求访谈记录整理成可追溯的现状、痛点、影响、决策条件、证据缺口与下一步，让访谈后的复盘有据可依。

与”会前准备”或”线索评分”类工具不同，这个 Skill 的工作时点在访谈结束之后，输入是已有的访谈记录，输出是复盘用的纪要，不涉及会议筹备，也不把结果自动写进 CRM。

核心功能¶

根据官方简介，这个 Skill 的能力可以归纳为六项输出：

1、现状：客户当前的实际情况，按访谈记录中的表述整理。
2、痛点：访谈中明确或隐含提到的问题。
3、影响：痛点对客户业务造成的后果或风险。
4、决策条件：客户方做决策的前提、标准或门槛。
5、证据缺口：纪要中标注哪些信息目前没有证据支撑，需要后续访谈补齐。
6、下一步：基于上述内容列出的跟进动作。

其中”证据缺口”这一项值得留意：它要求输出不只是复述，还要区分”访谈中确认的事实”和”尚未证实的推断”，这是可追溯性的关键。

安装与启用¶

该 Skill 基于通用 SKILL.md 格式，未检索到官方提供的独立安装命令或配置字段。目前可核实的元数据如下：

坐标:    @user_bd3231bd/sales-discovery-digest
来源:    community
分类:    office-efficiency
是否需要 API Key: requires_api_key=false

启用方式与平台相关的部分在抓取资料中没有说明，这里不做猜测。如果你在 Cursor、Codex CLI 或 Claude Code 中使用，建议先通过 SkillHub 页面确认该 Skill 在对应客户端的加载方式，再决定是否引入。

典型用法¶

官方简介没有给出逐字的示例对话，下面按输入、输出的形式说明可复现的用法，不虚构具体案例。

输入是一段或多段访谈记录，可以是会议纪要、电话转写、聊天记录导出或现场笔记。使用时把记录交给 Skill，让它按六个板块整理。

输入：客户访谈记录（文字/转写）
输出：现状 / 痛点 / 影响 / 决策条件 / 证据缺口 / 下一步

输出的组织原则是每条结论都能回溯到记录原文，凡是记录里没有依据的内容，归入”证据缺口”或”下一步”，而不是写成既成事实。

适用场景与注意¶

适合的使用者：销售、售前、RevOps，凡是需要在访谈后做复盘、把零散记录变成团队可共享纪要的场景。

适合的边界：只做访谈后的整理与复盘。如果需要会前准备（访谈提纲、问题清单）、线索评分，或把结论自动写入 CRM，这个 Skill 明确不覆盖这些需求，应另找对应工具。

使用上的注意：

1、输入质量决定输出质量。记录本身过于零散或缺失关键对话时，整理结果的证据链也会断。
2、该 Skill 来源为 community，发布者 user_bd3231bd，版本 0.1.1，属于早期社区作品；引入团队流程前建议自行审阅其输出。
3、根据抓取时点的数据，SkillHub 页面显示评分 100000、下载 863、安装 0。安装数为 0 意味着尚无公开的大规模使用记录可参考。
4、资料中标注 requires_api_key=false，正常使用不需要额外的密钥配置。

小结¶

「销售需求访谈纪要」做的事很窄：把访谈记录变成一份按现状、痛点、影响、决策条件、证据缺口、下一步组织、且可追溯的纪要。对需要在访谈后复盘的销售、售前和 RevOps 来说，它是补在”记录到结论”这一环上的工具。

官方地址：https://www.skillhub.cn/skills/user_bd3231bd/sales-discovery-digest