Week 7.达成共识还是打成共识？

    趣谈下，最近从开发兄弟们那又收获了几张表情图片，作为产品汪真是哭笑不得，但这也从侧面表达了他们的心情。先来欣赏一组图，大家感受下。

图片来自网络

图片来自网络

图片来自网络

你没看错，那个被打的正是产品汪。。。开发的内心OS，让你再加需求改需求，还改吗？！没有达成共识就打成共识。

当然现实中，是不会这样真打，但我相信在他们的内心或者说精神上应该大部分开发估计都有虐产品的念头吧，甚至有幻想过这样的场景，然后不自觉的会心笑出了声。。。。。

作为产品该如何更愉快的和开发、设计进行沟通，是一门很深的学问，可能还需要学点心理学，以保自己活的更久点。讲点我自己的一些经历吧。

首先我是个不懂技术的产品，所以在跟技术沟通的过程中，万一遇到一些专业术语，就很虔诚的向开发请教，让他们觉得自己像一位老师在教小学生一样，满足他们内心的优越感，让对话可以顺利进行。按苏老师的话讲，就是多向技术伙伴请教，自学一些技术知识，懂一些专业术语或者会说一些“黑话”，让技术人员觉得“你即使不会写代码，但也是懂的”，会拉近彼此的距离，建立一种自己人的信赖感。如果能做到这样确实也挺好，对沟通、协作过程会有很大帮助。但如果技术真是个难题的话，其实也可以换个方式，用他们的聊天方式加入他们的，聊成一片。举个栗子，我之前待的一个小团队，产品老大跟技术们就混得很好，像哥们一样一片其乐融融的样子。怎么做的？讲段子，黄的黑的，他总会get到技术们说话的那个点，黑别人也会自黑，大家开心就好。所以经常办公室会笑声不断，大家上班氛围轻松开心，自然做起事来都好说啦。当然前提产品规划要先做好，不是一会想一个就要做一个的。再举个自己最近感受比较深的一个栗子，接了一个后台优化的活，之前的这个管理后台完全是开发自己想自己做出来的，开发目标就是能用就行。这里面融合了非常多的业务需求，来自不同需求方，所以东一块西一块，有些内容如果不是开发讲是满足什么需求的，还真不知道那是干啥用的，所以抱着做好事情的心态，不懂就问，问到后面开发不大愿意理我了，其实我的内心也是奔溃的。没办法，还是得弄清原始需求呀，为了能更好的和他沟通，我侧面从其他一些同事了解了下他的背景，入职最久的程序猿，做过很多项目，跳过很多坑，包括这个管理后台，但其实人挺好，算是比较好说话的。于是，从这点出发，先跟他产生共鸣，这个系统如此复杂你做的真是太不容易，再给他点120个赞，让他感受到这么难的事情都做出来的满足感，放低自己的身份，向请教老前辈一样的跟他沟通，如此下来就拉近了彼此的距离，聊天起来也就轻松多了。以上个人的一些小见解，能跟技术达成共识才能更好的为产品服务，做出好产品。

最后再分享一组图片给大家娱乐一下吧。

图片来自网络