#622 留存真正发生在对话结束后

### 本期核心主题

AI 聊天界面已经几乎无处不在，但 Bear 看过的大多数产品，中间那一段很强，两侧几乎什么都没有。Bear 以 Google Health 的 AI 健康教练为例，拆解了一个 AI 功能的三段结构：Before（开口之前）、During（对话过程）、After（对话结束之后），并指出更有意思的部分在对话框的两侧。

### 主要观点

**Before：谁先开口，决定了人们会不会开始**

空白输入框是最安静的失败方式之一。无限的可能性反而让大多数人不知道从哪里开始。Google Health 的做法是让系统先开口，比如根据你的睡眠数据提问："你大概在午夜前后上床，看起来这个时间点对你挺管用的。进入周末之后，维持这个规律对你来说还好吗？"再配上几个可以直接点选的答案。你不需要面对空框，只需要点一下。主动发问这一步，从用户身上移走了。

**During：对话体验正在变成基础设施**

读取个人数据、生成图表、引用外部资料、用追问推进对话，Google Health 都做得不错。但这些能力以后也不会再是差异点。只要有足够的模型资源、数据和工程能力，任何公司最终都能做出一个像样的聊天体验。聊天框本身，正在走向基础设施。

**After：留存真正发生的地方**

对话结束之后，系统会主动总结吗？会在睡眠数据开始偏移时提醒你吗？会记住上次的目标并在几天后跟进吗？Bear 观察了三周，几乎没有发生这些。没有自动周报，之前的对话线索很少被捡起来，几乎每一次互动都需要 Bear 自己主动打开应用。产品还很新，主动推送健康建议也确实有风险，一条错误的、或者不必要地让人担心的通知，可能会对信任造成持久的损害。但这个规律超出了 Google 的范围：Before 决定有多少人开始，During 是基本门槛，After 才是把功能变成关系的地方。

### 两个值得记住的补充观点

**第一个月不是真实信号。** 大多数团队在引入 AI 的第一个月体验到效率峰值，然后悄悄进入平台期。前几周感觉像换了一个挡位，因为最明显的低效先被消除了。剩下的是能力缺口和知识缺口，这些靠调整提示词解决不了。AI 从倍增器变成了维持者。

**嫁接不等于重新设计。** 大多数团队还在用人来充当胶水，把信息从一个标签页复制到另一个，让下一个系统能跟上。这看起来像协调，实际上是摩擦穿了一件工牌。蒸汽机改变制造业，要等到工厂主不再把它嫁接到原有的车间布局上，重新设计了整个车间。

### 给自己产品的自查框架

把你的 AI 功能按三段拆开看：

- **Before**：是什么让用户迈出第一步？如果答案是一个空框加一行提示文字，这是你最薄弱的一层。

- **During**：有什么是竞争对手两个季度内复制不了的？

- **After**：在用户什么都不做的情况下，两次使用之间发生了什么？

Bear 看过的大多数产品，中间很强，两侧几乎是空的。

这一期最早写在 Bear 的英文 Newsletter《Design Decisions》里，英文原文在 newsletter.bearliu.com。

Advertising Inquiries: https://redcircle.com/brands

Privacy & Opt-Out: https://redcircle.com/privacy