原型演示汇报的8个技巧 产品原型怎么设计( 二 )


背景信息是主要内容的铺垫和认知基石,能让人了解事情的来龙去脉,解开听众心中首要且暗含的“这是要干啥事”的疑惑 。不交待背景信息而直接切入主要内容,会给听众一种生硬且茫然的感觉,后面听到的所有内容其实都是在不断寻求心中那个“这是个什么事情,为什么要做这个事情”问题的答案 。
当听众的大脑因为某个问题而高速运转或者已经被它完全占满时,扑面而来的信息纵然再精彩也无法再有效填充进去 。几句话的事儿,看似小问题,实则却影响全局 。我们在汇报前,千万别忘了交待背景信息这件极其重要的小事 。
四、首先描述产品框架人们接受一个新事物需要一个过程,而汇报常常需要听众在极短的时间内完成这个过程 。让听众以最快速度接受一个新事物最好的策略之一,就是帮助他们搭建好关于这个新事物的知识框架,在知识框架下再去接收更深入的信息要容易多 。
在产品原型正式汇报前需要花费较多时间把产品思路描述清楚,让领导们对所要讲的内容形成一个整体的认知框架 。这是非常关键的,否则继续往下讲只会让领导们云里雾里,越听越迷惑 。最常见的结局是领导们在某个点突然喊停,然后开始一点一点通过提问的方式回溯,直到他们对所要讲的内容建立起知识框架 。
不少产品经理对此有过惨痛的经验教训,精心准备的产品原型从头开始讲起,结果仅十几分钟之后就被领导喊停,然后就是一系列提问,提问的问题基本上都是关于思路框架方面的内容,汇报者常常这才意识到领导们对整个框架还没有建立起概念 。
可能你之前口头汇报时说过思路框架了,觉得没有必要再说,但实际上很有可能领导们已经没有什么印象了 。作为领导,他们常常是非常忙碌的,每天面对的事情纷繁复杂,你的工作中心可能只有两三件事儿,而领导们常常重点关注的事情都好几件,还别说各种突发的事情以及来自上层领导的各种新指示 。
互联网公司的领导因为有产品专业背景,如果你没有描述产品框架,他们在大多数情况下也能自行快速脑补 。但在传统企业里,因为领导常常是技术背景,并不能通过脑补来弥补这个信息 。
除非你确信领导们对思路框架已经完全了解了,否则思路框架再怎么讲都不为过,特别是在讲一个全新的产品创意时 。既然如此,产品经理应该在一开始就把这个问题解决掉 。
为了达到好的效果,产品经理在产品原型的第一页可以画一张体现整体产品思路的框架图或流程图,起到引领全局认知的作用,实践证明这种方法非常有效 。
五、“讲解速度=理解速度”已有事物在大脑中已被整理并存储,当被讨论时可以立即调出 。而大脑对于新生事物需要有一个整理加工的过程,速度要慢的多 。产品经理在汇报产品原型时含有大量新内容,讲解的速度也要慢下来,留给听众一定的整理思考时间,让讲解速度=理解速度是最佳状态 。
那么大概是什么样的速度呢?参照自己或许会有很好的感受 。回想一下你自己在整理这些信息时花费了多长时间,在某个具体的点上又费了多少工夫,那么在讲整理好的内容进行讲解时大概需要多少时间或许心里就会有个数了 。
产品原型汇报时发生讲解速度过慢的问题很少见,常常是因为讲解速度过快导致效果不佳 。
速度过快,常常是因为产品经理对汇报内容了然于胸,再加上产品经理练就的清晰流畅的思路,很容易一讲起来速度就快起来了,等到讲完了回头发现领导们一堆疑问,还得翻回到前面一个一个地对问题进行解答,基本上相当于把之前讲的内容再重新说一遍,最终相当于讲了两遍!
【原型演示汇报的8个技巧 产品原型怎么设计】在互联网公司,产品经理面向的是经验更加丰富的专业人士,他们对于产品方面的理解和思考能力都很高,速度可以稍微快些 。
而在传统企业,产品经理面向的是没有产品背景的非专业人士,他们的思维方式与思考的内容都与产品经理有很大的不同 。面向他们汇报时,我们要特别注意讲解速度这一点 。无论面向对象有无专业背景,我们都要注意的是:讲解时要留意听众的反应,让讲解速度=理解速度,确保听众理解了再继续往下走 。
产品经理常常会高估领导们的信息接收能力,实际上领导们也并非天赋异禀,也需要时间来吸收与思考 。控制速度,让领导们跟上你的思路,是取得良好汇报效果的关键所在 。
六、加重和重复关键点在整篇的汇报过程中,一定会有一些关键点需要让听众重点关注 。那么可以采取什么样的措施来达到这个目的呢?加重、重复是简单且有效的策略 。