开会啦！

写在前面

随着团队协作和组织架构的完善，很多事情已经不是一个人能够完成的了，需要协调配合完成，尤其是做产品，内部团队沟通是一部分，另外还需要和各个团队沟通，才能有效推进项目进行。

本文总结一下我参与过的不同会议，可能工作的重点不同，内容也有所差异，仅供参考。

内部沟通

产品需求文档

1.产品方案评审

说明：大大小小在产品方案评审，可能你没及时意识到，但这件事应该是除了撰写PRD，产品团队的日常工作了。

内容：小的产品评审会简单对你书写的需求、用户场景、痛点以及产品解决方案进行探讨，在功能及交互方面提出修改意见，基本上在0.5h；大的产品评审会，则需要你主动说明需求背景、用户场景等等一系列问题，最后描述你的产品解决方案，一个大的产品评审会，时间大约在1h以上。

如果你是产品评审会组织者，需要你理清自己的产品思路；如果是参与方，则要思考这个产品方案的可行性以及可能产生的问题、能否有更优的解决方案。

2.产品周会

说明：一个小型产品团队，一般每周会进行产品周会，对工作总结以及后续规划。

内容：产品周会时间一般在1小时左右，主要内容包括：项目进度，任务管理...

项目进度主要围绕负责产品展开，包括项目名称、项目进度、运营数据、可能也涉及产品方案、开发时间、提测时间，一般要说明产品目前的进度，如果有延期，需要进行说明，让整个产品团队周知。

任务管理则是对上周的工作总结，一般我会按照文档产出、项目管理、其他事项进行梳理，这个时候可以对任务管理产生的问题进行总结，然后很重要的是对下一阶段工作计划的梳理。

3.头脑风暴

说明：一般大的头脑风暴在1-2h左右，主要对需求、产品方案进行比较大的评估。

内容：头脑风暴需要提前明确分工，主持人和会议纪要一定是必须的，主持人一般会提前制定头脑风暴需要讨论的内容（虽说是头脑风暴，但是如果脑洞太开，会导致花费大量时间却没有任何结论）

不同目的的头脑风暴会议，内容可能会不同。有些会议要大家放开畅想，在会后再进行梳理归纳；有些会议则会进行一定的引导，在一定范围内进行讨论。头脑风暴切忌话题转移，比如聊着聊着，聊到吃饭，这时候主持人非常重要，一定要明确大家讨论相关的话题。

对外交流：

交互：比较大的公司会设置交互设计岗，还有细分用户研究，产品文档完成后，一般进行交互设计，但也有产品直接把交互设计工作完成。一般交互关心的是产品方案中涉及到哪些页面，关心产品操作流程和逻辑，会从用户角度去考虑产品方案，所以PM这时候需要把这些都详细说明。

视觉设计：产品方案中涉及到视觉设计稿，需要产品将需求背景说明，明确需要设计的产品界面和文案。为何需要明确需求背景呢？因为设计师需要了解用户场景，才能给出更加合理的设计方案。

技术：和技术沟通是一件非常重要的事，一般涉及到与技术沟通，内部包括产品功能宣讲、需求调整、功能调整等，需要说明的是和技术沟通的过程中，产品关心的应该是产品方案，而涉及更多的技术方案，应该由技术推动主导，但是产品需要和技术沟通好产品功能未来的走向，否则可能出现沟通不到位，导致产品方案失误或者后期需要重新调整代码。

测试：和测试需要沟通测试样例、测试报告以及产品需求，测试是决定产品是否能够上线的一环，所以测试会根据产品需求计划和开发计划进行评估，编写测试方案，包括黑盒测试和白盒测试，有时候也会进行压力测试，测试和技术在这个过程中会及时提出发现的bug，产品需要了解的是整体的提测时间以及产品的封版时间点，及时推进项目进度。

运营：与运营的沟通内部包括：用户反馈与需求以及新上线产品功能，及时和运营进行说明，能够让运营有效了解产品，制定相应的运营策略。

PS：日常沟通中，产品和技术的确是沟通非常频繁的，因为技术需要明确产品方案和需求，但也不像网上流传那样，关系如此水深火热哦！

以上，是大概总结产品在工作过程中涉及到的会议，无论如何，产品需要思考清楚的是自己最开始的产品需求文档，因为所有的工作，都会围绕着你的产品方案开展，如果你自己有一些细节没有思考清楚，最后导致的可能就是资源浪费。

关于我：小T@连高校默默奋斗的小PM

我的个人微信号：timebaby91

我的微信公众号：我有一个小秘密smallsecret 关注互联网产品、设计和运营

欢迎交流