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