第1个回答 2022-07-13
作为一枚产品人，你是否经历过这样的困扰：在需求评审会中，要么害怕被指出逻辑漏洞，要么在讲解时会不自觉的紧张，甚至整个需求宣讲的思路不清晰。
那么这样会造成怎样的后果呢？
现场听的人没有搞懂；或者是讲解遗漏关键点，甚至会造成最终的交付产品和原需求相差较大。
所以做好需求宣讲至关重要， 今天我就来简单的聊一聊怎样做好产品需求的宣讲。
（一）明确需求宣讲目的
我们做某件事情，可以先去定义做这件事情的目的是什么，为了实现这个目的我们应该怎样去努力。
当你明白了这件事情的目的以后，你才会有对应的努力目标，才知道应该怎样去努力。
那么需求宣讲的目的是什么呢？
即通过产品经理将需求以通俗易懂的语言传达给相关研发、设计、测试等人员，达成需求理解的一致，明确接下来的工作应该怎样去展开。
研发同学会就需求的实现方面重点讨论，另一方面UI同学就设计页面的注意事项做确认，而测试人员大多会就系统的边界进行补充说明。
知道了目标和不同的工作的侧重点，下一步就要为实现这个目标，设定关键路径，这也是产品能成果交付的必经之路。
（二）如何为需求宣讲做准备？
无论你将要面对的是谁，提前做好准备，才能够让自己做事不慌张。这里我结合自身实践经验，总结了一份准备事项。
第一步，准备讲解所需要的相关材料。
在开始之前，首先明确讲解的材料有哪些？这些材料讲解的顺序和配合是怎样的？材料讲解的侧重点是什么？
需求宣讲的材料，是我们讲解的依据，我们先要把准备材料做足。才能帮助我们把客户的需求通过思维导图、原型图等更好地传达出来，这些材料便是辅助我们表达需求的载体。
比如，我们需要先用思维导图去把功能架构进行整体概述；然后通过原型图详细说明，在讲解原型中，会借助流程图、状态图等加以补充，这样将我们准备的材料很好得组合起来，才能够游刃有余的掌控自己的讲解内容，相关的同事也才能够更清晰明了。
第二步，提前确定宣讲形式。
在正式宣讲之前，需要事先声明你想要宣讲的形式，是整体讲解完，再答疑；还是边讲解，边答疑；或者讲解和讨论结合。
当然这要根据项目而异，比如，只是开发一个功能模块，不复杂，可以先整体讲完，让团队成员把问题记录，后续一并作答。
宣讲的形式，是能够让你掌控自己的讲解节奏，不至于经常性被打断，导致需求讲解拖沓，影响整个会议效，这里推荐学习《六顶思考帽》帮助我们如何做会议的主导者。
第三步，根据搭建的内容讲解框架去执行。
我们要讲解需求，不管面对的是一个全新的系统，还是在原有系统上迭代功能，或者是增加新的模块，我们大体都可以从背景（包括价值）-整体系统框架—详细原型讲解—问题答疑的过程，实现我们的讲解目标。
（三）需求宣讲的讲解思路
当然，我们真正去实操时，可能还是会有些疑虑，我们要怎样讲解显得更加专业和完整呢？
以下几个步骤或许能给你一些启发。
首先，介绍一下对应的需求背景。
需求的宣讲，介绍需求的用户的背景，这点很重要。让研发及测试人员能清楚知道用户的需求。
系统是用来做什么的、主要满足客户哪些需求、能给公司创造什么样的价值等，使开发及测试人员的工作目标很明确，也能从全局角度去考虑系统的价值。
其次是对应的整体的系统框架。
整体系统框架的讲解，一般是通过导图呈现，比如信息架构图和功能结构图，将功能以结构化的形式分块讲解，并且通过信息架构图，将功能进行归类，让研发人员对系统概貌有一个了解，这里不需要将规则、功能定义详细讲解，具体的留到讲解原型时去说明，这样更直观。
最后是系统原型的详细讲解。
原型内容越详细其实是越有利的，每个公司要求的原型颗粒度不同。
根据不同情况将原型细化做标注。那么讲解的时候，是不是需要把所有标注的内容都讲解到？
回答是肯定。因为如果在宣讲时有遗漏，即便是原型上有标注，研发人员也有看不到的时候，这绝对是血的经验。
当然，如果需求内容多，可分开多次宣讲。当然讲解时，也要分开重难点，对于大家容易理解的需求（如之前项目做过或众所周知的需求）可以简单带过。
（四）需求宣讲注意事项
当然在这整个过程，会发生很多不可控的事情，所以一定要保持平常心，这里有几个小tips分享给大家：
1）因为原型内容相对较多，要注意讲解模块的节奏，给大家留有一定的思考时间。
2）讲解时要注意语速和语调的变化起伏，就像我们上课听老师讲课一样，我们也会常常走神，一样的道理，要让你的讲解有起伏，从听觉上是一种享受。
3）需求讲解，为了让内容更加丰富化和趣味化，可以以用户故事的形式来去讲解，一个个小故事串联起整个系统。
4）要放平心态，要知道需求的设计不可能是完美无缺的，我们有可能存在逻辑漏洞，我们也有可能在讲解时做不到面面俱到，会存在一些隐含的需求未被讲解出来等等。我们在需求宣讲和答疑的时候，需要做的是收集项目组成员的问题，然后补充到自己的原型设计里面。
当然整个过程可以总结为辅助答疑式宣讲，会有头脑风暴时刻，交互交锋，像极了切磋才艺的战场，我们要从心态上保持开放、接纳、期待，才能从这场战役中获胜。
写在最后❤️
需求宣讲，其实是一个多方面锻炼自己的很好的方式，需求评审被怼是产品经理多多少少都会遇到的问题，这也是锻炼产品经理抗压的一种方式，不要轻易就失去自己的平常心，被怼证明自己考虑还不够周到，能力还能提升。
作为将来要面对千锤百炼的产品经理，需求宣讲不叫事儿，在过程中不断总结，你会真切感受到需求宣讲的快乐。
以上是对于需求宣讲的一些个人总结，希望对你有帮助。