操盘手年鉴The Operators’ Almanac
AI · IN · 286

早期 AI 产品评估指南

Evaluating Early AI Products · evaluating-early-ai-products--claire-vo
AI 与新工作方式 洞察 AI 时代 2026-03 Claire Vo ✓ 已核验出处

解决什么问题

AI 工具"一天冒出来三个",第一印象几乎都是粗糙、难用、甚至闯祸。作为使用者怎么判断哪个值得持续投入?作为 builder 怎么读懂自己产品收到的抱怨?

核心内容

两条互补的判断准则:

  1. 看轨迹,不看快照(pull the thread):对新 AI 工具必须投入足够时间,判断的对象是"它一周后、一个月后会在哪",而不是"它今天在哪"。Claire 对 OpenClaw 和 Claude Cowork 的第一印象都很差(前者首日装 8 小时还删了她的家庭日历;后者"这是给谁用的?"),她的做法是每周回访、反复试,直到找到 unlock——而不是一次性 write off。前提是项目在被认真投入资源(维护者活跃、更新频繁)。

  2. "Buggy but loved"是 PMF 信号,不是反证:区分两类抱怨——

    • "它坏了 / 不稳定 / 记不住 / 我想让它做 X 它做不到":用户已经默认它有用,只是恨它不够好。这不是没有 PMF,而是产品还没赶上它的 PMF
    • "我看不出这有什么用":这才是真正的负面信号。

    Claire 的亲历判据:日历被删的当天,"它在不删我日历的时候给我的 joy 和 utility 已经足够让我知道 something is there"——她称之为"丑陋而扎眼的 PMF 之感"。

  3. 愿意忍受痛苦本身就是价值的度量:"安装是折磨、要持续喂养维护、完全不 hands-off——但价值高到我愿意忍。"用户为一个产品支付的隐性成本(时间、维护、学习曲线)越高还留着,信号越强。

适用边界

  • 这是单个深度用户视角的定性判据,规模化验证仍需留存曲线等数据配合。
  • "忍受痛苦 = PMF"不能反过来当作不修 bug 的借口。
  • 对没有活跃维护的项目,"看轨迹"不成立——轨迹判断的前提是有人在推着它走。

关键引述 · 原话

"You really have to pull the thread on these tools and you have to spend enough time with them to see not where they are today, but where they are in a week and where they are in a month." — Claire Vo

"That's not, not product market fit. That's a product that hasn't caught up to its product market fit." — Claire Vo

关联卡片

- 与经典 PMF 度量(Sean Ellis "very disappointed" 测试)同构:都在测"失去它你多难受",这里的变体是"它伤害你之后你还留不留"。

出处Claire Vo (ChatPRD 创始人 / How I AI 播客主持人 / 三任 CPO) · 03-podcasts/claire-vo-openclaw.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2