河北极具实力和影响力的品牌运营公司之一
石家庄 | 唐山
品牌咨询:0311-88990378
KA网络品牌建设+KA网络品牌运营+KA关键点落地
您所在的位置: 主页 > 品牌策划 > 创品动态 > > 正文

网络品牌经营最需要掌握的技能,也是产品经理必经之路!看看你懂了吗?

2020-08-10 16:01浏览:170次

一、需求评审是什么?

  要想开一场完美的需求评审会,必需明白需求评审的目的,就想网络品牌一样,我们需要了解后才能做出决定,只有明确目的后,做好相关的预备工作才能够事半功倍!

  1. 需求评审的目的

  检视需求的公道性与完整性,降低需求风险。
  与项目干系人对项目目标、需求达成一致,利便其他工作职员能够了解工作任务,从而增强团队协作能力。
  能够对产品进行全方位的论证,验证或更改自己的想法主意、获取更多的想法主意,进行头脑风暴,完善产品需求。头脑风暴的作用有以及几点,不仅仅试用与需求评审也合用于其他方面。
  头脑风暴
  让介入者敞开思惟集体讨论,相互启发激励,以弥补知识缺陷
  引起创造性设想的连锁反应,产生尽可能多的设想,并使各种想法主意在相互碰撞中激起脑海中创造性风暴
  再对设想进行客观,连续的分析
  从而找出解决挫折的黄金方案
  假如没有需求评审将会产生什么后果呢?

  1)需求严峻的失真性!

  2)增加项目本钱,项目成员对需求的意见没有保持一致,不清晰自己要做什么,也不知道做成什么样子,什么时候交付,严峻影响项目的进度。

  3)思维角度不合,产品经理和工程师各自的视角不一样,工程师代表的是技术思维,而产品经理代表的是产品和用户思维,这两种思维自然就存在一些冲突和矛盾。

  2. 成功的需求评审

  一场成功的需求评审会。网络品牌是能够完整,清楚传递产品目标,产品功能,能获得团队认同,并且会后团队能够配合实施的,从而能有效推动产品进度的会议。
  产品目标:能够讲明白,我们要做什么产品,为什么要做,做这个产品的意义,能解决什么题目。
  产品功能:能够说生产品功能实现的意义和规则,涉及到哪些方面,前端、后台、UI、UE、运营、测试,并且向团队指出为了完成该需求应该怎么做,公道的分配任务。
  产品实施:解决会上提出的题目,输出会议纪要及项目计划表。
 

二、如何做好需求评审?

  1. 评审会前预备

  (1)邮件通知

  任何形式的沟通,都必需以邮件(公司联系方式)来确认,邮件的内容包括一下几个方面。
  项目背景先容,假如是新项目,要输出 BRD 和市场调研分析, 用户画像,老项目要输出数据分析、用户反馈,竞品状况,也就是需求来源等,让团队成员对需求评审会的项目有个大致预备,每个人都可以在会前有思索的过程,利便各成员能做好相关的会议预备。
  输出项目目标,本次项目,你要达到什么目的,评估尺度,作为产品经理可以提前通过该种方式让团队成员知道自己的观点和想法主意,提前输出,利便会议时能够更好的理解。
  输出项目文档,BRD/MRD、PRD、流程图、结构图、原型图、以及与之相关的所有文档。不做无预备的仗,只有文档的输出才能让团队成员能够全方位的了解项目。
  邀请职员:测试、开发(前端、后端、客户端、运维)、UI、UE、运营、以及Boss和确定开会的时间和地点。由于不是所有人的时间都是一致的,只有提前确定时间,才能确保会议的正常进行,必要时,需要会前多次通知及确认。

  (2)提前预演

  预演不需要太多人,项目相关的核心职员(产品经理、前端主管、后台主管)即可。
  从他们的角度看有没有漏洞,证需求文档的主要逻辑没有题目,从而明确需求能不能实现
  为了获取认同,获得会议的支持者,提前通个气,这样可以能减少良多不必要的矛盾,甚至是领导的肯定,那么接下来的项目推进,就会非常轻松,在碰到争议性较大的议题时,这一点会非常有效。

  (3)自我的会前预备

  产品经理作为需求评审会的核心成员,必需对该项目有深层次的了解,
  例如需求背景,需求的来源,目标用户,市场现状,碰到的题目,调研结果,要解决题目的深入分析和思索。
  通过自我的思索和预备进行改进和完善,通过预备工作发现要评审的产品方案的不足并加以修正,在需求评审会上进步需求评审通过的概率。
  只有在会前有过预备和思索并且能够在会议时了然于胸,才能立于不败之地,不然会被其他职员怼的哑口无言。

  2. 会议中

  你穿上了一身褴褛T恤,打开会议室的门,连接好投影仪,睁开一夜未眠的双眼,这场战斗才刚刚开始。
  那么,这个会要怎么开?
  开会有时候就是靠着你这一张三寸不烂之舌,征服大家。
  作为产品经理,要有良好的表达能力,描述项目时需要有逻辑,有条理的叙述,明确的说出自己的想法主意及项目的相关内容,但是我们需要以事实为依据,以数据做基础,不能凭空想象,无中生有。
  首先不要想当然的以为别人和自己具有一样的背景,好比设计职员不知道如何开发,开发职员不认识详细的业务知识,在阐述一个需求的时候要考虑到大家都是来自不同背景的,用大家都能理解的方式进行需求。
  在进行需求评审时前不要忙着讲解用户操纵流程,演示原型图,
  我们应该对需求的价值进行说明,然后说明需求的背景以及需求想要实现什么目标、解决什么题目,这样的话大家对需求的理解才能更深刻,才不会在后期质疑是否需求的必要性。
  尽量用举例子、讲故事的方式来说明需求。在讲解用户操纵时可以结合详细的业务场景,与每一块的负责人确认排期时间是否有疑义。
  产品经理不仅要会说而且还要会听,善于倾听他人意见和想法主意。
  作为一个团队,每个所对应的岗位不同,思索的维度就会不同,工程师考虑的是技术,UI考虑的是交互,老板考虑的是贸易价值等等。
  例如产品经理和工程师,产品经理在陈述完产品设计思路后,工程师就会对产品设计提出意见,然后产品经理会回应工程师的意见,这个过程中的讨论常常转变成一场无关主题的争论。
  好比对于登录功能的设计,是否需要在密码中支持特殊符号,产品经理的意见是需要支持。
  由于不同人对于密码的要求不一样,有良多用户会使用特殊字符设置密码,不能通过特殊字符设置密码会给用户一种不安全感。
  工程师以为特殊字符过于复杂,产品可以定义一个同一的规则例如只支持数字和字母,这样产品规则就简朴了。
  留意,在这个过程中,大家讨论的焦点并不是产品的技术实现解决方案,而是对产品的设计和对用户的理解,假如产品经理能够掌握住这个差别,应该耐心地询问工程师这两种设计方式在实现上有没有区别,假如没有区别,则建议选择让用户更具安全感的支持特殊字符的方式;
  假如在技术实现上有区别,那么再来衡量详细实施工作量,看投入产出是否合适。通过对题目的区分可以化解争论。
  产品经理要在这个过程中要善于倾听,倾听别人的意见和想法主意,站在别人的角度思索题目,理解当事人的观点,从而沟通出最公道的方案。
  产品经理不仅要会说会听还要会记
  需求评审会时,一定一定要铺排产品助理进行会议记实,假如没有助理自己预备录音笔,需求评审会,会碰到良多题目和想法主意,不可能当时就解决,优先解决重点内容,记实会议内容可以防止题目的漏掉,对于细节题目,可以暗里单独联系解决。一份会议记实可以匡助你回忆整个会议内容,事后可以针对性的进行内容整合分析。

  3. 会议后

  会议开完了就完了吗?那可不是的,一天的战斗才刚刚开始,会议后依旧十分的重要。
  会议后需要对会议记实进行收拾整顿,对于没有解决的题目及时的处理,需求需进行修改,并且修改好以后,把会议修改的内容全部发出来,达成一致的、修改的、疑问的逐一列举出来,并输出反馈时间表,要及时同步给大家,并且在群里进行扼要提醒和说明。假如碰到自己解决不了的题目,可以找相关职员进行私聊解决,或者小团队讨论。
  做好会议总结:通过总结分析今天会议自己的不足,以及整个会议碰到的题目,和会议得到的结论和观点,及时的反思优化,避免下一次发生同样的错误,为项目的进一步推进做好预备。
  跟进各个角色:网络品牌配合测试输出用例,配合运营输出运营需求,配合UI输出UI需求,配合UE输出UE需求,配合开发输出功能列表。进行项目治理,输出时间节点完成日期落实到责任人,以及后续评审日期,上线全环节跟进,并收拾整顿需求。
  文章来源:创品思维官网,文章链接:http://www.vsiwei.com/ppch/cpdt/630.html,转载请注明出处。以上就是创品思维分享的全部内容,如果有任何不同的建议,欢迎在评论下方说出你的想法。

关注微信公众号创品思维(hbcpsw),定时推送,福利互动精彩多多
石家庄高新区黄河大道136号润江慧谷4号楼1705/1706 公司总机:0311-88990378 邮箱:hebeichuangpinsiwei@vsiwei.com
唐山市路南区河北文化创意产业园内唐山互联网媒体中心二期三层 公司总机:0311-88990378 邮箱:hebeichuangpinsiwei@vsiwei.com
友情链接:
在线客服
QQ咨询
扫一扫

扫一扫
了解更多营销案例

全国免费服务热线
0311-88990378

返回顶部