[原创]一个IT项目与客户沟通和设计沟通出现的问题
<p> 此项目背景为A公司为B公司的某人承建一个Web系统</p><p> </p>
<p> A公司全权负责和我们接头，开始给A公司做样稿，同时还有竞争对手在进行，到后来的时候，我们2~3家的东西一块给B公司看。后来A公司让我们对着竞争对手的<strong>风格</strong>做成动态的DEMO，但是需要的方案和我们设计的方案是不一致的，<strong>风格</strong>上差别比较大的。</p>
<p> <strong> 现在疑惑是否我听明白了客户的真实想法，风格这个词好模糊啊</strong> </p>
<p> </p>
<p> 消化客户的需求，转述客户的思想，然后给设计人员提方案，然后设计人员一看，哇跟原来的风格完全不一致了，感觉上肯定不爽，自己没有被肯定，还要对着人家的风格来，肯定没感觉，没积极性，所以出来的东西就没有那么上心，没有那么细致。</p>
<p> </p>
<p> 然后按照客户的意见和所谓的参照风格做出来的东西，客户一看就挑出了一大堆毛病，说根本就是没有调整过么，然后重申，要按照所给的风格来做，设计师一看东西又被驳回了，更是不爽，辛苦了几遍的东西，换成了人家的风格，然后从人家的风格上辛苦了，做了还是得不到肯定，然后心情更不爽，做东西基本就是应付差事了。</p>
<p> </p>
<p> 到最后连个像样的东西都没有能拿出来。</p>
<p> </p>
<p> 在灰心与失落中把客户的耐心耗尽了。</p>
<p> </p>
<p>有几个问题</p>
<p>1、参与设计需求的接口人员并非专业设计人员，很难提出专业设计人员想要定位的想要了解的问题（需求分析人员在此缺乏和设计人员的主动沟通，设计人员被告知需要做什么东西，设计人员没有主动的提出他关心的设计方方面的东西，在信息失真后并没有觉察到，只是知道做出来的东西自己都不满意）</p>
<p>2、需求分析人员并没有准确的把握到客户决策的目的何在，在自己闭门想事情，没有刨根问底，到底风格这个东西是那些包含哪些内容。人不同站的角度不一样，对“风格”这两个字来说，理解是不一样的，什么元素才能代表整个作品的风格呢，缺乏双线的沟通所致的。</p>
<p>3、胜败乃兵家常事，做出的东西不可能每一个客人都满意，设计这个东西不一定合所有人的口味，何必心灰意懒呢，重装旗鼓，大不了重头再来吗，拿出去的东西总不能太过毛糙了，为什么设计人员不想恋战了。</p>
<p> </p>
<p>不知道想法对不对，感觉有点郁闷，几方面没有配合好，大家处处注意</p> 需求分析是前提，不沟通好，不要往下进行。 同意楼上的看法，需求分析事前提！ 定义需求尽量不要用模糊的语言，同时找准决策需求的关键人物，基于专业的良好建议，多给客户选择题，从而得到相对准确的需求，避免无用功
页:
[1]