@lucaswargha 关于用户对话与工程文化的完整节目：https://t.co/kdfDAfDrjh

比了解代码更懂客户——与 Lucas Wargha 探讨产品工程

来源：https://www.epicproduct.engineer/know-your-customer-better-than-your-code-product-engineering-with-lucas-wargha~x1egq
我与 Lucas Wargha 探讨了如何在全球范围内将软件工程师转变为产品工程师——以及为什么这始于更关注成果而非工单。

Lucas 是 FamilySearch 的工程经理，负责 Memories 产品：一个存储照片、音频和故事的地方，帮助用户将家人视为家谱上名字之外的鲜活存在。他的团队身处一个非营利使命中：帮助人们发现并连接家人——这句话说起来容易，执行起来难。这一使命体现在他们为重大遗留系统重写论证合理性时，体现在他们决定刻意简化哪些工程时，也体现在他们推动工程师质疑那些不能推动产品前进的工作上。

Lucas 的一句话让我印象深刻：比了解代码更懂你的客户。不是因为代码不再重要，而是因为实现的成本越来越低，而产品判断力却无法廉价获得。他提到与巴西用户交流时发现，一个翻译后的单词承载了与英文 UX 假设截然不同的含义——这种事盯着 reducer 是永远发现不了的。

我们还聊到了 Gmail 密码加载的故事：工程师注意到大多数人会在输入邮箱后一两分钟内完成密码输入，于是他们开始在用户输入邮箱后于后台加载收件箱。这就是产品工程思维——利用技术洞察为用户成果服务，而不是等着产品经理给你答案。

Lucas 正在积极打破那种工程师消费 JIRA 故事、完成某个平台的任务片段、然后交付给下一个孤岛的模式。他会分配史诗和里程碑，让同一个人跨 Web 和移动端拥有完整的成果，这迫使工程师进行客户对话、协调干系人，并思考支持文档——这些是孤立任务永远无法暴露出来的。

创造者与消费者的框架也让我深受触动。Lucas 希望工程师成为创造者，理解自己的软件为特定人群创造了什么价值——而不是那些将需求转化为代码然后转身离开的高级承包商。

Lucas 的具体作业是：拿出你的下一个任务，与三个不同用户画像的潜在用户交谈，在匆忙完成之前，让学到的内容改变你的工作。

在结尾，Lucas 对身处动荡市场的工程师表达了希望——我们可能正经历历史性的时刻，尽早意识到这一点或许能改变我们的构建方式。在关于组织架构、用户画像和全球软件的实际对话之后，这种语调令人欣慰。

嘉宾

• https://www.familysearch.org/
• https://github.com/lucaswargha
• https://x.com/lucaswargha

作业

• 比了解代码更懂客户：留意你对产品成果的热情是否和对架构讨论一样强烈。
• 拿出你列表上的第一个任务，在实现之前与三种不同用户画像的潜在用户交谈。
• 让从这些对话中学到的东西改变你构建的内容，而不是孤立地完成任务。

资源