如何与客户进行良好沟通

时间:2009-01-19 09:54:52

标签: communication scrum

我有一个挑战,我需要一些输入。

我目前正在招聘新的开发部门的程序员。我正在寻找那些在工作中表现出色的人 - 如此精彩,以至于他们可能“缺乏”我通常要求他们拥有的其他东西(例如说挪威语和(说实话) - 社交技巧,以便能够遇见客户(我曾与他们中的几个人合作:)))。

我的问题是客户(客户)和开发团队之间的沟通。

背景:我们的战略是在未来两年内成为我们的客户扩展开发部门。例如。他们认为我们只是坐在其他地方。在我们实现这一目标的过程中,我们将不得不在较小的项目上赚钱。工作在那里,所以我不害怕我们不能活下去。

但是 - 我们都知道,与客户进行良好的沟通是向客户提供他们真正想要的东西(顺便说一下,不管是其他东西)的关键要素之一。我如何设法与不会说这种语言的人一起做这件事,或者再一次,甚至不具备与客户沟通的技能(你们都知道一个非常聪明的人,与一个几乎不知道的客户会遇到深刻的技术问题Firefox和Opera之间的区别?

我已经找到了一个解决方案,我将成为客户的界面,客户将加入计划会议等,并且团队仍然会进行演示。但是对于开发团队和客户之间的持续沟通(每日),我将是那个做通信的人。

我知道这不是最佳解决方案 - 作为中间人,很多信息可能会在客户,我和团队之间消失。有没有人处于类似的情况?

6 个答案:

答案 0 :(得分:4)

创建一个wiki。为您的客户创建一个页面,其中包含图片,业务信息,需要注意的事项等。

让每个人都为wiki做贡献,包括客户。

随着时间的推移,此页面(或者如果您在多个页面上拆分信息的页面)将允许

  • 新开发人员更快地了解客户
  • 查看可能出现的问题
  • 您的开发人员会为wiki做出贡献,因为他们有一份切实的文档,每个人都可以看到他们为客户做出了多少贡献。
  • 让客户感觉他好像是参与开发过程的一部分
  • 因为wiki实际上是一个协作文档,所以每个人之间都会出现一种共同的语言。它可能与说客户的语言不同,但它将是客户和开发人员语言的组合。

答案 1 :(得分:2)

当我们为特定客户进行“Beta程序”时,我们的情况有些类似。当客户有疑问时,他们只能在项目的那个阶段求助于开发人员,例如服务台还不熟悉新功能。

我们还使用“中间人”与客户进行沟通,然后将其传递给开发人员,这对我们来说非常有效。有什么好处?客户一定知道确切的联系对象,沟通是一致的,有些简单的问题可以得到解答,而不需要对开发团队进行“捣乱”,而一些更困难的问题可以从一个多余的解释“归结为”。在将问题交给开发人员之前的真正问题,都让开发人员有更多时间专注于他们最擅长的事情。

当然,如果你想要这个,你必须确保你及时地在开发和客户之间传递信息,但我认为这是值得的(事实上,我们的开发人员)喜欢这样)。

答案 2 :(得分:1)

沟通技巧可以说比技术技能更重要。一个不能很好地沟通的程序员可能会造成足够的干扰,从而否定他们在技术上带来的东西。

话虽如此,您仍然必须意识到并非每个人都是“面向客户”的最佳人选。您可以指定团队中的一个或多个成员作为客户的理由,并在可能的情况下与他们进行沟通。

答案 3 :(得分:1)

开发人员应该屏蔽客户。开发人员通常是在早餐时吃C ++模板的硬核技术人员。客户通常非常缺乏技术。客户向开发人员询问关于某些微不足道问题的严重问题,通常会给开发人员带来很大的麻烦,导致至少暂时丧失生产力。因此,最好让有特殊薪酬的人在两者之间工作。

答案 4 :(得分:0)

不要低估在同一个地方的价值。如果缺乏沟通技巧,能够指出并说“看这个”比试图解释会议或电子邮件中的所有内容要快得多,也更有效。但是从“他们认为我们只是坐在其他地方就是他们自己的部门”这听起来并不像是你的选择。

答案 5 :(得分:0)

一般来说,我希望至少有一些开发人员愿意与客户进行正确的沟通。让这些开发人员参与沟通(即使一开始很痛苦)。英语是一种非常通用的语言,您的客户可能并且愿意说出来。

保护那些不想与之沟通或学习与客户沟通的开发人员。它们可能会损害您与客户的关系,并且会损害您与员工的关系。

小心允许客户与开发人员之间的书面联系。书面沟通往往被解释错误,特别是当那些没有太多经验的人编写仔细平衡的电子邮件,备忘录或信件时。

当您与客户建立关系时,您将了解彼此的个性,沟通将变得更加顺畅。