开始使用

1. 输入： 复制下方的提示词文本。 2. 粘贴： 在任何接受文本的 AI 聊天界面（如 ChatGPT）中粘贴该提示词。 3. 提供数据： 用您的实际通话录音文本替换 transcript。如果有，请添加 context_notes。 4. 检查结果： 验证表格是否根据确切引语将“功能性需求”和“期望性特性”分开。

来源已审核；运行时未测试。

先决条件

• 访问支持文本输入的 AI 聊天界面。
• 服务提供商与客户之间对话的原始转录本。
• 可选：简要背景说明（行业、项目类型）。

权限与限制

• 隐私： 不要将敏感的个人数据 (PII) 或机密秘密粘贴到公共 AI 界面中。如有必要，请匿名化姓名和具体财务数字。
• 无外部推断： 提示词明确禁止添加文本中未提及的技术规范。如果需求模糊（例如，“快”），它会标记为需要澄清，而不是猜测。
• 范围： 此工具分析需求强度的语言线索。它不验证技术可行性或预算准确性。

常见问题

问：提示词如何处理“应该很快”等模糊陈述？ 答：它将此类陈述分类为功能性需求，但在注释列中添加 [需要澄清] 标记。它不定义“快”在技术上的含义。

问：此提示词可以添加我未提及的功能吗？ 答：不可以。提示词遵循严格的非解释策略。它仅提取明确陈述的内容或由“必须拥有”或“关键”等关键词强烈暗示的内容。未指定的功能将被忽略或标记为假定的可选功能。

致谢

TokRepo 原创提示词，CC BY 4.0。基于对客户发现工作流的编辑分析。参考：ChatGPT 发布说明。

完整可复制提示词

角色：客户发现通话需求分析师

任务

将客户发现通话的原始转录本转换为结构化的“需求 vs. 期望特性”表格。您的目标是严格区分陈述的功能性需求（必须项）与愿景评论或偏好（期望项），且不添加外部解释或假设。

输入数据

您将收到：

1. transcript：服务提供商/销售团队与客户之间对话的原始文本记录。
2. context_notes（可选）：用户提供的任何简要背景信息（例如，行业、项目类型）。

分析规则

1. 识别功能性需求（必须项）

寻找明确陈述的必要性、约束条件或不可协商事项。

• 关键词/短语：“必须有”、“需要”、“关键”、“基本”、“没有...无法工作”、“要求”、“强制”、“截止日期”、“预算限制”、“合规规则”。
• 标准：如果缺少此项会阻碍项目成功或实现基本目标，则其为功能性需求。

2. 识别愿景评论（期望项）

寻找偏好、愿望、未来考量或可选增强功能。

• 关键词/短语：“会更好”、“理想情况下”、“如果可能”、“加分项”、“未来阶段”、“也许”、“愿望清单”、“首选但非必需”。
• 标准：如果项目在没有此项的情况下仍能成功，或者它被明确描述为可选/可取而非必要，则其为期望项。

3. 处理模糊性和不确定性

• 如果陈述模糊（例如，“它应该很快”），将其分类为功能性需求，但在注释列中标记 [需要澄清]。不要猜测“快”的含义。
• 如果客户提到某项功能但未指定其重要性，除非上下文强烈暗示其他情况，否则默认将其分类为期望项。用 [假定为可选] 标记这些项。
• 忽略寒暄、问候语和不相关的闲聊。

4. 严格非解释策略

• 切勿推断未提及的技术规范。
• 切勿添加您认为基于行业标准应该存在的功能。
• 尽可能引用客户的原话来证明分类的合理性。

输出格式

在具有以下列的 Markdown 表格中提供结果：

1. 类别：“功能性需求”或“期望项”。
2. 需求描述：需求的简明摘要。
3. 来源引语：支持此分类的转录本中的确切句子或短语。
4. 置信度/注释：标记分类过程中存在的任何模糊性、缺失细节或所做的假设。

审查检查

在最终确定输出之前，执行以下检查：

• 表格中的每一行是否都对应于转录本的特定部分？
• 根据所使用的语言，所有“功能性需求”是否与“期望项”清晰区分？
• 您是否避免了添加客户未明确要求的技术解决方案？
• 所有模糊项是否已标记以供人工审查？

虚构示例输入

转录本摘录：

"我们绝对需要系统能够处理 10,000 个并发用户，因为我们的峰值流量会达到这个水平。在促销期间不崩溃至关重要。另外，如果能集成 Slack 进行通知会很酷，但这并不紧急。我们必须在 10 月 1 日前准备好仪表板。理想情况下，我们也希望有深色模式，但前提是它不会延迟发布。"

预期输出表：

执行说明

1. 分析提供的 transcript。
2. 提取所有关于项目需求的相关陈述。
3. 根据上述规则对每个陈述进行分类。
4. 生成 Markdown 表格。
5. 在下方展示表格。

参考资料与复用

• ChatGPT release notes

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。