SPIN销售法：用恰当的问题挖掘客户需求。

这套方法由 Huthwaite 开发，并与 Neil Rackham 的研究相关联。它围绕客户视角展开需求探索，四个字母为构建对话提供指引，但并不是一套照着念的问题清单。

在电话沟通中，只要需求仍不明确，SPIN 就能帮助您暂缓介绍解决方案。客户说“我们的跟进很复杂”，并没有说明具体哪里出了问题、影响了谁，也没有说希望达成什么结果。

如果对方并非相关人员，或不愿意交谈，就不应以 SPIN 为由延长通话。先确认对方是否愿意讨论这个话题。

这类问题关注当前的工作方式。提问应获取有用信息，而不是让客户复述您在通话前就能查到的内容。情境问题问得太多，会让对话像是在盘问。

虚构案例：一位负责人通过多个渠道接收报价请求。一个有用的问题是：“一条请求从收到到交给负责处理的人，中间会经过哪些环节？”这样可以了解现有流程。

接着可以复述确认：“如果我理解得没错，每位负责人都会接手自己负责区域的请求。”客户可以及时纠正，避免您建立在错误信息之上。

这类问题关注哪些环节运行不畅。让客户可以坦然表示自己没有问题，不必强行给客户设定一个问题。

“什么时候会觉得跟进一条请求比较困难？”能让客户描述实际情况。“这个工具肯定让您浪费了很多时间吧？”则已经替客户下了结论。

如果客户提到休假期间的信息交接，可以请对方举一个近期的例子，但不要要求提供个人数据。

这类问题有助于区分一般不便和优先事项。困难会造成什么影响：延误、返工、协调取舍，还是缺乏可见性？让客户自己说明后果。不要擅自补上客户没有提到的金额或发生频率。

“有人休假期间，如果一条请求没有交接给其他人，团队会遇到什么情况？”负责人可能会回答，同事不得不重新梳理整个处理记录。这样您就能了解具体哪些人会受到影响。

不要夸大问题。如果这种情况很少发生，而且处理得当，就如实记录。坦诚的需求探索可能会得出没有项目需求的结论。这也是一种结果，可以避免不必要的销售周期。

让客户描述问题解决后会有什么变化，从现状转向期望结果。此时还不是请客户认可您的产品或价格的时候。

“如果接手的人能立即找到有用的信息，这对您会有什么改变？”客户的回答可能会强调服务连续性，而不是节省时间。您的方案应围绕客户的这一优先事项展开。

最后，询问客户会如何判断情况有所改善。量化指标应与客户共同确定，而不是为了销售话术凭空编造。

选择一个确实能通过您的方案解决的情境。每类问题各写一个，然后模拟通话，不必强迫自己把所有问题都问一遍。客户可能会在您问到问题之前就先说出后果。

通话结束后，按提问意图对问题分类，找出重复和带有诱导性的问题。您最后提出的方案是否回应了客户自己表达的收益？如果没有，说明您太早开始推介了。您可以使用 SPIN 评分表为通话报告打分。

SPIN 不能替代对采购流程的资格判断。明确需求后，可结合 BANT 或 MEDDIC。首次通话时不必同时使用多种方法。

严格按照 S、P、I、N 的顺序提问。因为情境问题容易问，就不断增加这类问题。夸大影响，把不采取行动的代价说得过于严重。

改进方法：回看具体片段，而不是只看笼统评分；把带有诱导性的问题改成开放式问题；给客户思考的时间，并接受客户推翻您的假设。