需求不明确怎么办？

第一：列出困惑点

把有疑问的地方先写下来，可以多从需求的目标、用户故事来思考

第二：约个会一起确认

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

** 第三：用场景描述需求**

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

第四：分解任务，先做确定的

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

第五：文档记录并确认

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

第六：及时反馈，调整

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

需求又变了怎么办？

1、多问“为什么要变”

场景改了还是用户改需求了？多问证据是什么？是有用户的反馈，调研的数据等等？

多问几个为什么，如果证据不足，也就不用变更了嘛！

2、沟通影响，明确优先级

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

3、制定计划，文档记录

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

4、定期复盘，未雨绸缪

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

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