需求挖掘方法

需求挖掘的重要性

很多售前失败不是因为产品不好，而是没有真正理解客户需求，导致方案不对路。

客户说的需求 ≠ 真实需求 ≠ 解决方案

需求层次
├── 表面需求（客户说的）
│   例：「我们需要一个验证码」
├── 真实需求（背后的问题）
│   例：「我们的注册接口被机器人刷，导致短信费用暴增」
└── 深层需求（业务目标）
    例：「降低获客成本，提升真实用户注册率」

需求调研框架

MEDDIC 框架

适用于大型企业客户的需求调研：

维度	含义	关键问题
Metrics	可量化的业务指标	解决这个问题能带来多少价值？
Economic Buyer	经济决策人	谁有最终签字权？
Decision Criteria	决策标准	你们评估供应商的标准是什么？
Decision Process	决策流程	从评估到签约需要哪些步骤？
Identify Pain	痛点识别	现在最大的问题是什么？
Champion	内部支持者	谁在内部推动这个项目？

调研问题清单

业务现状：

• 目前用什么方案解决这个问题？
• 现有方案有哪些不满意的地方？
• 这个问题每年造成多少损失？

技术现状：

• 现有系统的技术栈是什么？
• 有哪些系统需要集成？
• 对私有化部署有要求吗？

规模与性能：

• 日活用户数（DAU）是多少？
• 峰值 QPS 是多少？
• 数据量有多大？

时间与预算：

• 项目期望什么时候上线？
• 预算范围大概是多少？
• 是否有招标要求？

决策链：

• 这个项目谁来主导？
• 还有哪些部门参与评估？
• 最终决策需要几个层级审批？

竞品分析方法

了解竞品现状

在方案汇报前，务必了解客户是否在评估竞品：

竞品了解问题
├── 「除了我们，您还在评估哪些供应商？」
├── 「您对他们的方案有什么看法？」
└── 「您最看重哪些方面的能力？」

差异化定位

竞品	我们的优势	我们的劣势
阿里云绿网	游戏安全更强、私有化更好	云生态不如阿里
腾讯云天御	内容安全样本更丰富	社交生态不如腾讯
融云（云信竞品）	稳定性更好、私有化更成熟	价格略高

原则：不要直接攻击竞品，而是突出自己的差异化价值。

需求文档输出

调研完成后，输出需求确认文档：

需求确认文档结构
├── 客户背景（公司、行业、规模）
├── 业务现状（现有方案、存在问题）
├── 核心需求（功能需求、性能需求）
├── 技术约束（集成要求、部署方式）
├── 时间节点（期望上线时间）
├── 预算范围
└── 决策链（关键人、决策流程）

发给客户确认，避免后续方案偏差。