核心问题

PM 在技术选型会上到底该问什么？

真实场景

工程师讨论技术时，PM 很容易沉默，因为听不懂实现细节。但沉默不等于没有贡献。PM 的问题应该集中在目标、风险和代价上。

常见误区

坏判断是：

我不懂技术，所以技术选型我不参与。

PM 不需要替工程师拍板框架，但必须参与判断这个选择是否符合产品目标。

工程视角

技术选型不是单点选择，而是一组长期承诺：

  • 承诺这个系统以后如何维护。
  • 承诺团队以后如何招人。
  • 承诺故障以后如何排查。
  • 承诺未来需求如何扩展。

PM 可以怎么做

用下面这张清单参与讨论：

1. 这个技术解决的核心问题是什么？
2. 老技术为什么不够用？
3. 这个系统是核心链路还是实验项目？
4. 团队现在有几个人真正会用它？
5. 出故障时有没有成熟排查路径？
6. 招人和交接成本是否可接受？
7. 未来迁移或替换成本有多高？
8. 它会不会拖慢当前交付节奏？
9. 用户能感知到什么收益？
10. 我们愿意接受的最大代价是什么？

Atlas Action

下次技术选型会，你只负责问三句话：

它解决什么问题？
它增加什么风险？
如果选错了，我们怎么退？

小结

PM 参与技术选型，不是为了证明自己懂技术，而是为了让技术选择服务产品目标。

无聊技术不是没追求，它是在生产环境里尊重现实。