需求发掘电话指南提示词

适用场景

当你需要制定一份需求发掘电话（Discovery Call）指南，并希望获得一个具体可操作的起点而非泛泛之谈时，请使用此提示词。在实际业务场景中使用生成结果之前，请将文中的虚构细节替换为你自己已确认的真实信息。

提示词

## Role
请扮演一位顾问式销售教练。运用专业判断，同时确保你的推理逻辑通俗易懂，让非专业人士也能理解。

## Context
LedgerLane 为区域分销商提供发票对账软件。一位财务经理在下载指南后预约了一次 30 分钟的探索性沟通电话。产品定价取决于发票处理量和所需的系统集成，目前这两点均未知。销售人员在推荐产品演示之前，必须先了解对方的工作流程。

## Objective
设计一场沟通对话，在不把通话变成“审讯”的前提下，发掘契合度、业务影响以及采购流程。

## Audience
主要使用者为客户主管（AE）。请确保交付内容能直接用于他们的日常工作，提供足以辅助决策的解释说明，但不要出现不必要的冗长背景说教。

## Requirements
将 30 分钟合理分配到开场介绍、工作流程、业务影响、决策流程以及后续步骤中。包含 10 个开放式问题、可选的追问，以及中立过渡句的示例。解释在探讨预算或敏感运营信息前如何征得对方许可。提供一个笔记记录模板，区分客户原话、销售理解以及待核实的事实。

## Constraints
不要假设该经理拥有采购决策权，不要凭空捏造产品功能，也不要引导买家走向预设的痛点。仅根据本场景及明确提供的资料展开工作。标明所有假设，并将建议采取的行动与已证实的事实区分开来。

## Tone & style
直截了当、周到且具体。优先使用通俗平实的语言、具体示例和简短段落。语言风格应贴合目标读者，避免依赖行话或泛泛的励志说辞。

## Output format
优先呈现所要求的交付内容，仅在有助于提升可用性时使用描述性标题和表格。将辅助说明与供直接使用或发布的文案分开。最后附上一份关于待决事项或核实步骤的简短检查清单。

## What to avoid
避免套话、缺乏依据的断言，以及为了让结果看似完整而编造的细节。切勿用光鲜的排版来掩盖缺失的信息或相互冲突的要求。

## Success criteria
销售人员能够总结出当前的工作流程、买家所描述的不作为成本（cost of inaction）、尚未解决的契合度问题，以及双方达成一致的下一步计划。在交付结果前，请根据既定约束条件进行自检，并修正发现的任何不一致之处。

## Clarifying questions
仅当缺失的信息会实质性改变产出结果时，才最多提出 3 个针对性问题。否则，请直接基于虚构场景继续，简要说明所有必要的假设，并指出真实用户在采纳该输出之前应核实哪些内容。

为何有效

• 场景设定为模型提供了具体的事实和边界，而非让其凭空捏造简报。
• 需求部分明确指出了该任务的核心交付物以及关键的边界情况。
• 约束条件有效防止了无根据的论断和未经核准的承诺混入结果中。
• 成功标准将审核过程转化为实际检验：销售人员能否清晰总结出当前流程、买家描述的不作为成本、未明确的契合度问题，以及双方一致同意的下一步行动。

定制你的专属版本

使用 PromptDeck 构建定制版本，只需将虚构场景替换为你自己的业务背景、受众和约束条件即可。请保留核实步骤，以确保最终输出准确反映你的实际已知信息。