售前需求分析，用这个 skill 就够了

售前面对的是混沌，不是待拆解的产品

做售前之前，我读过不少产品需求分析的书。当时觉得都很有道理，可到了客户现场，总觉得和售前这份工作衔接不上——这类书大多是写给产品经理的，讲的是"一个已经决定要做的产品，该怎么拆清楚"。可售前面对的，是客户一句"我想要个 XXX"背后的一片混沌。

直到我读到《有效需求分析》，才茅塞顿开：客户提出的往往只是"方案级需求"，真正要解决的是背后的"问题级需求"。

skill 的理论内核：四条需求分析原则

这个 skill 用了《有效需求分析》里的几条核心观点：

• 客户说的不是需求，是解决方案。 客户递来的那句"我想要个 XXX"，往往只是他能想象到的做法；售前要做的，是先把它翻译回真问题，再看值不值得解、该怎么解。
• 需求 = 预期 − 现状。 没有差距，就没有需求；没有差距，别硬造。
• 需求需要穿透三层：业务 / 功能 / 技术。 多问一句"为什么需要这个功能"，别停在功能层，也别忽略技术层。
• 干系人 = 筹码持有人。 从正面（关注点）和负面（阻力点）两头看——谁会反对这个项目？谁可能一票否决？

除此之外，skill里还引用了 SPIN 提问法。需求分析最难的，不是记录客户说了什么，而是问出客户没说的。SPIN 提问法要解决的就是把客户的"想要"挖成"需要"。

SPIN 提问法在 skill 中的落地

• S · 背景 —— 先摸清基本盘，现状是怎么运作的。这些功课尽量提前做，现场只补跟方案边界有关的那几点。
• P · 难点 —— 顺着客户的诉求追问"为什么需要、能解决什么困难"，把表面的功能诉求，撕开成一个真痛点。
• I · 暗示 —— 把痛点的代价放大：这个问题带来了多大损失、多少风险。这也是后面报价的根基。
• N · 需求-效益 —— 让客户自己说出"解决了对我意味着什么"，锚定价值，顺带约好下一步。

四步走完，你手里就不再是"客户要的几个功能"，而是"客户真正在为哪件事发愁"。

售前需求分析 SOP：五个阶段的输入与输出

无论你处于【售前需求分析】工作的哪个阶段，线索、首次交流前、已经交流过、演示完了、方案汇报完了，它都能覆盖你的需求。

【售前需求分析】skill 把流程拆成了四个阶段，每个阶段"你需要输入哪些信息、能输出哪些内容"，都已经定好：

你给它多少信息，它就往前推多少。信息不够的时候，它会告诉你"现在该补什么、下一步怎么走"。你给的越具体，它还原出的需求，就越接近客户的真实心思。

使用方式：填空式提示词模板

你不用先想清楚自己走到了哪一步，更不用背任何方法论。只要把手上已有的信息，装进下面这段提示词，发给装了 skill 的AI工作台，它就会自动判断你处在哪个阶段，产出这个阶段能落地的东西。

提示词模板如下：

用presales-requirement-analysis skill完成售前需求分析工作 
客户：【客户/商机名称】； 
进展：【线索/首次交流前/已交流/已演示/方案汇报】。 
① 客户自述需求（方案级）：【客户原话或转述的"要做什么"，无则写"暂无"】 
② 业务现状（预期−现状的"现状"）：【行业/规模/现有系统/数据现状，无则写"暂无"】 
③ 已还原的痛点/问题（问题级）：【客户困难与业务影响，无则写"暂无"】 
④ 干系人：【参与人/角色/立场(正/负)，无则写"暂无"】 
⑤ 资料纪要：【访谈纪要/文档/系统截图，无则写"暂无"】 
⑥ 待联网补充：【行业趋势/竞对/标杆，写"请检索"】 （不知道的写"暂无"，需要联网查的写"请检索"）

方法论应藏在工具背后，而非考人

方法论是用来装在工具背后的，不是拿来考人的。

【售前需求分析】skill 做的事，就是把那些你未必记得住的框架、步骤、提问技巧，变成你填几个空、点一下发送就能拿到的东西。

这个 skill 已经经过多次测试。