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