说实话——成为一名开发者不仅仅是写出完美的代码，而是关乎合作。但有个残酷的事实：大多数开发者和非开发者沟通起来很糟糕。
当你试图向设计师、项目经理、市场营销专业人士或QA测试员解释某些内容时，你又有多少次看到对方是一脸茫然，或者听到那让人头疼的“我完全不明白”？
这不完全是他们的错，也不完全是你的错，但你可以多花点心思，让沟通更顺畅。
今天的文章里，我们将聊聊如何跟非技术人员沟通的一些基本准则。
zh: 此处省略 (chǔcǐ shěnglüè)
个人经历:
在2020年，我在我的第一间初创公司工作。最初，团队全部由开发者组成，大家一起努力开发最小可行产品(MVP)。
产品发布的两个月前，我们的第一位非技术背景的队友加入团队：一名市场专员。
在一家初创公司，理解产品非常重要。你可能会发现自己在很多不直接相关的领域也得帮忙。
一天你在写代码，转眼就开始学市场策略，因为创始人想听听你的想法。这就是在初创公司工作的好处——你可以学到很多新东西。
我们的市场人员也有同样的感受。随着她对产品越来越熟悉，她开始提出建议。但在实现一些复杂的功能时，她提出了一个最难回答的问题：
Ari: "为什么？"
我: "我们的WebSocket引擎处理不了那么多请求。这挺复杂的。"
她的困惑显而易见。这时我明白我需要用更简单明了的方式来解释。幸运的是，一位更有经验的开发者介入，并给出了更好的回应：
他: “我们有一个消息系统，可以向消费者和送餐员发送通知。目前还不太稳定，不适合增加更多的接收者。但是我们可以通过发送推送通知，同时在应用内直接展示订单，来改进这种情况，而不是等待通知出现。你认为如何？”
我喜欢那个回答，因为它给了我一个与非技术人员沟通的指南。
- 让语言保持简单。
- 忽略技术细节，专注于需求。
- 要有耐心，乐于合作。
zh: ……
我的另一位同事——一个技术宅——也学到了类似的教训。他就是电影和电视节目中常描绘的那种“极客”开发者，总是埋头于代码。在他最初的几个月里，他不得不改掉一个主要习惯：不用那么多技术术语和经理说话。
他是一名移动开发者，将我们使用 React Native 开发的应用程序改写成了 Flutter。有一天，当他赶不上某个功能的实现进度时，经理问他为什么落后了。
他没有给出一个简单的抽象解释，而是深入讨论了类、代理和组件的细节。作为一个对 Flutter 架构完全陌生的后端工程师，我都有些摸不着头脑了。你可以想象经理有多晕。
还好另一位团队成员站出来救场，他用简单易懂的话解释了情况。
同事: "Flutter 的工作方式和我们之前用过的不一样。我们以为实现的一部分会和以前一样，结果发现并没有相应的支持，所以我们得自己动手写一个解决方案。因此需要更多时间。我们可以在新的日期前搞定。你看这样行不行？"
他把事情做得简单，避免不必要的技术细节，并且把重点转向需求。他还征求了反馈，这为合作创造了机会。这让对话变得更加顺畅和富有成效。
zh: *
主要收获
与非开发者沟通时，保持简洁且抽象是关键。他们不需要了解每个问题背后的技术细节。
过多地分享技术细节可能会让问题看起来更复杂，从而引起不必要的焦虑。
简洁非常重要——先做一个抽象的解释，如果他们要更多细节，你就可以深入一点说。
将对话转向需求方面，并可以在可能的情况下提供解决方案或时间线。这样能帮助将重点放在对不熟悉技术的同事来说最重要的部分。
最后，永远征求他们的意见，这样可以鼓励讨论并促进更好的合作。
归根结底，这不仅仅是为了证明技术专长——而是确保团队能够一起达成共同的目标。
在下方评论区分享您的经历，如果您有任何疑问，也可以提出。如果觉得这篇文章有用，请别忘了与您的朋友们分享这篇文章。
喜欢这篇文章吗？想获得更多这样的见解？点击这里订阅我的通讯，每周都会直接发送到您的邮箱，包含小贴士、教程和故事哦！