如何做好一场需求讲解

组内的同事要细讲，现状、业务规则、交互规则、关联功能、处理逻辑，在时间充裕的前提下，能多讲点就多讲点；

如果是项目经理或者测试人员，还可以把自己这样设计的原因、思路说出来，让大家都能与你共情。同时关联功能、关键功能记得讲解的时候时不时“敲敲黑板”提醒大家注意。

给领导讲更多的是讲解原因、思路、目标、效果，并将所涉的难点或需要领导重点关注的问题说出来。

售前阶段更重要的是讲解价值、定位、目标客群及各角色的使用场景；

需求初期重点是先让听众和我们的方案思路达成一致，同时关联实施路径，不用讲太细节的内容；

需求评审则注重整体方案逻辑及关联方如何配合，细节的内容要挑重点功能进行细致讲解；

如果是培训阶段，则更注重如何使用、常见问题如何应对等方面。

直接：语言要简单明确，不要有过多的无效解释，无效修饰；

互动：阶段性与听众有些小互动，或提问，或眼神交流，以便让大家更专注；

动作：讲解过程中的手势、表情等，能够让听众从外在更接受你的内容；

自信：即便你现在说的不一定对，但是你自信的表达出来，对方大概率也不会追问，后续思考过程中发现了问题，那就再私下解决；

问题复述：如果有些问题你是第一次听，可以先向提问者复述一遍问题，以确认对问题的理解是否有偏差。同时这个过程也能给你增加几秒“宝贵的”考虑时间。有时候还可以通过对方的提问发现他的理解可能存在误区，这时候就可以顺势进行纠偏；

把握时间：无论是一场正式的会议，还是一次短暂的讨论，或者是一个临时的“电梯演讲”，对时间的把握是非常重要的一环。心里始终装着一块表，随时提醒自己并调整讲解节奏。