如何保证产品会议“三效”?

释放双眼,带上耳机,听听看~!

本篇内容将尽可能囊括产品建设过程中的相关会议,阐述笔者对如何保证这些产品会议“三效”的一些具体方法与技巧,不敢夸口次次都完美奏效,但是一定有所帮助。

如何保证产品会议“三效”?

1、何谓“三效”

一为“高效”——产品会议前准备工作到位,会议进程不拖沓;

二为“有效”——产品会议内容掷地有声,条分缕析,有节奏,有导向,有目标;

三为“成效”——产品会议结论对与会人员有所效用,对相关工作有所帮助;

2、细数产品会议

以下列举笔者认为较为关键、重要的会议:

1)产品可能性探讨会议——一般为产品人员提出可能的产品思路,或业务/客户提出可能的业务思路,产品人员或内部人员根据提出者的思路,经过初步思考,发起小范围探讨(参与者多为管理层)

2)产品头脑风暴会议——有对企业现有产品,进行深入探讨,探索深度需求和产品进一步提升方向,也有对新的产品方向的探索性思考

3)产品提案评审会议——是在新的产品思路经过了小范围可能性探讨,得到初步认可后,由产品负责人整理相关产品建设方案,并发起产品方案内部评审会议

4)产品需求文档评审会议——评审产品需求文档,探讨需求可行性、需求边界和需求风险等

5)产品交互逻辑探讨会议——通过草图或线框图等低保真模型探讨产品交互逻辑

6)产品原型评审会议——产品原型评审,通过高保真模型进一步探讨产品交互逻辑,功能点和基本布局,是否满足第一阶段要求(市场验证阶段)

7)产品测试评估会议——包括产品内测阶段(Alpha版本/Belta版本)、发布上线前,对内部测试结果以及灰度发布结果(可能有AB测试)进行综合评估,评估是否可正式上线发布

8)产品发布会议——产品正式发布前,组织内部甚至对外的发布会,目的是宣告产品发布上线

9)产品运营策略研讨会议——主要针对产品上线后的运营方式和市场策略等进行探讨

10)产品复盘会议——可在产品发布上线后的不同阶段,可以是产品发布上线后,可以是产品运营一段时间有了一定用户数据反馈以后

11)产品对内培训会议——主要针对B端产品,需要对内培训,内部培训人员主要是产品人员,目的是培训售前和销售以便后续售前支持和对外商务工作

12)产品对外培训会议——主要针对B端产品,需要对外培训,外部培训人员可以是产品人员和售前人员(主要是售前),目的是帮助b端客户熟悉产品

接下来,笔者将结合以上12类会议,分别讲述如何保证这12类产品会议的“三效”的具体方法和技巧

2.1产品可能性探讨会议

产品可能性的思考来源一般为:

1)公司产品人员根据现有业务或新的业务提出可能的产品思路

2)公司市场业务人员从市场感知到可能的基于业务的产品思路

3)客户提出可能的基于自身业务的产品思路(面向B端)

4)公司管理层基于企业战略布局,提出的可能性的建设思路

以上提出的产品思路,都需要产品人员或公司其他人员(管理层或市场业务人员)根据提出者的思路,经过初步思考,发起有公司管理层参与的小范围探讨。

此类会议保证“三效”,有以下方式:

1)会议前——提出者需要保证产品思考是有根据的,相对完整的,即囊括了产品战略思考、商业模式思考、业务场景依据、潜在用户群依据等,建议进行SWOT分析;如果你是基层产品人员,建议先单独同直属Leader沟通思路(Leader一般会同公司其他相关管理层协商),得到支持或认可后,再发起正式会议探讨;向参与人(一般为管理层)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——除了清晰阐明产品思路外,更需要审时度势,随机应变,综合参会人员的想法,进一步梳理出思路的可行之处和风险,产品是否可行,前期很大程度上依赖于公司决策层的意见(在多方发表意见的会议过程中能保持头脑清晰,思维缜密是一项重要能力,需要不断锻炼和自我完善);安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和遗留问题。

2.2产品头脑风暴会议

产品头脑风暴会议——有对企业现有产品,进行深入探讨,探索深度需求和产品进一步提升方向,也有对新的产品方向的探索性思考。

1)公司相关产品人员针对所负责产品,推向市场后的用户数据和使用数据反馈,提出内部深入探讨需求,一般一次为一款产品(建议控制在一款)。

2)公司管理层从企业战略考虑,针对产品现状及未来走向,提出深入探讨需求。

以上提出的产品深入探讨需求,都需要产品相关负责人或公司管理层发起正式的会议邀请,组织进行“脑暴”。

此类会议保证“三效”,有以下方式:

1)会议前——提出者需要明确待脑暴的产品,以及整理当前产品运行报告(包含产品能力,产品运营数据等);明确会议主题,会议探讨目的;如果是基层产品人员,发起会议建议申请上级领导认可,再发起邀请,邀请前先知会相关参与人员,尤其是需要参与的管理层;向参与人(建议囊括:产品Leader,售前人员,产品运营人员,产品核心技术人员等)发起会议正式邀请,告知会议参与人员,会议地点,会议时间;提前申请会议室资源。

2)会议中——因为是头脑风暴会议,提出者需要扮演类似主持的角色,尽量激发大家的探讨热情,畅所欲言,同时还需要时刻把握主线目标,控制节奏,保证参与探讨内容虽然发散但紧扣主题,审时度势,随机应变,将偶尔跑偏的思路拽回,并能够综合参会人员的想法,记录会议要点(讨论结果,关键性发言信息);安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场阐述已记录的会议结论和遗留问题,并嘱咐会后尽快整理会议内容、结论和遗留问题等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和遗留问题。

2.3产品提案评审会议

产品提案评审会议——是在新的产品思路经过了小范围可能性探讨,得到初步认可后,由产品负责人整理相关产品建设方案,并发起产品方案内部评审会议。

会议所需的方案需要由相关产品人员给出(即使是其他人提出的思路,最终也基本由产品人员负责方案撰写),并发起正式会议邀请。

此类会议保证“三效”,有以下方式:

1)会议前——负责的产品人员需要根据产品探讨思路整理出初步的建设方案(此方案不同于B端产品由售前撰写的面向客户方的产品建设方案),并将该方案提前给到与会人员;明确会议主题,会议探讨目的;如果是基层产品人员,发起会议建议通过上级领导认可,再发起邀请,邀请前先知会相关参与人员,尤其是需要参与的管理层,建议单独告知;向参与人(建议囊括:产品Leader,其他相关管理层等)发起会议正式邀请,告知会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员首先需要阐述方案,方案内容包括但不限于战略分析,商业模式,建设目标,潜在的目标用户群,产品职能边界等;邀请与会人员发表个人想法,此过程属于自由交流阶段,产品人员除了记录关键信息外,还需要跟随讨论进程,适时回答或带动讨论节奏;客观的记录大家提出的建议,综合参会人员的思路,记录会议要点;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容、结论和遗留问题等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和遗留问题。

2.4产品需求文档评审会议

产品需求文档评审会议——评审产品需求文档,探讨需求可行性、需求边界、数据资源和需求风险等。

由产品人员梳理、撰写并产出需求文档(交付件),发起需求文档评审邀请。

此类会议保证“三效”,有以下方式:

1)会议前——负责的产品人员需要将产品需求文档提前给到与会人员;明确会议主题,会议探讨目的;如果是基层产品人员,发起会议尽量通过上级领导认可,再发起邀请,邀请前最好先知会相关参与人员,尤其是需要参与的管理层;向参与人(建议囊括:产品Leader,产品测试人员,其他相关管理层等)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员首先需要阐述文档内容,尤其是产品架构,功能需求定义和风险等。然后邀请与会人员发表个人想法,此过程属于自由交流阶段,产品人员除了记录关键信息外,还需要跟随讨论进程,适时回答或深化内容,客观的记录大家提出的建议,综合参会人员的想法,记录会议要点;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.5产品交互逻辑交流会议

产品交互逻辑交流会议——通过草图或线框图等低保真模型探讨产品交互逻辑。

由产品人员或交互设计师根据需求文档,快速产出草图或线框图等低保真模型,发起产品交互逻辑的交流。

此类会议保证“三效”,有以下方式:

1)会议前——负责的产品人员需要将产品草图或线框图等低保真模型提前给到与会人员;明确会议主题,会议探讨目的;如果是基层产品人员,发起会议尽量通过上级领导认可,再发起邀请,邀请前最好先知会相关参与人员,尤其是需要参与的管理层;向参与人(建议囊括:产品Leader,UI与交互设计,其他相关管理层等)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员首先需要阐述低保真模型,然后邀请与会人员发表个人想法。此过程属于自由交流阶段,产品人员除了记录关键信息外,还需要跟随讨论进程,客观的记录大家提出的建议,综合参会人员的想法,记录会议要点;可以采取现场绘制交互思路草图,拍照记录;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.6产品原型评审会议

产品原型评审会议——产品原型评审,通过高保真模型探讨产品交互逻辑,功能点和界面布局等,是否满足第一阶段要求(市场验证阶段)。

由产品人员根据需求文档,线框图等,设计制作产品高保真模型,以便作为UI设计阶段的依据(也有需要高保真原型与客户交流,或向公司内部汇报的情况),并发起产品高保真原型的评审交流。

此类会议保证“三效”,有以下方式:

1)会议前——负责的产品人员需要将产品高保真模型提前给到与会人员;明确会议主题,会议探讨目的;如果是基层产品人员,发起会议尽量通过上级领导认可,再发起邀请,邀请前最好先知会相关参与人员,尤其是需要参与的管理层;向参与人(建议囊括:产品Leader,UI与交互设计,其他相关管理层等)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员首先需要阐述高保真模型,这个过程基本属于进入UI设计前的最后阶段,主要是向各位传达产品最终成品的雏形,邀请与会人员发表个人想法。产品人员除了记录关键信息外,还需要跟随讨论进程,客观的记录大家提出的建议,综合参会人员的想法,记录会议要点;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.7产品测试评估会议

产品测试评估会议——包括产品内测阶段(Alpha版本/Belta版本)、发布上线前,对内部测试结果以及灰度发布结果(可能有AB测试)进行综合评估,评估是否可正式上线发布。

由测试人员给出测试报告,并发起测试评估评审交流(需要产品人员把控评审结果)。

此类会议保证“三效”,有以下方式:

1)会议前——负责的测试人员需要将测试报告提前给到与会人员;并提前与产品人员沟通,再发起会议邀请;明确会议主题,会议探讨目的;向参与人(建议囊括:产品Leader,技术人员)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——测试人员需要阐述测试报告;根据报告结果,重点探讨测试不通过的部分;产品人员除了需要理解当前测试状况外,还需要调动相关技术人员深入探讨相关测试情况,以便问题优化或给出其他解决方案;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.8产品发布会议

产品正式发布前,组织内部甚至对外的发布会,目的是宣告产品发布上线。

由产品人员发起并组织,内部产品发布会议相对简单些,对外产品发布会准备流程复杂许多,也更加严谨。此处仅讲解内部发布会议。

此类会议保证“三效”,有以下方式:

1)会议前——负责的产品人员需要发起会议邀请;明确会议主题,会议探讨目的;向参与人(建议囊括:产品Leader,技术人员,相关售前、市场销售人员)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员需要介绍产品发布内容,向各位同事阐述产品所有功能,产品亮点等;此会议也相当于产品培训前的交流会议;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.9产品运营策略研讨会议

产品运营策略研讨会议——主要针对产品上线后的运营方式和市场策略等进行探讨。

由运营人员发起并组织,一般在产品内部发布会前进行(也有会后进行的情况)。

此类会议保证“三效”,有以下方式:

1)会议前——运用人员根据产品发布内容,梳理出运营差略(一般产品人员需要同步参与),并发起会议邀请;明确会议主题,会议探讨目的;向参与人(建议囊括:产品Leader,技术人员,相关售前、市场销售人员)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员需要介绍产品发布内容,向各位同事阐述产品所有功能,产品亮点等;此会议也相当于产品培训前的交流会议;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.10产品复盘会议

产品复盘会议——在产品发布上线后的不同阶段,可以是产品发布上线后,可以是产品运营一段时间有了一定用户数据反馈以后。

由产品人员发起并组织。此类会议保证“三效”,有以下方式:

1)会议前——产品人员需要梳理出对产品建设过程中,关键环节和出现问题的记录;如果是运营一段时间,则需要结合上线运营的数据进行分析,并给出分析报告;发起会议邀请,明确会议主题,会议探讨目的;向参与人(建议囊括:产品Leader,技术人员,测试人员,运营人员等)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员需要阐述总结的分析报告和个人看法,将问题点和数据关键点抛出,邀请各位同事对号入座,出现的技术问题由技术负责复盘总结,测试问题由测试负责复盘总结,运营数据由运营人员负责复盘总结(产品人员可补充);此会议相当于对过去工作的总结和思考;安排人员做好会议记录,必要时可录音,方便后续回溯。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.11产品对内培训会议

产品对内培训会议——主要针对B端产品,需要对内培训,内部培训人员主要是产品人员,目的是培训售前和销售以便后续售前支持和对外商务工作;

由产品人员发起并组织。此类会议保证“三效”,有以下方式:

1)会议前——产品人员需要整理出培训资料,产品介绍和产品功能演示数据等;发起会议邀请,明确会议主题,会议探讨目的;向参与人(建议囊括:售前和销售同事)发起会议正式邀请,简述会议主题,会议参与人员,会议地点,会议时间等,提前申请会议室资源等。

2)会议中——产品人员需要逐一做产品介绍,演示产品(产品操作和业务场景阐释,甚至客户问题解决方案等);安排人员做好会议记录,录屏供售前和销售同事回溯学习。

3)会议后——会议结束后,当场总结已记录的会议要点,并嘱咐会后尽快整理会议内容,结论等,发送会议纪要给与会人员,后续也可做追溯用,会议纪要除了记录会议内容,还需明晰会议结论和待定内容。

2.12产品对外培训会议

产品对外培训会议——主要针对B端产品,需要对外培训,外部培训人员可以是产品人员和售前人员(主要是售前),目的是帮助B端客户熟悉产品。

由产品人员(主要是售前)根据客户需要,发起并组织。此类会议保证“三效”,有以下方式:

1)会议前——产品人员或售前人员需要整理出培训资料,产品介绍和产品功能演示数据等;发起会议邀请,明确会议主题,会议探讨目的;向参与人(客户方)发起会议正式邀请。

2)会议中——产品人员或售前人员需要逐一做产品介绍,演示产品(产品操作和业务场景阐释,甚至客户问题解决方案等)做好会议记录。

3)会议后——会议结束后,尽快整理会议内容,结论等,发送会议纪要给相关领导,会议纪要除了记录会议内容,还需明晰会议结论和遗留的客户问题等。

3、总结

以上就是笔者关于——保证产品会议“三效”的分享内容。

给TA买糖
共{{data.count}}人
人已赞赏
职场攻略

面试的三个阶段:前期准备与投递、面试复盘、offer选择

2020-7-22 15:44:09

职场攻略

10道面试题,聊一聊“面试”的那些事

2020-7-23 9:07:17

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索