任务好搬,关系难搬:AI 产品留存的三任务结构

Task Migration Is Cheap, Relationship Migration Is Expensive: A Three-Task Retention Model

上一篇 两个对手,同一套打法 里,我写 Grok Bot 和 Claude Cowork 两个团队怎么做产品,里面藏了一个我没展开的细节:主持人 Lenny Rachitsky 说,他已经把自己的不少用例从 Cowork 和 Codex 迁到了 Grok Bot 上——迁得非常快。

文章发出去之后,这句话一直在我脑子里转。媒体叙事是「桌面 Agent 是新大陆,用户圈地之后就不会再动」;可生态里最重度的用户、播客主持人本人,一个周末就把家搬了。

那么问题来了:用户从 Cowork 迁到 Grok Bot,代价到底大不大?

我的答案分两半:任务搬家便宜,关系搬家贵。一个用户能迁走多少,取决于他在这个产品里存放了什么。这篇文章用我自己做样本来拆——我给自己的数字员工「涌现」搬一次家,看看什么带得走,什么带不走;拆完你会发现,「带不走的东西」正好回答了第二个问题:AI 产品满足用户的哪三个任务,才能把他变成长期付费用户。

Task Migration Is Cheap, Relationship Migration Is Expensive: A Three-Task Retention Model

[Read More]

两个对手,同一套打法:做成 AI 产品没有秘密

Two Rival PMs, One Playbook: How AI Products Really Get Built

9 月 8 日,Roman Ugarte 坐进 Lenny Rachitsky 的播客录音间,复盘他怎么在一个月里做出 Grok Bot。他是 Grok Bot 的产品负责人,之前是 Cursor 的增长负责人——加入时那家公司只有 15 人左右。

同一年的 4 月 23 日,Cat Wu 坐过同一个座位。她是 Anthropic 的 Claude Code 和 Cowork 产品负责人,工程师出身,中途还去风险投资行业待过一段时间。

这两个人是直接对手。Grok Bot 和 Cowork 抢的是同一批用户:想把知识工作整块交出去的人。Lenny 是 Grok Bot 的重度用户,也是他们 meetup 的合作方;他在节目里说,自己已经把不少用例从 Cowork 和 Codex 迁了过来——迁得非常快。

我把两场对谈的要点摊开逐条对了一遍,发现一件有意思的事:两个不同公司、做竞争产品、隔了四个多月开口的产品负责人,讲的是同一套打法。

不是相似,是逐条重合:原型优先于文档、亲手带早期用户上手、设计师直接提交代码、发布前大规模删功能。

两个对手独立收敛到同一套打法,说明这套打法不是某家公司的文化,也不是某个人的天才,而是结构性的东西。这篇文章把它拆出来。

[Read More]