产品人人都是产品经理·AI产品大峡谷··AI 生成
一个入口太小，一个弹窗太大：Codex和豆包同时上了一堂产品课
文章从个人体验出发，对比了AI产品Codex和豆包近期的两个UI小改动。Codex取消了显眼的「新聊天」按钮，将入口藏入小图标，导致用户可能不知道功能仍在；豆包则将录音听写时的大悬浮窗压缩为右上角小条，减少了打扰。作者认为这反映了产品迭代中的一个核心矛盾：功能入口需要被用户看见，而运行状态则应该尽量不打扰。文章适合产品经理、AI产品从业者阅读，用以反思功能发现性与体验流畅性的平衡。原文 ↗原文 ↗
核心观点
- ▍该被发现的功能，要让用户看见；只负责运行的状态，要尽量少打扰。
- 01Codex 将原本的显式「新聊天」菜单按钮，移到了「新对话」右侧的小图标里，鼠标悬浮后才显示，导致用户可能完全不知道功能仍在，失去了功能发现性。
- 02豆包在录音时，旧的悬浮窗很大，实时显示转写、波形、暂停和结束按钮，但会遮挡当前页面，造成不必要的打扰。
- 03豆包新版将录音状态压缩为右上角的一条小悬浮条，只保留时长、波形和结束按钮，信息仍然完整，但只在需要确认时出现。
- 04Codex 的隐藏入口仍有用：用户可以在不打断当前任务的情况下，从右下角发起临时对话，并可通过 `@聊天` 将临时讨论引入任务上下文。
反方 / 局限
- — 作者承认，产品更新不仅要考虑入口放在哪，还要考虑用户怎么知道它变了。对于Codex这类低频但有用功能，一次轻量提示或更新后高亮，可能比让用户偶然发现更有效。
概念锚点
前置背景
平行视角
延伸追问