所谓的第三者，就是对于某次沟通的起因、过程、解决方案和影响范围等一概不知的一方。你是否关注过第三者，或者成为过第三者？
在团队当中，尤其是在产品工作中，如果沟通不畅通，或者传达出现问题，就容易造成很多第三者，轻则引起个人不满，重则带来团队的动荡。
首先，我们来重新认识有效沟通。
我认为，一次有效的沟通：
1.应该是基于某个起因。
2.由数方讨论后得出一个共同的解决方案或者共识。
3.并且能够通知到对应的人员的活动。
举个例子，今天，就发生过一个由开发反馈的关于网站交互当中，到底是弹窗登录还是跳转登录的问题。
1.在这个事件当中，起因就是开发反馈希望统一交互方式。
2.解决方案就是经过讨论之后，最终的解决方案是弹窗还是跳转还是综合。
3.对应的人员，包括产品的设计者、UI、前端、开发和测试。
这么看来，理解有效沟通，还是挺简单的。然而，我认为有效沟通，还应该包括以下的2点，就是：
4.可以追溯的。
5.成文的。
千万不要小看这2个点，我甚至认为这2个点是沟通中的最大价值所在。
我们再来看一个概念：沟通的生命周期。
还是上面的例子，我们这次沟通，是不是说有了最终解决方案之后，就完事了呢？非也。
如果这个时候有个新成员加入我们团队，他是不知道我们之前的沟通的，如果没有人刻意提及，很可能他在下次工作当中，会使用了和我们之前达成共识不一样的交互设计。
所以说，沟通的生命周期，是从沟通的起因，一直到未来某个不确定的点。是的，我也不确定什么时候，但这并不碍事。
可以追溯的，让后来人知道，曾经有这么一回事，最终怎么处理。这种效果，就非常类似于开发当中的技术问题，或者共用组件的说明：为什么要用这个，有什么好处，怎么用，注意事项，参考资料等等。
成文的，和可追溯的关系非常紧密，一旦解决方案需要在日后也一直执行下去的，这个时候，我们可以称之为成文的。这些成文的沟通结果，很可能会写进某些规范文档当中，指导后来者使用。
切记滥用。
沟通或者本来就一件轻松简单的事情，没有必要太教条主义，只有你正确的认知了沟通的方方面面，你才知道，这个沟通，是否要出方案，是否要留下痕迹给后者追溯，是否需要成文。
最后，给大家介绍一些沟通的工具。
1.Excel，没错，最简单，格式自己定，最好放SVN，大家可以一起编辑，作为备忘录好，作为记录也好，良好的格式，也可以指引后来者遵循规则。
2.tower,简单，轻便，最棒的是任务的可视化，还有评论通知对象，类似的产品也不少，但是tower应该是最简洁的。
3.jire,大部分开发同学都知道，不过要商业授权。
我的文章可以随便转载，只需要注明出处。
如果我的网站配图来源于网络，如果侵犯了您的权益，请及时联系我，我会第一时间删除。
