如何与非开发人员交谈？

让我们面对现实吧——成为一名开发人员不仅仅意味着编写完美的代码。这关乎协作。但残酷的事实是：大多数开发人员不擅长与非开发人员沟通。

当你试图向设计师、QA测试员、项目经理或市场营销人员解释某件事时，会发生什么？你有多少次看到他们茫然的眼神，或者听到他们那令人恐惧的“我不明白”？

这并不完全是他们的错，也不完全是你的错，但你可以做出一些努力来使沟通清晰。

在今天的文章中，探讨一些与非开发人员沟通的原则。

2020年，我在我的第一家初创公司工作。一开始，团队完全由开发人员组成，每个人都在努力打造MVP。

在产品发布前两个月，我们的第一位非技术队友加入了：一位营销人员。

在创业公司，了解产品至关重要。你可能会发现自己参与到与你的工作没有直接关系的领域。

今天你还在写代码，明天你又要学习营销策略，因为创始人需要你的意见。这就是为什么在初创公司工作如此有意义——你能学到很多东西。

我们的营销人员也有同样的感受。随着她对产品越来越熟悉，她开始提出建议。但当需要实现一些复杂的功能时，她问了我一个最棘手的问题：

阿里： “为什么？”

我： “我们的 WebSocket 引擎无法处理那么多请求。这太复杂了。”

她显然很困惑。这时我意识到我需要用更简单、更清晰的方式解释。谢天谢地，一位更有经验的开发人员介入了，并给出了更好的答案：

他： “我们有一个消息系统，可以向消费者、开发者和骑手发送通知。目前，它还不够稳定，无法添加更多收件人。但我们可以改进一下，比如直接在应用中发送推送通知并列出订单，而不是等待通知显示。你觉得怎么样？”

我很喜欢这个答案，因为它为我提供了如何与非技术人员沟通的蓝图：

我的另一位同事——一位非常精通技术的人——也学到了类似的教训。他是电影和电视节目中典型的“极客”开发者，总是埋头于代码。在他加入我们的头几个月里，他不得不改掉一个主要习惯：用技术术语和经理说话。

他是一名移动开发者，负责将我们的应用从 React Native 重写为 Flutter。有一天，他的一个实现进度落后了，经理问他为什么。

他没有给出简单抽象的解释，而是深入讲解了类、代理和组件的细节。作为一名对 Flutter 架构一无所知的后端工程师，就连我都看得一头雾水。所以，你可以想象这位经理当时有多么茫然。

幸运的是，另一位团队成员挺身而出，挽救了局面。他解释了情况，但并没有深入讲技术细节：

同事： “Flutter 的工作原理与我们之前使用过的不同。我们假设部分实现会相同，但 Flutter 不支持，所以我们必须自己编写解决方案。这就是为什么需要时间。我们可以在 [新日期] 之前准备好。这样可以吗？”

他力求简洁，避免不必要的技术细节，并将重点放在需求上。他还征求反馈意见，从而开启了合作的大门。这使得对话更加顺畅，也更加高效。

与非开发人员沟通时，简单和抽象是关键。他们不需要了解每个问题背后的技术复杂性。

分享过多的技术细节可能会使问题看起来比实际情况更复杂，这可能会造成不必要的焦虑。

简单至关重要——从抽象的解释开始，如果他们要求更多细节，你可以更深入地讲。

将对话重新导向需求，并尽可能提供解决方案或时间表。这有助于将注意力集中在非技术团队成员最关心的问题上。

最后，务必征求意见。征求意见可以鼓励讨论，促进更好的合作。

归根结底，这并不是为了证明技术专长，而是为了确保团队能够共同努力实现相同的目标。

在下面的评论中分享您的经验，提出您的任何问题，如果您发现它有用，请不要忘记与您的网络分享这篇文章。

如果您喜欢这篇文章并希望获得更多类似的见解，请订阅我的时事通讯，每周都会将提示、教程和故事直接发送到您的收件箱！