评审会上产品经理常被怼的话

产品需求和技术沟通指南摘要

需求的意义：产品经理需要清晰传达需求的背景和来源，解释为什么需要实现某个功能，激发技术团队的积极性和创意。

技术可行性：产品经理必须具备一定的技术理解，以确定设计的可实现性。如技术团队表示功能难以实现，应分辨是否是技术上的真实障碍或是其他原因，如有必要，通过情理兼备的沟通或上级介入解决问题。

设计方案的合理性：在技术团队质疑设计方案时，产品经理应基于理论和实际案例（如尼尔森的可用性原则）进行有理有据的讨论。

逻辑完整性：面对技术团队的逻辑性挑战，产品经理应保持逻辑严谨，并能快速反应补充遗漏的内容。

需求变更的必要性：在技术团队对需求变更提出疑问时，产品经理应解释变更的原因和背景，争取理解和支持，并尽可能给予充足的时间进行调整。

避免频繁变更：为了维护团队信任，避免频繁改变需求。如遇不确定性，可以采用A/B测试，必要时提供合理解释和安抚技术团队情绪。

应对临时需求变更：对于评审会中提出的临时需求变更，产品经理应根据影响的大小决定是否立即实施或推迟到下一个版本。

补充完整需求：如果需求确实不完整，产品经理应检查缺失内容，并与技术团队讨论解决方案。同时，提高自己的能力，并在必要时与技术团队成员提前沟通。

以上为产品经理与技术团队在需求讨论过程中可能遇到的挑战及应对策略的总结。同时，作者建立了产品交流群和提供了相关资源链接。