***读他人故事悟自己人生***
导语
作为产品经理，如论你是新手还是经验丰富的老手，都需要时刻谨记控制情绪，掌握沟通技巧；虽然沟通这个话题是老的不能再老的话题，也有很多有关沟通的文章，但是小酒认为把自己工作中遇到的沟通问题讲述给大家，并附上自己的反思，大家可以根据案例更好的明白遇到什么的问题应该怎么处理？
正文
产品经理的工作内容比较繁琐，一会UI找你，一会测试找你，一会2.0版流程有问题，一会等等，产品经理一天中就是这么忙碌奔跑中度过的，尤其是手中有不止一个产品的更是繁琐忙碌；所以当遇到TA说这个需要改改，那个文档不全怎样怎样时，产品经理会有一些抵触这些，因为事情太多太多......
最近小酒遇到这种情况就没控制好⁄(⁄ ⁄•⁄ω⁄•⁄ ⁄)⁄所以自我反省了一下~~~
故事背景
小酒手中有四个系统，相当于同时面对四个开发团队，为了能够保证每个开发团队的任务不间断，所以一般每个系统的需求都要高于开发两个版本，再加上我们没有详细的文档，只有需求list和原型，就这样在原型管理方面会存在一个比较头疼的问题：原型永远高于开发两个版本，那么开发在开发当前版本对照原型时，就会受到新版本需求的影响，如果碰到相同功能在后面版本有更改时，就无法辨认现在版本怎么做，之后怎么做；这个问题小酒在初期就有想过，如果想保证当前开发版本的原型不含有新需求，那么小酒就需要同时维护三个版本的原型，四个系统就要维护12版本，这是不可能的，小酒想了想了，就把需求list中的需求描述尽量写详细一些，开发和测试同学对照需求list就可以知道本版本开发的内容，同时在版本发布之后SVN上保留一份最终版原型；但是这样还是无法满足测试同学，他们还是觉着不方便分辨当前版本的需求和新需求，于是测试负责人就来找小酒，说实话，因为问题小酒知道并且想过解决方案，所以一开始小酒就着急的解释为什么会存在这个问题，现在的解决方案是什么，balabala......一口气说了很多，主要是表达小酒已经很尽力解决了，测试同学很执着，一直在强调他想原型只有当前开发的版本内容，小酒急了，说话声音也大了点语速也快了，最终不欢而散......
正确处理姿态
小酒一开始不应该急于解释问题存在的原因和现有的解决方案，因为对于测试同学现在的心情，他更愿意接受这个问题被认可，以及小酒愿意更正的态度；所以小酒应该对这个问题认可，并表示很愿意解决这个问题，同时更应该向测试同学请教他有什么建议，比如这样说：“嗯，这个确实是一个很严重的问题，我们之前讨论过几个解决方案都不太理想，你有什么建议吗？”，然后心平气和的和测试同学讨论解决方案，如果对方提出的方案你觉着不妥，不要急于否定，要把你的问题抛给对方，让对方给出解答，对方解答不出来自然会觉着方案不合适了，所以不要心急反驳对方，让子弹飞一会O(∩_∩)O；如果讨论无果的情况下，小酒再解释这个问题存在的原因和目前解决的方案，在讨论结束时要特别强调这个问题产品部会内部讨论一下，告诉他多久会给他回复，这样既能表现解决问题的诚意，也能让他感觉到他的问题你很重视，同时让他产生被尊重的感觉，这样就可以愉快的结束话题了；事后一定要把问题反馈给直接领导人，组织开会讨论一下，大家的智慧是不可估量的，相信一定可以找到比现在更好的办法，讨论会上一定要淡定冷静，不要有反感的情绪，一切以为解决问题为目的，学会够控制好情绪，情商才会提高哈(o)/~
故事结局
小酒冷静后，把问题把反馈直接领导人，经过讨论，发现把需求放在禅道里并附上原型的截图/图片和原型地址，这样方便测试和开发同学了解目前版本的内容，详情可以点击地址直接查看；禅道会详细记录需求变更的历史记录，也方便追查需求变更历史，更方便保证把需求变更的内容及时同步给测试和开发，大家有什么好的方法也可以留言告知小酒哈O(∩_∩)O
故事心得
小酒觉着应该感谢那些指出你问题，甚至为难你的人，因为这些人会帮助你快速成长，让你一天比一天成熟，做事一次比一次优秀
所以要感谢他们，微笑面对他们，暴风雨后的彩虹更绚丽，让暴风雨来的更猛烈一些吧(__)
