高情商程序员是如何沟通需求的？

想跟产品经理愉快地合作，不再为需求沟通的事情头疼，不想辛苦做的东西没有用上，不想无止境的变更需求？那这些小技巧，拿走不谢！

• 明确三要素：场景、人群、目标：别急着开工，先搞清楚产品的使用场景、目标人群和核心目标。这样你才能选出最合适的技术方案。有些小众但必做的功能，或者目标客户不多的功能，都可以用轻巧的方式搞定。时间宝贵，咱们的时间得用在刀刃上！

• 勇敢反馈，提出替代方案：你是技术大咖，对技术实现门儿清。产品经理提出方案后，大胆说出你的想法：这个技术可行吗？有没有潜在风险？有没有更简单的替代方案？一起讨论，找到最优解，大家都轻松！

• 用词要留心，避免误解：开发和产品经理背景不同，对同一个词会有不同的理解。记得确认双方对重要词汇的理解是否一致，别等到功能做好了才发现大家说的不是一回事儿！例如，大家对完成时间的理解，对功能覆盖的范围等等可能都有各自的解读，这时要明确具体的细节。

• 确定需求优先级：需求永远做不完，关键是要明确优先级。哪个先做，哪个后做，得有个明确的说法，可先口头确认，再书面记录。

• 明确需求变更流程：需求变更也常有，但要有个明确的流程。合理的变更咱接受，不合理就可以聊聊必要性。记得还要沟通：以后如何避免类似的需求变更，尽量把需求的变更调整在可控的范围内。

• 研发中遇到问题别死磕，及时沟通是关键：研发时遇到问题，别一个人死磕。及时找同事聊聊，或者告诉产品经理，说不定他们觉得这个问题不那么重要，可以上线后再优化呢！多沟通，能少走些弯路。

最后提醒一句：沟通不只是说话那么简单。倾听同样重要，还有肢体语言、面部表情等非言语交流也别忽视。保持正面肢体语言，展示开放态度，让沟通更顺畅！除此之外，针对需求不明确和需求变更的场景，你还可以这样做：

需求不明确：

1. 列出困惑点：把有疑问的地方先写下来，可以多从需求的目标、用户故事来思考

2. 约个会一起确认：约上产品和相关的小伙伴，开个澄清会，可以是站会，但针对具体的问题点，要一个个搞清楚！

3. 用场景描述需求：确认问题时多用具体的案例或用户故事来描述需求，可以让大家更直观地理解业务逻辑和用户目标。背景了解的越多，提出的技术方案也更有性价比！

4. 分解任务，先做确定的：需求太复杂或不确定效果？那就先把需求拆解成几个小步骤，先搞定确定的那一步，不确定的，等以后确认了再慢慢加上去。该做的做，不确定的等，试错成本低，可进可退！

5. 文档记录并确认：好记性不如烂笔头，会议确认的内容要记录下来，会后书面发给大家。万一会上讨论的大家还有误解，还可以澄清！

6. 及时反馈，调整：需求明确后，适时地跟产品分享进展。根据反馈来逐步微调，避免一股脑做完，才发现有什么被遗漏了。

需求变更：

1. 多问“为什么要变”：改了还是用户改需求了？多问证据是什么？是有用户的反馈，调研的数据等等？多问几个为什么，如果证据不足，也就不用变更了嘛！

2. 沟通影响，明确优先级：从技术角度评估变更的影响：其他的功能，时间、成本等；另外排期和资源要怎么改，重新沟通好优先级。

3. 制定计划，文档记录：可以从技术的角度多提些解决方案，大家一起选个最具性价比的方案，记得要将讨论的内容记录下来，大家都确认了才算数啊！

4. 定期复盘，未雨绸缪：定期回顾项目的进展，其中也包括总结变更的频次和原因，一起讨论如何避免变更，是需要研发更早地介入需求讨论啊，还是产品要参加一些技术的特别会议啊等等。

需求变更的原因有很多，与其想着怎么又变了，不如想着“”如何预防变更，以及变了之后怎么能降低对自己已做内容的影响，多练几次，也就摸脉络了！

除了以上的需求沟通小技巧，如果你也有更好的方法，欢迎分享交流！