您当前的位置 :康二罗硷新闻网 > 时事 > 评审PRD老被怼?拆解评审会减少被怼
评审PRD老被怼?拆解评审会减少被怼
2019-10-30 18:27:50 来源: 康二罗硷新闻网

评审会议是产品开发的重要组成部分。产品参与者需要在本次会议上就关键要素达成一致,以确保产品的顺利推出。那么,审查会议应该如何举行呢?

只有一种方法可以减少沮丧的人数,但不能消除沮丧。有一种方法可以减少人数。这篇文章描述了一种每个人都能做的方法。

珠三角评审会议是对计划的确认会议,其重点是产品的“什么”,并为以下链接中的“如何做”提供基础。

本文对珠三角评审会议流程进行结构化和分解,然后对实施流程进行标准化,从而解决珠三角评审会议的常见问题,提高评审效率和质量。

本文主要解释以下操作:

澄清目的是做事的第一步,因为只有有了目的,才能有明确的目标,确定原则,优化方案的选择,以及珠三角的检讨会议。

珠三角检讨会议的目的是两个,一个是主要目的:

如果优先级混淆,审查会议将变为讨论会议,讨论会议应在计划确定之前举行。

如果有实质性的修订,在非第二种情况下将有认知不一致的巨大风险,这将给项目带来额外的成本和风险。第二次审判不仅会拖延时间,还会让搭档怀疑你的能力。

珠三角评估会议准备好了吗?

理想情况下,所有参与者从三个方面理解并达成一致:计划的总体构想、风险的关键点和详细设计。

然而,大多数项目在现实中是不可能的,所以可行的标准是产品计划:

需求的主要目的是就方案的实现理念、实现方法、实现程度、实现范围、时间计划和对已知风险的理解达成一致。所谓的批准意味着在质疑问题之后,该计划被认为是可行的。

我们可以通过一个场景来理解:

有一个大的M组,对某一功能的设计方案进行招标,而产品方案就是本次招标的方案。

珠三角评审会议是招标评审会议。会议直接决定你是否能得到这个大的集体合同并赚钱。参与投标评审的另一方是产品经理以外的相关方。

在这个时候,我们应该如何做,以通过招标审查,并赢得尽可能多的合同,限制没有灰色行为。

总而言之,实际上是上面两个。

为了在会前解决这个问题,我们需要充分的准备。如果会议进行得顺利与否,会前的准备工作可以占80%,而另外20%是在会上完成的。

会前准备包括两个方面:沟通准备和数据准备。

如果我们想在上面的例子中赢得M集团的合同,就必须提前联系他们的关键人员,做一个好的服务员,服务好。

这意味着与关键人员就计划进行沟通,并在会议前达成一致的理解。

1)包括与业务方沟通,就计划思路和要点达成一致。

2)与项目实施人员沟通(设计、开发、测试等)。)对计划提出建议和意见,并提前清理矿井。有两种方法。一种是将产品计划邮寄给相关人员,并要求他们退回问题邮件。你在回答每个问题。另一种是一对一沟通,可以通过微信或面对面进行。

3)提前设立微信或qq、钉住等项目组,吸引关键人员。

1)将prd文件上传到指定的位置(如团队协作、学习等书写工具)。或直接邮件附件,因公司而异);

2)至少提前一天发出prd、原型等材料,尽可能提前2-3天发出,即使是大型项目。

目的是给项目成员足够的时间来理解计划。只有这样,他们才能在珠三角检讨会议上容易明白,才不会有主要问题。同时,只有在理解后,才更有可能进行有效的评价,提出一些有价值的问题。

收件人是与项目相关的所有成员,包括业务方、设计、开发和测试,并应向其自己的主管和每一方的直接主管发送一份副本。如果有协议,可以根据协议复印一份。例如,一些公司要求小组(部门)负责人参加会议,因此他们需要将会议包含在收件人而不是副本中。

传输的时间与计划中的关键人员基本一致。

3)预订会议室并发送会议邀请。

会议室应该提前预订。对于没有会议室预订系统的公司来说,最好提前在会议室门上贴一张便条,解释所花的时间。更改会议时间可能会导致人员不均衡或影响项目成员的原始工作计划。

会议邀请函的标题应直接反映珠三角对什么项目的审查,并明确说明时间、地点、与会者、所附珠三角文件或文件地址。实际上,他们中的大多数还会将发送材料和发送会议邀请结合在一起。

4)预先考虑哪些地方需要强调,哪些地方容易受到挑战,哪些问题可能会被排除。

5)指定会议记录员。正常情况下,产品经理亲自记录会议。

6)如时间发生变化,应尽早通知参与者;不要泄露出去,你会被责骂的。

作为格式会议,会议议程固定且相对简单,主要包括三个部分:

有些学生不会这么做,但这不是一个可选的链接。

因为项目的背景和目标是项目理念的基础,包括许多限制性条件,所以在介绍之后,参与者很容易理解您的设计理念以及您的设计起点和终点,以便在设计视觉方案、技术和测试方案时能够遵循总体方向。

另一个优点是,通过强调参与者的共同目标,他们将形成一个如何共同努力实现目标的思维方向,而不是略微对立的思维。例如,当没有解释时,技术专业的学生可能会和你争论,“计划太差,工作量太大”;但是在解释了这个目标之后,技校学生的思维很可能会转向“如何更好地实现这个目标”。

尽管工作量很大,但这有利于目标,即团结一致。

在介绍该方案时,应按照总分工的顺序进行。首先,应简要介绍其理念和结构,然后分块进行详细介绍。

在正常情况下,虽然不同公司的珠三角模板不同,但也应该按照一般的子结构进行设计。一些学生喜欢谈论原型,珠三角援助;有些学生喜欢谈论珠三角,原型援助是可以的,取决于团队磨合,前者更多。

在说话的过程中,我们也需要回答问题。如果参与者有任何问题,他们通常会立即或在完成一个模块后提问。主旨发言人将回答这些问题。在此过程中,可能会有计划变更。如果进行了更改,它们将记录在会议记录中。

如果在回答问题的过程中出现一些不能在会议上立即决定的问题,应在会议上解决,会议记录中的未决事项也应记录在案。同时,应确定随访人员和反馈时间。

问答环节往往会出现分歧,导致会议失去焦点。需要注意几个事项:

最常见的事情是讨论技术实现的细节,这些细节应该及时收回。技术实施的细节是技术方案中的事项。也可以输入设计细节,这也需要及时撤回。也有可能遇到“我不认为用户是这样的,但它是这样的……”类似于对该计划吹毛求疵的问题,现在是展示专业精神并给出说服他的理由的时候了。

此外,有必要从长远考虑。设计和技术是一致的。当双方在产品设计过程中感到僵持不下时,他们应该听取产品的意见,产品负责设计方案。

然而,这一过程应注重努力工作和决策,并在确定自己计划的前提下进行。否则,应将其视为未决事项,并在会后解决。

在结果解释和问答环节之后,会议记录应记录变更和未决问题。对于每份会议记录,所有与会者应花几分钟时间一起确认。检查每个未决问题是否有跟进人员和反馈时间。

审查会议记录后,项目的所有后续方有必要给出自己的反馈时间表。如果可以当场确定完成时间,则可以确定反馈时间。

例如,如果一个项目的设计工作量很小,但开发量很大,那么设计人员可以在下周二直接给出设计草案的评审时间,而技术人员只能给出“周五给你时间来完成/评审技术方案”。在会议记录中记录各方的跟进行动、跟进人员和时间。

所有会议都应记录在会议记录中。记录的原则是记住区别和结论。

记录与原始计划的差异,包括修改和补充;记录某个问题的讨论结果;那些只问问题和回答而不做任何改变的人不需要记录。记录的结果也可以是问题的确定解决方案,还可以包括跟进人员、反馈时间和其他会议结果。

审查会议比复会和总结会议相对更好,因为这次会议不涉及敏感的责任分工。

如果有争论,那几乎就是对计划的讨论。为了解决这种讨论,我总结了一个三步走的方法,可以更好地解决:

尽量不要使用短语“我认为用户xxx”。这句话表达了我状态的两个特点:一是我没有清楚地考虑这件事;另一个是,这是我个人的感觉,有投机成分。

如果你想使用这个句型,请把问题分成小部分,并从可观察到的用户行为和事件中分析出来,以便从逻辑上或用数据进行说服。

如果出现僵局,我们可以“先写下这个问题,会后我再考虑,然后我需要征求你的意见。”

会议的结论并不表示珠三角的检讨已经结束。以下事情仍然需要做:

公开号码:瞿素姬元;;微信号:qusujiyuan2151

这篇文章最初由@ Qusuji新纪元出版。每个人都是产品经理。未经允许禁止复制。

主题地图来自unsplash,基于cc0协议。

© Copyright 2018-2019 mariecristine.com康二罗硷新闻网 Inc. All Rights Reserved.