遇到不可沟通的技术人员,产品经理如何去做
发布网友
发布时间：2024-10-11 17:51
共3个回答
热心网友
时间：2024-12-12 02:35
在我们与研发人员沟通的时候，尽量不要说大白话，而是使用术语。这样会让人家感觉我们很懂技术。例如有一次我和一个客户端工程师说：“我希望弹出的窗口是模态的。”工程师听完后很诧异的说：“你还知道模态？”我说：“当然啦，这对交互设计很重要啊。”于是工程师立刻就把窗口改成模态的了，根本没问我为什么。那么什么叫模态呢？用大白话说就是弹出一个窗口，窗口以外的地方都是黑的，或者不可以操作，只有这个窗口可以操作，类似于Windows里面经常弹出来的讨厌的错误提示。但是你要是跟工程师这么描述，碰上脾气好的说不准帮你改改，碰上不好的准保反问一句：那多讨厌啊，我就讨厌Windows弹错误提示。
技巧2：思维要周密
在说话之前要尽量把所有可能的情况及其解决方案想清楚。比如你要修改一个按钮的位置，人家自然要问你，空出来的位置怎么办，改过去之后会不会影响现有的功能，用户能不能习惯等等，如果你能胸有成竹的一一化解，别人自然会听从你的建议。
技巧3：让对方自己得出结论
人都是有自尊心的，都希望自己的决定是正确决定，如果你总是说“你这样是错的，我是对的”必然引起别人的反感。所以你可以先把遇到的问题摆出来，在提出自己的解决方案后立刻说：这方面你是专家，如果你觉得这个方案能用就用，如果有更好的方案我也没什么意见。
人嘛，通常都是比较懒的，既然你能提出一个还算说得过去的解决方案，而且又让对方觉得是他自己的选择，通常也就不会为难你了。
技巧4：看人下菜碟
不是对每个都用同样的话说服的，人和人都有所不同。以我的经验，对待工程师、设计师、老板是不同的。
对待工程师要有条理，逻辑要清晰，讲究数据。例如：方案1会造成数据服务器负荷过重，并发量在2万/秒以上，并且至少要占用10G的储存空间，最重要的是，我们付出了这么大的代价，其实只满足了20%的用户，而且这部分用基本上都是不付费的用户。这一大套话说完，研发人员会认真想一想：也是啊，万一服务器宕机了责任就大了，还是用方案2吧。
对待设计师要以情动人，因为设计师一般都是学美术出身的，特别感性。例如：大姐，你就给我改改吧，为了画这个原型我昨天都加了一宿班了，你今天不改，明天指不定又插进来什么活儿呢，我这个项目得什么时候上线啊。再说也不是我想改啊，是销售那边儿一会儿说用户喜欢这个，一会儿说用户喜欢那个，我们也拧不过他们啊。设计师一听，都是同事，谁还没个难处啊，得了，加班儿给人做了吧。
对待老板要学会画蓝图，例如：根据竞品研究的结果看，这个产品非常有前景，XX刚上线1个月，就已经有100万用户，10万同时在线，收入也差不多有400来万。我们在技术上、渠道上、*关系上都比他们强，我觉得只要能够在2个月内推出，各项数据肯定比他们强。更何况，我们的产品线目前缺乏的就是用户沉淀，而这个产品正好提供了强大的社交功能，弥补了产品线的空缺。老板一听，小伙子想的挺清楚啊，成，给你两个工程师，一个设计师，1万块项目奖金，1个月给我做出来。业绩好的话再给你发年终奖。
当然啦，还有些人江湖气很浓，他只要当你是兄弟，你怎么说他怎么做，没原因，没为什么。对于这种人平时多吃几顿饭，多送点小礼物，到时候自然帮你。
技巧5：人格魅力
做人要有幽默感，要学会缓和气氛。没必要每次需求讨论的时候都板着脸训人。说说笑话，插科打诨，给设计师倒杯水，给工程锤锤肩，送给运营的小姑娘几块儿巧克力，给运维的同事买几瓶水。你平时这么注重积累，在你需要的时候别人自然不会为难你。能做的就做了，不能做的睁一眼闭一眼也就做了。
最后再说一遍：所有的技巧都是一种手段，真才实干才是王道。
热心网友
时间：2024-12-12 02:36
说直白点，你所需要做的，是梳理清功能点的逻辑流，然后逐步深入细化，而不是浮于概念化的回答。
热心网友
时间：2024-12-12 02:36
沟通是一门有方法的学问，大自然擅用简短的信息进行沟通，比如蜜蜂通过跳舞传递信息。我们也应当如此，高效沟通需求，切忌拐弯抹角，四舍五入，设计执行效率也提升了。
工欲善其事，必先利其器。通过专业的在线工具，比如蓝湖，来建立科学、闭环的沟通机制，能有效提高设计师与上下游的沟通效率。
在设计的每个节点，都要及时进行沟通，避免无休止的改稿。前期与需求方沟通，避免设计目标偏移；中期的沟通，避免设计重点不明；后期与前端开发沟通，避免产品落地效果不一致。
