沟通是思想的交流,是将灵感转化为实体的媒介。客户通过与顾客的沟通确定他们的喜好与习惯,做出适合打不分人喜欢的东西,而我们通过与客户的交流,明白客户的需求,理解他们的意思,才能最大程度的利用我们的优势,将灵感与创意转化为理想中的产品。
正所谓隔行如隔山,并不是所有的客户都有我们一样的编程基础,不会用c的大有人在,我们不能期待他们能够运用计算机知识给我们讲明白,当然如果他们懂得话,哪里还有我们的用武之地!从一个角度来说,我们是他们的服务者,既然是服务者,那么我们就要明白他们的意思,也就是说要将自己的角色转变成“需求调研者”。Uml图在一些客户的眼里无异于盲人的世界,如果需要向他们做需求调研,我么就只能用一些我们都能够理解和接受的方式:例如表格、流程图以及那些更深露的交谈。而且,我们要确认的是沟通方式是否有效,而不是去追求uml以及其他专业知识的表达是否正确。
最简沟通。若我们做的项目比较小,那么项目代表为其他的项目和工作所困扰,就不会有时间处理我们的问题。因此,减少沟通和保障沟通质量就显得非常突出。我们需要从两方面下功夫:客户在公司层面的外在表现、内部机制和运营管理手段;客户在项目中既已明确的需求和可能发生的需求,以及客户围绕其公司行为(和方向)所提出的需求。我们应该清楚,我们应该保障每一次沟通的有效性都是最重要的事,沟通不是打电话或者是请客户吃饭那么简单的事。我们得到的每一次沟通的机会,都是向客户了解更深层次的需求的机会,因此最好在见客户之前,我们就已经设计了所有的问题与提问方式。
为不存在的角色留下沟通的渠道。维护旧项目比作新项目更难,许多人深有同感。然而这些有同感的人又何曾想过,自己在做新项目的时候,要为旧项目维护这种还不存在的角色,留下一个沟通、对话的渠道呢?
流于形式的沟通。在很多时候,沟通就仅仅是一种形式,其实沟通是具有目的性的,没有目的的沟通是在浪费彼此的时间,这样的沟通不是真正的沟通,而是在交流感情。这也变成了客户所讨厌的一种形式。再者,沟通不仅仅存在于客户交流之中,还存在于项目的各个角色之间。我们每一次做项目的时候都应该知道流于形式的沟通可能是使我们的项目被不断推翻和不断延迟到直接以及最终原因。