操盘手年鉴The Operators’ Almanac
AI · PB · 038

从问题倒推 AI 采纳

AI Adoption Working Backwards From Problem · ai-adoption-working-backwards-from-problem--inbal-shani
AI 与新工作方式 操作手册 过渡期 2023-12 Inbal Shani ✓ 已核验出处

解决什么问题

企业/团队在 AI 炒作压力下"必须做点 AI 相关的事情"时,如何避免瞎做、把 AI 硬贴到产品上("plaster AI on a lot of things")。

核心内容

她观察到团队采用 AI 时最常见的两类错误:

  1. 期待变化自动发生:给一个工具、告诉大家"去用它",不投入变更管理(change management)过程,结果落地效果因公司而异,参差不齐。
  2. 从"我们该拿 AI 做什么"出发,而不是从问题出发:因为 AI 太热门,团队会产生"我必须做点什么,不然显得没跟上"的焦虑感。正确顺序应该反过来(working backwards):先明确"我们要解决的具体问题是什么",再问"AI 能不能更好地帮我们解决这个问题",而不是先有 AI 再找用武之地。

具体做法:GitHub 自己走的路径是——先发现"开发者任务太多、留给写代码的时间不够"这个具体问题,再倒推出"能不能自动化一部分编码环节",才引出接入 OpenAI/ChatGPT 的方案。她把这个案例讲给客户听时,客户常有"恍然大悟"的反应("we didn't think about it like that"),意识到自己是先有 AI 冲动,而不是先有清晰问题。

适用边界

这套方法要求组织本身已经能清楚描述自己的工作流瓶颈("很多手工操作、很多配置工作"),如果连问题本身都定义不清,"往回推"就无从做起,需要先做问题诊断。

关键引述 · 原话

"what is that problem that we're trying to solve and how can we leverage AI better to help solve the problem versus what do we do with AI?" — Inbal Shani

关联卡片

与 dont-bolt-ai-on--paul-adams(不要把 AI 简单焊接到旧产品上)在方法论上高度一致,都是"回到问题/产品本质"再决定 AI 用法,而不是被技术炒作牵着走。

被这些卡引用

出处Inbal Shani (CPO, GitHub) · 03-podcasts/inbal-s.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2