项目做到吐血，结果客户根本没用
有次，我们接了个国企大客户的定制化系统项目。对方一次性甩来47个功能需求，每一个都讲得头头是道。
-
那时候我还比较年轻，加班熬夜梳理，跟客户对好需求之后，开发同事直接开始干活。
-
项目如期上线，做得漂漂亮亮——
美中不足的是，三个月后，我们复盘了下，客户实际只用了3个功能。
我们傻眼了。
-
从那之后，我开始认真思考一个问题：
我们真的理解客户在要什么吗，还是我们只是在“当一个翻译机器”？
-
大部分时候，客户提的不是需求，而是焦虑
-
这不是我瞎说，是很多做产品、做设计、做运营的朋友都遇到过。
-
客户不断抛问题：
“要不要加个筛选条件？”
“我觉得这个报表得再多几个字段”
“这个按钮最好显眼一点，加个红色动态效果怎么样？”
-
听上去都像“合理建议”，但其实你会发现，这些需求本质上是客户想“控制风险、保证项目成功”的一种焦虑反应。
-
就像病人看病时会列出一堆小症状，但真正的病因也许只有一个。
-
而我们要做的，不是把每条都执行一遍，而是学会识别：什么是“真需求”，什么是“假动作”。
-
我试过一个超管用的反问
-
每次客户抛出新想法时，我现在都会反问一句：
“如果这个功能不做，你们现在是怎么处理的？”
-
这个问题太有用了，它直接把问题从“你要我做什么”拉回“你真的需要解决什么”。
-
举个例子，有客户说：
“我们希望加一个自定义导出功能，字段要能自由组合”
-
我问了上面那句，结果对方说：
“其实我们现在都是手动复制粘贴，量也不多，就是觉得以后可能会用到”
-
emmm...
-
写在最后
-
客户不是专家，他们想通过“提一堆需求”来让自己感觉“有掌控感”，这可以理解。
-
但如果你也一起焦虑，那就没人去判断“什么才是真正重要的事”。
-
产品人要做的，不是“把所有可能都实现”，而是“用最少的功能解决最核心的问题”。
看懂这个逻辑，你的项目效率、成品质量、客户满意度，都会有质的飞跃。
你也会从“工具人”变成“战略合作者”。
有次，我们接了个国企大客户的定制化系统项目。对方一次性甩来47个功能需求，每一个都讲得头头是道。
-
那时候我还比较年轻，加班熬夜梳理，跟客户对好需求之后，开发同事直接开始干活。
-
项目如期上线，做得漂漂亮亮——
美中不足的是，三个月后，我们复盘了下，客户实际只用了3个功能。
我们傻眼了。
-
从那之后，我开始认真思考一个问题：
我们真的理解客户在要什么吗，还是我们只是在“当一个翻译机器”？
-
大部分时候，客户提的不是需求，而是焦虑
-
这不是我瞎说，是很多做产品、做设计、做运营的朋友都遇到过。
-
客户不断抛问题：
“要不要加个筛选条件？”
“我觉得这个报表得再多几个字段”
“这个按钮最好显眼一点，加个红色动态效果怎么样？”
-
听上去都像“合理建议”，但其实你会发现，这些需求本质上是客户想“控制风险、保证项目成功”的一种焦虑反应。
-
就像病人看病时会列出一堆小症状，但真正的病因也许只有一个。
-
而我们要做的，不是把每条都执行一遍，而是学会识别：什么是“真需求”，什么是“假动作”。
-
我试过一个超管用的反问
-
每次客户抛出新想法时，我现在都会反问一句：
“如果这个功能不做，你们现在是怎么处理的？”
-
这个问题太有用了，它直接把问题从“你要我做什么”拉回“你真的需要解决什么”。
-
举个例子，有客户说：
“我们希望加一个自定义导出功能，字段要能自由组合”
-
我问了上面那句，结果对方说：
“其实我们现在都是手动复制粘贴，量也不多，就是觉得以后可能会用到”
-
emmm...
-
写在最后
-
客户不是专家，他们想通过“提一堆需求”来让自己感觉“有掌控感”，这可以理解。
-
但如果你也一起焦虑，那就没人去判断“什么才是真正重要的事”。
-
产品人要做的，不是“把所有可能都实现”，而是“用最少的功能解决最核心的问题”。
看懂这个逻辑，你的项目效率、成品质量、客户满意度，都会有质的飞跃。
你也会从“工具人”变成“战略合作者”。