异地产品开发的沟通技巧

最近在做一个项目，我和设计在北京，开发在上海，于是不得不面对异地的问题。项目马上收尾了，趁机总结下心得。

1.能不异地，绝不要异地。原谅我上来就说了句废话，但是真心的，有异地恋经验的童靴应该能明白。两个人不能面对面，而只能通过网络或者电话交流，随时随地都可能产生误会，有时候一句简单的话，都可能是说者无意，听者有心，平地起波澜。加上优秀的开发多多少少都有些脾气，于是经常就突然沉默了，然后一来一回的解（hong）释（hong）就要花费不少时间，你也不好再push的太厉害。最终的结果，可能是时间也多花了，做出的东西也不是你想的，最后还大家都不开心。

2.沟通主要依赖QQ讨论组。距离这个东西很微妙：邮件正式，可以发一些比较确定的共识，主要的目的是抄送给没有直接参与决策但是需要知道的老大们，但是显得很生疏，一板一眼；电话直接，而且能感受到对方的情绪，但是就好像杀手锏一样，只能关键时刻拿出手，使用多了，反而会对工程师造成很强的压迫感，觉得像工头压榨小工一样；我目前用的最多的还是QQ讨论组，感觉这个刚刚好，互动反馈简单方便，但又留有余地，无论是对方觉得需要思考一段时间再回答，还是对方有一些的不赞同，都可以感觉到一层隔着网络的保护，而不至于像声音那样必须立马做出回应。

3.建立进度定期跟踪机制。其实这个属于项目管理的部分，但是如果人都在一起，只要一开始大家约定好排期，以后随时随地都可以走过去看一下进展，甚至聊其他的时候也可以侧面的问一下有没有遇到什么困难啊，原定时间有没有风险啊，只要你语言适当，显得自然的同时还特别有人情味。但是异地就不一样了，你的那些友好的表情对方接收不到，于是两个人就赤裸裸的短兵相接了，这会让双方都很别扭，不过别扭也得推，因为最终为产品负责的还是你。我一般是1~2天查看一下进度，然后指出和PRD不一样的地方，或者碰到的新问题。一开始这个过程很艰辛，毕竟谁遇到开发一两天，然后啪啪啪被扔来十几个要改的地方都不会太开心，这时候就考验你的语言艺术和对优先级的管理了，不要指望对方一下全部接受，而且第二天都改完，但是你可以用文档跟踪，重要的先改，次要的甚至可以先不提，循序渐进。

4.私聊也很重要。讨论组里通常不只一个人，而有些话，还是需要私下来说的，原因大家都懂。利用好这个可以有效的提高大家对你的理解，毕竟每个人都不容易，而每个决定也都是各种权衡折中的结论。具体怎么私聊，就因人因事而已了，总的方针就是通过进行除了台面上以外的另一个维度的沟通，来获取大家对产品决策的认可，进而推进产品的开发。

另外，PM日常需要的一些技巧和能力，在异地这个过程中，都会double，triple的需求，这真的不是一个非常舒服的体验，相信我。