珠三角的评委总是失望吗？拆除审查将减少分歧

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

被拒绝。它只能减少，但不能消除。有办法减少它。这篇文章描述了一种每个人都能做的方法。

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

本文主要说明以下几个环节的操作:

珠三角审查会议的目的；会议的两个原则；会前准备；会议议程；结束会议

1、会议的目的

明确的目的是做事的第一步，因为目的可以有针对性，确定原则，选择和优化方案，珠三角的审查会议是一样的

PRD评审会议有两个目的，一个是主要目的:

主要是统一各方对产品计划的认识，使项目组能够在战斗中合作；第二个方面是通过会议共同努力找出漏洞并填补空缺。如果优先级混淆，评审会议将变成讨论会议，讨论会议应在计划确定之前举行。如果

被显著修改，在非第二种情况下将有认知不一致的巨大风险，这将给项目带来额外的成本和风险。二审不仅会拖延时间，还会让合伙人怀疑你的能力。

如何评估珠三角的评审会议是否准备好了？

理想情况下，所有参与者在三个方面有相同的理解和认同:方案的总体思路、关键点、风险点和详细设计。

然而，大多数项目在现实中是不可能的，因此可行的标准是理解并同意

的总体思路。关键点、风险点、理解和批准；我们对需要注意的详细设计点有相同的理解和认可。大多数设计都可以被遗忘。回顾珠三角需求的主要目的是就方案的实现思路、实现方法、实现程度、实现范围、时间计划和已知风险的理解达成一致。所谓批准，是指在提出问题后，该计划被认为是可行的。

二、会议二原则

会议前解决的问题；可能出现的问题，有计划；在个案的基础上，应该吸收好的建议。借助一个场景我们可以理解:

有一个很大的M组，它对某个功能的设计方案进行招标，产品方案就是本次招标的方案。珠江三角洲评审会议是投标评审会议。会议直接决定了你是否能得到这个大的集体合同并赚钱。参与投标评审的另一方是除产品经理以外的相关方。此时，在没有灰色行为的限制下，如何通过评标，最大限度地赢得合同综上所述，

实际上是以上两个

3、会前准备

要解决会议前的问题，就需要充分的准备，一次会议顺利与否，会前准备工作可以占80%，另外20%是在会议上实现的

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

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

1。沟通准备

是指与计划中的关键人员进行沟通，并在会议前达成一致的理解

1)包括与业务方沟通并就计划理念和关键点达成一致

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

3)预先建立微信或QQ、钉钉等项目群，将核心人员拉进

2。数据准备

1)将PRD文件上传到约定的位置(例如，诸如团队、学习等书写工具)。、或直接邮件附件，因公司而异)；

2)至少提前一天发送珠三角、原型等数据，尽可能提前2-3天，如属大型项目

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

个接受者都是与项目相关的成员，包括业务方、设计、开发和测试，并将副本发送给他们自己的主管和所有方的直接主管。如果有协议，可以根据协议制作副本。例如，一些公司要求团队(部门)领导参加会议，因此他们需要将会议内容包含在收件人而不是副本中。

传输的时机与方案中的关键人员基本一致

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

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

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

4)预先考虑哪些地方需要突出显示，哪些地方容易受到质疑，哪些问题可能被排除。

5)指定会议的记录员，通常由产品经理亲自记录。

6)如果时间发生变化，请尽早通知参与者；别泄露出去，你会挨骂的。

4、会议议程

作为会议的一种形式，会议议程固定且相对简单，主要包括三个部分:

介绍项目背景、项目目标、预计时间；介绍计划，回答问题并讨论。查看会议记录并确认会议结果

1。项目背景介绍，计划目标，预计时间

背景介绍，计划目标有些学生不会做，但这不是一个省略的环节

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

的另一个优点是，它强调参与者的共同目标，并将形成如何共同努力实现目标的思维方向，而不是在同一战线上稍微对立的思维。例如，在没有解释的情况下，技术专业的学生可能会和你争论，“方案太差，工作量太大”；但是在解释了目标之后，技术学生的思维很可能会转变为“如何更好地实现这个目标”尽管

的工作量很大，但它有利于实现目标。这是站在一起。当引入方案

时，应按总分的顺序进行。首先，它应该给出一个概念和结构的简要介绍，然后应该分块详细介绍。

在正常情况下，每个公司的PRD模板是不同的，但是它们也应该按照一般子结构来设计。一些学生喜欢谈论原型，珠三角援助；有些学生喜欢谈论珠三角，原型援助是可能的，取决于团队磨合，前者更多

2。介绍计划，回答问题，讨论

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

如果在回答过程中有一些问题不能在会议上立即决定，则应在会议上解决，并记录会议记录中的未决事项。同时，应确定跟进人员和反馈时间。

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

最常见的是讨论和进入技术实现细节，应该及时收回。技术实施细节是技术解决方案会议的事项；还可以输入设计细节，这些细节也需要及时收回。也有可能遇到“我不认为用户是这样的，但它是这样的……”就像对计划吹毛求疵一样，现在是展示专业精神并给出理由说服他的时候了。此外，

需要长期考虑。设计和技术是一致的。当双方在产品设计过程中陷入僵局时，他们应该听取产品的意见，产品对设计方案负责。

但这一过程应注意艰苦工作和决策，并应在对自己的计划有把握的前提下进行，否则应视为未决事项并在会后解决。

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

3。查看会议纪要。会议结果确认

评审通过会议纪要后，项目后续各方有必要给出自己的反馈时间表。如果现场确认完成时间可以现场确认，如果不能，则需要一个明确的反馈时间。

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

4。关于会议记录

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

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

5。

审核会议相对于续会和总结会议是一个更好的会议，因为它不涉及敏感的职责划分。

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

跳出细节的争议，双方再次回到功能的设计目的，确认目的相同；确认计划的基本原则，如安全第一、时间第一或先到先得，省略简单的要求步骤；根据目的和基本原则选择方案尽量不要使用短语“我想用户XXX”。这句话表达了我的状态的两个特点:一是我没有考虑清楚这件事；另一个是，这是我个人的感觉，有一个投机成分。

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

不能相处，我们可以“先把这个问题写下来，我会在会后考虑一下，然后我们需要征求你的意见。”

5。会后，

会议已经完成，这并不意味着珠三角检讨已经完成。以下事情仍需完成:

图纸来自Unsplash，基于CC0协议