@kentcdodds: 关于结合实际业务背景进行规划的更多内容:

X AI KOLs Following 新闻

摘要

Kent C. Dodds 和 Sean Roberts 之间关于产品工程、结合实际业务背景进行规划,以及对话和好奇心相对于纯粹数据的重要性的讨论。

@sean_j_roberts 关于结合实际业务背景进行规划的更多内容: https://t.co/BNts9KV3Qu
查看原文
查看缓存全文

缓存时间: 2026/06/21 04:35

@sean_j_roberts 更多关于结合真实商业背景的规划:https://t.co/BNts9KV3Qu


房间里懂技术的人:与 Sean Roberts 聊产品工程

来源:https://www.epicproduct.engineer/the-technical-person-in-the-room-product-engineering-with-sean-roberts~8r1bw 我与 Sean Roberts 探讨了在代理商工作和小型团队环境中塑造的产品工程:贴近客户、真实的预算约束,以及学会何时该发声。

Sean 现在是 PhotoShelter 的工程师,但他的产品直觉很大程度上来自那些年——编写代码的人往往在问题被定义时就已经在场。他描述了作为初级开发人员在销售电话中学会提问的经历(有时甚至亲自开车送创始人去开会),并当场将需求转化为可行的软件方案。

节目的中间部分聚焦于产品公司内部的规划:帮助团队区分已解决的问题与“黑暗森林”式的工作,对低估遗留系统复杂性的技术规格提出质疑,以及在资深时仍保持初学者心态。

Sean 坦诚地表示,他如今的产品直觉很大程度上仍然依赖对话驱动,他希望能有更好的分析来补充——而非取代——这种直觉。这很现实。产品工程往往是亲身实践过的上下文、人际关系以及数据中可用信号的混合体。

Kent 和 Sean 还聊到了这份工作的情感层面:当你帮他人省去繁琐操作时得到的积极反馈,因自己感到无聊而频繁改动用户体验的风险,以及为何人际关系至关重要——如果你想听到“你让我的生活轻松多了”这句话。

家庭作业刻意保持轻量化:去和平时不常交流的人聊聊,练习好奇心。这就是产品工程工作,哪怕没有一行代码发布。

嘉宾

  • https://www.photoshelter.com/
  • https://github.com/seanroberts
  • https://x.com/sean_j_roberts

家庭作业

  • 花 15 分钟和工作中你平时不常交流的人聊聊——销售、产品经理、技术支持负责人,或其他团队的工程师。
  • 询问他们的工作、挑战和客户;练习把听到的内容转化为软件约束,不要太快跳到解决方案。
  • 如果工作中这么做感觉尴尬,可以在工作之外练习同样的技能(收银员、服务员、邻居)——目标是对话的舒适感,而不是正式访谈。

资源

相似文章

@deployengineer: https://x.com/deployengineer/status/2071803742996115597

X AI KOLs Timeline

来自aiDotEngineer大会第一天的笔记,聚焦Kent Dodds关于AI时代产品工程的主题演讲。核心观点:当AI将实现过程商品化时,产品判断力成为最后需要掌握的技能。涵盖Arrow Metaphor、产品工程师与产品经理的区别、验证技巧(如The Mom Test)、Jobs-to-Be-Done Framework、用于功能优先级排序的Kano Model以及用户反馈循环。