如何与客户进行有效的产品需求沟通?

在这里插入图片描述
在日常工作中我们经常会遇到这种情况,当程序员辛辛苦苦加班写完代码,完成功能,原以为可以正常交付稍微的轻松一点了,但交给客户的时候,客户却很不满意,说不是自己想要的东西,被大声的责斥投诉。这个时候客户生气,程序员委屈,怨声载道,明明是按需求完成的功能怎么还会出现这种情况呢?如何才能避免呢?
项目开始前,首先要了解客户的需求,知道客户想要做 什么,但对于客户来说,最初他对自己的需求认识也只是个模糊的概念,只是在脑海里有个大致的想法,并不清楚自己真正的想要什么样的产品,这时就需要你去沟通,认真的去剖析,不断的从各个不同的角度向用户提出问题,最后要能达到你真正想要的需要信息。
如何才能与客户进行有效的产品需求沟通,获取你想要的内容呢?结合我自身的实践谈谈我的看法。
首先要学会倾听。
人之初都是学会倾听再学会 说话的,想要了解一个人就要从倾听开始,不但要听客户在讲什么,还要听懂,例如客户提到一些业务知识、专有名词等,从他的谈话中去找到你想要的东西真正的需求。
其次进行合理的回应。
在我们倾听客户讲话的时候一定要做好记录,抓住每句话中的有用信息,记住关键点,同时也要跳出客户给出的框框去结合自身已有的解决方案去思考,来提出回应。比如,再先认同客户的想法的同时根据自己思路及解决方案去引导客户,双方进行讨论,千万不要起冲突。
再者复述客户的话语。
经过倾听和回应,已经初步的了解了客户的基本需求,然后结合讨论的结果,用我们自己的话复述出来,与客户进行确认,有异议的地方及时进行讨论,最终找到双方都能接受的方案。
通过上面的步骤,已经确立了用户的基本需求,这时候需要根据客户的需求,做出相应的设计文档,然后再与客户进行沟通确认,对于客户来说,每个时间点上的想法不同,提出的观点也不一样,需求不停的进行改动,这个时候就需要我们去正确的引导与客服经常保持联系,讨论合理的解决方案。
在这里插入图片描述
所谓“知己知彼,百战不殆”,好多项目客户的需求不停的改,之前做的工程又返工到头来一直做无用功(我曾经遇到过两个项目就是这种情况,客户要求这样做,项目经理讨论需求时没仔细听,过后也没与客户进行确认,我们就按那个项目经理的要求去做,做的过程中也没与客户进行确认,最后做完的时候,与客户的要求相差甚远,被客户大骂,最后有按客户的要求没日没夜的加班,本来一个月的项目做了两个月还没做完)。出现这种情况,其中很大部分的原因在于:与客户沟通时,客户说出来的需求,与谈需求的沟通人接受的“需求”到最后工程师接受到的的需求不一致导致的。这就如同做多人传话的游戏一样,第一个人说出的话,与最后一个人所听到的,是截然不同的意义。沟通是个反复的事情,只有通过反复的沟通,彻底了解客户的需求,才能做出好的完整的项目。
以上是我在做项目的过程中的一点经验总结,希望能对您有些帮助。

注:文章图片来源于网络,只用于学习交流使用,不做人很商业用途,如有侵权请联系作者删除。

发布了20 篇原创文章 · 获赞 0 · 访问量 1106

猜你喜欢

转载自blog.csdn.net/yangliwen578820/article/details/104822801