核心问题

如何把“这个做不了”变成可讨论的问题？

真实场景

PM 提需求，工程师说：“这个做不了。”会议气氛瞬间变僵。PM 觉得被拒绝，工程师觉得需求不现实。

真正需要的是翻译。

常见误区

坏判断是：

做不了就是态度问题。

有时确实是沟通问题，但更多时候，“做不了”背后是约束没有被说清楚。

工程视角

“做不了”可能意味着：

  • 当前数据不支持。
  • 旧接口无法兼容。
  • 性能风险太高。
  • 权限模型不允许。
  • 时间窗口不够。
  • 需要先做基础重构。

约束说清楚后，才有方案空间。

PM 可以怎么做

PM 可以追问：

  • 是完全不能做，还是当前方案不能做？
  • 最大阻碍是什么？
  • 如果降低范围，能不能做？
  • 如果延后上线，能不能做？
  • 如果先做基础建设，成本是多少？

Atlas Action

把“做不了”改写成：

在当前约束 X 下，方案 A 不可行；如果调整 Y，可以考虑方案 B。

小结

成熟的技术沟通不是互相否定，而是把约束讲清楚。

PM 的作用，是把拒绝翻译成可决策的信息。