在前面的文章中有提到，我坐标深圳，开发团队位于北京，客户则位于海外。日常需求的沟通是我前往海外或者通过QQ与客户沟通来实现，长期以来（大约9个月的时间）这种模式比较合适的支撑了需求的了解与需求的沟通，由于近期客户那边的PM离职，因此换了一个新的PM与我对接，需求沟通一时有些困难。
一段时间接触下来，我意识到了前PM与现PM之间理解能力的差异。前PM是一个逻辑异常强大、接受能力令人瞠目结舌的姑娘，与她的沟通不用费太多的心思，对方可以迅速关注重点并且明白，因此双方沟通的效率是比较高的。现任PM，一方面常规性的说话方式无法及时的获取重点，另一方面也脑回路也有一些奇怪，有时候会直接让我和他们领导沟通，因此效率会慢并且两个人之间的气氛会有些尴尬。以上对比，没有任何来自学历、专业、认知方面的思维定势（前任PM是心理学硕士，就软件开发方面而言，也从未接触过，因此与现任PM相比，不存在专业一类的优势）。
时间长了，我逐渐意识到自己的沟通方式存在一定的问题。在从事产品的过程中，沟通需求是必然的事情，遇到完全不了解软件开发的客户似乎也是必然的事情。出现这种情况，要如何才能达到准确、高效呢？
准确和高效的重要性，准确＞高效。
目前，与现任PM会在QQ上先将需求大致过一遍，将他所描述的需求用自己的理解描述出来，以达到双方共同认知的地步。如果没有达到共同认知，需要继续沟通细节，获得认知差异的具体位置，最终仍然希望达到共同认知。如果还是达不到，在客户与我之间，双方需要有一个人来妥协，这就要视具体的需求而定了，如果需求从各个角度（运营、实际作用、开发等等）而言没什么意义的需求，则需要与客户沟通清楚，并且请求放弃需求的开发；如果需求是有意义的，但是从技术的角度而言需要耗费长时间、多人力，似乎也是要请求放弃该需求的开发；第三种则是十分必要的需求依然需要耗费长时间、多人力，这种情况，可以考虑曲线救国。如果出现了曲线救国，产品则需要和开发沟通协商合适的处理方式已达到用户需求。
达到了双方的共同认知，整理用户的原始描述，自己在原始描述的基础上将与客户沟通的结果丰富起来，通过邮件的方式与客户确认，邮件需要抄送客户的相关领导，并且请求客户在此邮件的基础上再次确认。
另一方面，在沟通的过程中，还需要更有耐心。客户不理解才是常态，不论出身（专业出身），隔行毕竟隔山，因此需要接受差异性。如果一再出现双方有理解差异的前提下，可以与小伙伴沟通，如何才能让自己更好的理解用户需求or如何帮助用户更好理解该需求的真实目的、作用。
做产品需要修身养性，按照急躁的狮子性格，我还需要努力的修身养性~~
网友评论