内容摘要：一个做SaaS的销售跟我抱怨，说客户明明在演示会上点头点了一路，会后却消失了。我问他，客户具体问了哪些问题？他翻聊天记录给我看——全是"你们支持API对接吗""有没有移动端""价格区间多少"。我说这不

一个做SaaS的客户销售跟我抱怨，说客户明明在演示会上点头点了一路，需求会后却消失了。挖掘我问他，分析客户具体问了哪些问题？客户他翻聊天记录给我看——全是"你们支持API对接吗""有没有移动端""价格区间多少"。我说这不叫需求，需求这叫询价。挖掘客户在评估你，分析但没打算让你懂他。客户

真正的需求需求挖掘，发生在客户自己都说不清楚的挖掘时候。

我见过一个做得好的分析案例。某家做仓储管理系统的客户公司去拜访一个服装品牌客户，对方开口就说要一套WMS。需求销售没急着介绍产品，挖掘而是问了一句："你们现在仓库最头疼的是什么？"客户说拣货慢。销售追问：哪个环节慢？客户说大促期间，爆款SKU经常找不到货。再问：找不到货是因为库存不准还是动线问题？客户愣了一下，说好像是补货没跟上。

聊到这里，真正的需求浮出来了——不是WMS，是补货算法和波次策略。如果销售一上来就讲自己的系统多牛，这单大概率丢。因为客户说的"要WMS"是他自己开的药方，但病因没诊断对。

这就是需求挖掘的核心：别接客户递过来的答案，去接他背后的那个问题。

我自己的做法是三层追问。第一层问现状——"现在怎么做的"；第二层问痛点——"哪里最不爽"；第三层问影响——"这个问题不解决会怎样"。第三层最关键，因为它逼客户量化损失。比如那个服装品牌，补货不及时导致大促每天少发3000单，按客单价200算，一天就是60万的流水。这个数字一出来，预算根本不是问题。

但有个坑很多人踩：把客户说的所有问题都当需求。客户可能列了二十条，其中十八条是"有了更好"，两条是"没有会死"。你得分辨。我的判断标准很简单——客户愿不愿意为这条需求改变现有流程，甚至换掉正在用的东西。不愿意，就是伪需求。

还有一种情况更隐蔽。客户嘴上说的和实际行为不一致。比如他说最看重数据安全，但你发现他们内部用Excel传客户名单，连密码都不设。这时候别拆穿，而是顺着问："那如果有个方案能让数据安全提升，但操作比Excel多两步，你能接受吗？"他的回答会告诉你，安全到底是真需求还是压价的筹码。

挖掘完了还得分析。我习惯把需求分成四类：功能性的、效率性的、合规性的、情绪性的。功能性是"必须有"，效率性是"省时间"，合规性是"不出事"，情绪性是"让老板放心"。前三类靠产品解决，第四类靠案例和背书。很多单子输就输在，客户明明是情绪性需求——怕担责任，你却在拼命讲功能参数。

最后说个观察。需求挖掘做得好的人，往往不是话最多的那个。他们像医生，问诊时间比开药时间长。客户说着说着，自己就把优先级排出来了。你只需要在最后确认一句："所以如果只能先解决一个问题，你选哪个？"答案就是你的切入点。

别急着卖东西。先让客户觉得你懂他。懂比爱稀缺多了。