2

我有一个挑战，我需要一些意见。

我目前正在为一个新的开发部门招聘程序员。我正在寻找工作出色的人——他们可能“缺乏”一些我通常要求他们具备的其他东西（例如说挪威语和（说实话））——社交技能，以便能够会见客户（我之前曾与其中几个合作过:)））。

我的问题是关于客户（客户）和开发团队之间的沟通。

背景：我们的战略是在未来两年内成为我们的客户扩展开发部门。例如，他们将我们视为他们自己的部门，只是坐在其他地方。虽然我们正朝着这个目标前进，但我们将不得不在较小的项目上赚钱。工作就在那里，所以我不担心我们无法生存。

但是——我们都知道，与客户进行良好的沟通是为客户提供他们真正想要的东西（我们顺便提一下）而不是其他东西的关键要素之一。我如何设法与不会说这种语言的人一起做到这一点，或者再一次，甚至没有与客户沟通的技能（你们都知道一个非常聪明的人正在与一个几乎不知道的客户陷入深层次的技术问题Firefox 和 Opera 的区别）？

我已经找到了一个解决方案，我将成为与客户的接口，客户将参与计划会议等，并且团队仍将在其中进行演示。但是关于开发团队和客户之间的持续沟通（每天），我将是负责沟通的人。

我知道这不是最佳解决方案——作为中间人，很多信息会在客户、我和团队之间消失。有没有人遇到过类似的情况？

4

6 回答 6

4

创建一个维基。为您的客户创建一个页面，其中包含图片、业务信息、注意事项等。

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

随着时间的推移，此页面（或如果您将信息拆分为多个页面的页面）将允许

  • 新开发人员可以更快地了解客户
  • 查看可能出现的问题
  • 您的开发人员会为 wiki 做出贡献，因为他们有一个有形的文档，每个人都可以看到他们为客户做出了多少贡献。
  • 让客户感觉好像他是开发过程的一部分
  • 由于 wiki 实际上是一个协作文档，因此每个人之间都会出现一种共同语言。它可能与说您的客户的语言不同，但它将是您的客户和开发人员的语言的组合。
于 2009-01-19T10:07:16.883 回答
2

当我们为特定客户执行“测试计划”时，我们遇到了类似的情况。当客户有问题时，他们只能在项目的那个阶段求助于开发人员，因为例如帮助台还不熟悉新功能。

我们还使用了一个“中间人”来与客户进行沟通，然后将其传递给开发人员，这对我们来说效果很好。有什么好处？客户总是很清楚该联系谁，沟通是一致的，一些更简单的问题可以得到回答，而不需要完全“bug”开发团队，而一些更困难的问题可以从多余的解释中“归结”到在将问题交给开发人员之前解决真正的问题，既让开发人员有更多时间专注于他们最擅长的事情。

当然，如果你想让它工作，你必须确保及时在开发人员和客户之间传递信息，但我认为这是值得的（事实上，我们的开发人员更喜欢这样方式）。

于 2009-01-20T21:18:08.697 回答
1

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

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

于 2009-01-19T13:55:08.280 回答
1

开发人员应与客户隔离。开发人员通常是早餐吃 C++ 模板的铁杆技术人员。客户通常非常不懂技术。客户就一些琐碎的问题向开发人员提出了一个表述不当的问题，这通常会激怒开发人员，至少会导致暂时的生产力损失。所以最好让有特殊报酬的人在两者之间工作。

于 2009-01-29T15:13:57.617 回答
0

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

于 2009-01-19T10:01:31.573 回答
0

一般来说，我希望至少有一些开发人员愿意学习与客户进行适当的沟通。让这些开发人员参与沟通（即使一开始很痛苦）。英语是一种非常通用的语言，您的客户可能会并且愿意说它。

屏蔽不想与客户交流或学习交流的开发者。它们可能会损害您与客户的关系，并且会损害您与员工的关系。

请注意允许客户和您的开发人员之间进行书面联系。书面交流经常被误解，尤其是当那些没有太多经验的人写出仔细平衡的电子邮件、备忘录或信件时。

随着您与客户建立关系，您将了解彼此的个性，并且沟通会更加顺畅。

于 2009-01-19T10:09:55.503 回答