程序员，大多是智商超凡脱俗，情商逢赌必输的物种。
看似简单的 0 1 2 / { .（，
到他们手里就可以帮你的企业实现从零到1的突破，
也可以帮你的企业实现从地到天的飞跃。
因为程序员的颠覆式情商，
和时不时出现的沟通障碍，
着实让你心碎千百遍了吧！
每次碾压式的沟通好像效果都不明显。
其实，大家都明白，沟通好了，可以事半功倍。
那么，怎么沟通？
下面教你几招反转吊打程序员的高招
招数一：以退为进
如果你的情况是：对软件不懂或懂一点。
千万别装B ！
因为，在沟通需求的时候，你肯定会暴露你的无知的。
这会让你的形象在程序员那里大打折扣。不仅丢了面子，还可能会被一些比你懂得多一点的“二把刀”程序员钻了空子。
所以，
低调，低调，低调是最牛X的奢华！
让他搞不清楚你到底懂多少，到底接触过多少家软件公司。
让他觉得你认为他很专业，对他百分百的信任。
让他觉得如果他不把这个软件做好，都对不起你对他的信任。
让他有一种想保护你的欲望，想把他的本事一点不留的展示给你。
把他捧上天
于是，
他真的感觉自己上天了，脑袋上都长出光圈了。
反转吊打策略：
需求明确：
把你想实现的，统统写下来。
按照你的行业运营流程以及工作管理流程等分角色写。
比如，你要做个电商平台，那里面至少有两个角色，一个是用户，一个是商户，这里还包括广告、消息推送、客服体系等。
再比如，你要做一个企业内部管理软件，里面的角色就要分很多，什么销售部、财务部、品牌部等等，各部门的权限、SOP都要涉及到。
最重要的还是老板的特殊权限和特殊端口，这也是你尊（tao）重（hao）老板的最大表现。
最好是做成PPT文档，把流程画出来，有了结构即视感，程序员会立马大彻大悟的。
必须注意的是：
1、在你说明自己需求的时候，你要随时注意程序员的反应。
看到他若有所思的时候一定要问他，有什么建议或想法，或者问他“是不是不太好实现这样的功能”。
因为有时候，程序员会以最高的职业素养一直顺着你的思路走，然后想各种办法满足你的需求，但也有可能会被你带上弯路。
2、软件开发时限是根据软件的难易程度决定的，千万不要太过于限制程序员的开发时限，但一定要得到他的答复。
让他觉得，虽然他是带着光圈的，但你依然是上帝！
招数二：先声夺人
吊打策略：
如果你对软件比较懂，并且对为你服务的软件公司比较认可。
你可以先暂时性装B，把你的气势拿出来，让程序员知道你对软件开发还是很在行的，别拿已经过时的编程语言糊弄人，也不要找些自己都听不过去的理由拖延制作时间。
但毕竟你不是专业人员，或者你曾经是专业人员，但有段时间没摸代码了。
那么，你还是要听听程序员的意见的。
在这个时候，一般程序员就已经被你震慑住了，也会规规矩矩按着你的思路好好做事了。
招数三：避轻就重
有的时候在前期与程序员沟通软件需求时，就算你把运营流程或管理流程写得再详细，在实际应用中也会有你之前想不到的情况发生。
结果导致软件没完没了的改，影响使用。
你可能因此吃了老板的一百杀威棒，或者因为忽略了一个小插件，引起你的用户不满，大费周张的解决差评问题……
谁的错？
你的？你为什么没想到！？真理是需要实践来检验的！
程序员的？他辣么有经验，为什么没有帮你想到这个问题！？你都需要实践来检验，他就不需要吗？
谁都说自己没错。
反转吊打策略：
吃了棒子，解决一两个差评都是小事。大事是要赶快把这个小插件做好，以免以后吃更多的棒子。
扮间歇性失忆，你懂的。（有时候程序员也会被你带成间歇性失忆的）再把你的处境告诉程序员，并且把需求提得再严谨一些，督促程序员尽快把插件做好。
招数四：沟通用语技巧
在软件使用过程中遇到了问题，然后你对一个程序员说：“你的代码有BUG！”
他的反应一定是：
1、你的使用环境有问题吧 2、傻X，你会用吗
于是，他会找出一大堆理由，让你自己排查，于是，你懵B了……
反转吊打策略：
在软件使用过程中遇到问题时，
你这样说：你这个程序和预期的有点不一致，你看看是不是我的使用方法有问题？
他本能的会想：擦！是不是出BUG了
于是，他会一边把使用方法包括使用环境帮你一步步的重新梳理，
同时安排测试人员重新跑几遍测试。
之后，闷头把代码挨个过一遍。
遇到其它问题可以同理为之。
你还有什么高招，留言给我吧！