团队中的产品经理最近提了几个问题，趁此机会做一下分享。
这是产品问答的第四篇，也是《百尺竿头更进一步》的中篇，探讨构建团队沟通规则。
构建团队沟通规则
作为产品管理人眼，还需要逐步构建团队的沟通规则
团队沟通规则有：执行标准、工作流程、交付物标准、文件交互规范等等。
在下面会我分享自己的做法和经验，但最终你还是要找到，最适合自己团队的方法。
执行标准
团队工作中会涉及到各类型的执行事务，对这些事务逐步建立规范，有很多好处。
近几年我从事的都是企业应用类系统产品规划，这就需要很频繁和客户企业管理层及业务人员进行沟通、访谈等。这些沟通访谈量很大，往往需要团队中的产品经理分担。但如何保证他们在采集及整理信息时，不会漏掉重要信息？如何评测他们访谈的技巧和效果呢？
我的灵感来自于呼叫中心，很多呼叫中心都会全程记录服务人员与顾客的沟通录音。然后安排固定时间来回顾，分析服务人员的话术、沟通技巧等等。
所以我也尝试每次访谈都会全程录音。我发现有很多好处，首先可以在访谈时将关注点从记录转移到沟通上，其次回顾录音并分析记录效果也更好。于是我将访谈“全程录音”作为访谈的执行标准，推行到产品团队。
我无需参与所有访谈，却不担心信息的。也可以据此对团队中的访谈工作进行客观评价，并助其逐渐提升。
这样的执行标准，因各团队的具体工作而不同。如何去寻找并制定执行标准呢？
回顾一下团队管理过程，一定有些工作，团队的结果和你的预期有差距。那么就可以作为一个探索的起点，去思考哪些方法可以能够转化为执行标准。
工作流程
建立工作流程，可以让团队在日常工作上保持有序，节省很多沟通成本。
什么样的工作需要建立流程？如何建立工作流程呢？
你应该发现，一定有些工作符合如下特点：
a、需要多个人配合完成，很多步骤会产出标准产物；
b、经常需要按照某种顺序被执行，前置工作完成才能继续下一步；
c、这类工作不是一次性的，需要不断的循环执行。
比如，经常要将各渠道搜集到的bug，整理分类并反馈给开发，并跟进bug的修复情况。就符合前面说的几个特点，符合这些特点的工作，就可以为其建立工作流程。
建立工作流程，需要绘制流程图。如果涉及到跨部门协作，还需要绘制泳道流程图。绘制流程图应该是产品经理的基本功，如果你不会可以百度或找相关资料学习，这里就不展开说了。
这里主要将，建立工作流程的核心步骤：
1、搜集原生态的信息
主要包含两方面：
a、之前大家是如何处理和配合的
b、存在哪些问题或出现过哪些失误
2、绘制第一版工作流程
将搜集来的信息a绘制成最初的流程图。
3、分析b中问题出现的原因
问题的原因可能有，阶段交付物不清晰或缺失、缺少关键节点的确认人员、缺少节点的时间要求、缺少特殊情况的处罚机制等等。找到问题后，就要思考通过流程优化来解决这些问题。
4、优化工作流程并试行
优化工作流程并开始试行。
工作流程也需要不断迭代，根据施行的反馈及具体情况变化，逐步完善。
好的流程不但可以让团队效率更高，也能让加入团队的新成员迅速进入状态。
交付物标准
交付物标准，在上篇中已经详细介绍过，大家参阅《百尺竿头更进一步（上）》
文件交互规范
产品团队的规划工作，最终都以文件的形式落地。规范文件的编辑、迭代、传递等交互过程，有助于提高工作效率，也能避免文件遗失。
我在工作中有一套文件编辑和迭代的规范。
所有的文件夹我都按照类别及层次命名，并在前面加了三位数字序号。当这套规范被熟用以后，我不在电脑前也能迅速告诉他人，某个文件在什么位置。
【文件夹图片】
之前文章提到过，我对每个文件的迭代都有版本命名的规范，以保证重要版本的保留。
【文件版本图片】
另外我以自己的Nas为载体，搭建了多端实时同步备份的文件服务。保证团队实时在同一套文件体系下工作，无需通过邮件或其他工具传输文件。
【云盘图片】
文件交互的规范，需要按照自身经验和团队情况灵活制定。只有能提高效率的规范，才是最好的规范。
明天，我会讲接着讲下一个建议，提高业务能力。
