从2021年开始，我每个月都会开一期训练营，同时在开营中收集同学们的反馈，不断优化训练营的内容，同时还要继续推进社区app的开发工作和产品优化工作。加上今入学了poly U研究生和第三本书出版计划，把时间压缩的不可开交。
甚至在路上坐车开会过程中在坐车的时候都恨不得在副驾上把打开电脑，推进各个人物。说实话这时间的一天超过了至少10个小时在工作上。
而越是个人忙的时候，越是要凸显产品的团队协作，利用团队协作高精度、高效率完成产品工作，尤其是我们在日常产品经理工作里，本身就会出现许多紧急需求、或突发任务，有了协作自然就可以快速解决。
那么产品经理的团队协作到底是做什么？从那些维度可以完成协作工作呢，我今天来分享下。
首先我们协作前要梳理出团队共同的需求目标和任务边界，最常的方法是头脑风暴，在会议室里利用头脑风暴完成产品的框架梳理工作。
会议结束后，我们会在头脑f风暴里整理出下面的产品框架，作为产品协作的基础，通常来说我们会分为前端、后台、以及算法逻、和安全4个维度。但只要能够满足上线要求，公司没有过多的安全策略，我们只会考虑产品本身的前3点。
▲ 产品协作前需要被输出的产品架构图
1.产品经理的团队协作：画原型
曾经我在一家公司做产品经理，改产品团队一共有3个产品经理。常常在在这家公司里周五会领取到了一个任务，比如要实现一个小程序的产品设计周一就要进行产品项目汇报，从产品设计到项目汇报PPT全部提供。要想快速完成，首先要解决画原型的具体工作。
首先选择可以协作的原型工具，在这里我推荐figma
▲ 协作原型设计工具
根据前面提到头脑风暴梳理的产品功能框架，我们依次对其分工，完成产品的设计工作。每个团队成员完成自己的产品设计分支分类。
2.产品经理的团队协作：写文档
和画原型一样，写文档则需要提前定好产品需求文档的规范，每个功能下的页面、和页面的逻辑、页面的路径、页面前后条件，都是我们在文档里的规范。如下是一个app原型页面截图，以及对应页面的操作文档说明
文档的图标、注视、解释说明，都应该有一套撰写规范，下面是我在产品工作里撰写的文档案例，其中包含了时间、条件、逻辑，写这个文档有了这个标准后，再沿用功能侧的分工，就可以完成撰写了。
用线上文档来完成协作，基于负责的功能模块进行文档结构的划分，这样一份需求文档就可以快速实现。类似总分总的结构完成一份需求文档
3.产品经理的团队协作：项目管理
开头提到的小程序任务，其实也包含若干个子功能，我们在前面通过最早的头脑风暴完成了产品框架后，接下来就要进行开发。但是开发的过程中首先要解决优先级较高的进行开发，所以如何依次降级，对优先级较低的管理跟踪，保证需求不遗漏、需求被做错是项目管理最关注的点。
4.为什么有的团队产品协作进行不下去？
产品经理协作的工作方式在一些互联网团队无法完成，主要是因为产品经理之间负责的太过于独立了，导致产品经理没有交际。比如曾经我在喜马拉雅的时候，负责门店系统的就是一个产品经理、负责电商系统的又是一个产品经理，两者只有在用户线上支付的场景里会有和电商系统的交接。
所以我们会用一些流程图或涌道图来构建系统之间的流转，只有在边界处才会有上面协作的场景或者就甩给某一方来做。
这样可以保证产品的完善度和优化版本好控制，但在边界处的产品设计容易因为2个团队或多个系统独立导致输出产品设计不规范、不标准。
今天的分享就在这儿。在后台公众号回复：“PRD”可以领取文章里我撰写的需求文档
今日Bonus：加我好友 pmkevin001，领取原型部件库，同时还有运营模版，带你了解快速提升产品运营进阶
关注我的个人公众号：Kevin改变世界的点滴，我每天的产品经理进阶都在这