第一次与客户需求交流点滴

已经很久没写博客了,今天偶尔想起来,再来翻翻。看到自己两年前写的文章,仍然历历在目,感慨良多。虽然现在见客户已经是家常便饭的事情,不再畏首畏尾,也将本文原来的私密属性改成公开,算是见证一下自己的成长。

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------

其实与客户交流都是上个星期的事情了,本来没打算记录的,觉得当时也就是懵懵懂懂的过了一天。但是到这周具体的方案设计和时间安排时,各种纠纷矛盾出现,导致我不得不反思下这次交流的全过程,以此来记录一些经验和总结,为后续能更好的交流做准备。

因为离局方近,在年前项目上就已经安排了这次需求交流我一同前往。虽然我从未出去交流过,也从未接触过相关的内容,但是想想有大咖带着,出去见识见识,拿到第一手资料,无论对自己本身还是工作需求都是再好不过的事情,所以也就欣然答应了。好事多磨,由于春节以及各种琐事的原因,最终促成这次交流还是到3月中旬了,这就导致局方认为公司响应太慢,间接带来后续开发时间周期压缩问题。

出去交流最好的方式就是做到心中有数。对于我这种新人,连最起码的背景知识都没有了解,存粹只是带了个空白脑袋过去,所以在会上我基本提不出啥问题,也挖掘不了深层次的需求来,甚至很多东西都听不懂,浑浑噩噩,这是我觉得本次交流最失败的地方,从而也是后来方案设计中各种未知的内容太多,带来了设计压力的根因。同时,这也容易给局方留下一种经验不够丰富,技术不过关的感觉,影响很不好。好在有大侠支撑,各种问题的解答,才避免了我超级尴尬的境地。

为什么说交流过后又有各种纠纷矛盾出现呢?原因是3月6号去交流,局方要求3月底就能实现全流程真实数据demo演示。在局方的强制要求下,我和大侠的手下又没有直接能调配的开发人员,导致我们无法预估实现的时间,从而也就没有据理力争,没有给出明确的该期限不能完成理由,所以局方也就默认3月底是最后期限。但所内安排任务时,领导又不认可这个日期,从而让我们陷入了两难的境地。承诺了就得完成,这是我一直做事的风格,无人力那就只能自己上,最终只有苦了自己。

综上,第一次交流个人感觉算是比较失败的,不但没有拿到真正想要的,还有损了公司形象。当然从这次经验教训中,觉得自己在以后得交流中,还需要从如下几个方面进行提升:

1、技术储备。IT行业是技术的领域,只有有了技术才有底气说话,才能拒绝局方的一些无理要求。当然这个不是一蹴而就,需要长期积累,是自己努力的方向。

2、从容自信。其实面对客户,他们也是人,不表现出自信,反而会被轻视,不紧不慢,有条不紊的阐述自己的观点反而能得到他们的认可,唯唯诺诺只是助长他们的威风而灭了自己的志气。少承诺,多索取才是与客户交流的王道。

3、详细记录。都说好记性不如烂笔头,当时说的清清楚楚,但是每个人的理解不一样,过后更容易忘记、误解,能用笔记录的就不要用脑子,不清楚的就要问清楚,最怕就是不懂装懂,结果来设计方案自己就傻眼了。

原创文章 33 获赞 6 访问量 2万+

猜你喜欢

转载自blog.csdn.net/lanyue1/article/details/79586079