### 本期在聊什么
Bear 最近在补设计基础课，这次认真读完了《100 Things Every Designer Needs to Know About People》。这本书大部分内容跟屏幕无关，讲的是注意力、记忆，以及一个人在同一时间能装下多少东西。读完之后，他用这套视角重新看了 Raycast，发现一个很有意思的结构问题。
### Raycast 的核心逻辑
Raycast 的设计力量来自两个快捷键。Enter 执行主操作，Cmd+K 展开当前对象的所有可用操作。这套规则只要学一次，之后的 2500 个扩展，学起来几乎不用再花力气。
Bear 把这个提炼成一个可以套用在其他产品上的检验框架：用户的主操作是什么？需要更多选择时，他们伸手拿什么？这条规则能覆盖每一个功能吗？找到规则失效的地方，那里通常就是产品结构的天花板。
### 天花板在哪里
Raycast 的命令栏有一套固定节奏：出现、操作、消失。几秒钟之内完成，然后回到后台。
AI 的节奏完全不同：持续存在、反复迭代、积累上下文。第一个回答只是起点，你需要加文件、调语气、对比选项、在上一次的基础上继续。
于是 Raycast 现在有了两扇门。Quick AI 在命令栏里，给你一个单次回答；AI Chat 在独立窗口里，支持持续对话。在开口问问题之前，你要先决定走哪扇门。
这个选择看起来很小。但它悄悄撤销了 Raycast 最擅长的那件事，把本来已经去掉的操作成本重新放了回去。
### Glaze 是一张收据
今年三月，Raycast 发布了 Glaze，一个通过 AI 对话生成原生桌面应用的独立产品。它能做什么倒在其次，Bear 注意到的是它被放在哪里。
Glaze 不在命令栏里，是一个独立产品，有自己的工程团队、独立的品牌和独立的预算。
一个公司愿意付出这个代价，就是在告诉你一件任何新闻稿都不会明说的事：团队已经知道，命令栏装不下他们想用 AI 做的事情了。
下次看到一家公司推出新产品形态，可以把愿景说明先放在一边，问一个更窄的问题：旧产品有什么做不到，逼着他们去造这个新的？那个答案通常比定位文案更接近真实的策略。
### 两个值得记住的判断
**模型很少是问题所在。** 糟糕的 AI 体验通常败在交互设计上。三个层面决定了结果：输入端，一个空白文本框要求用户把自己还没想清楚的东西说清楚；输出端，纯文字段落在大多数场景下都是错误的格式；迭代端，团队让用户用一句话重新描述一个修改，其实给一个滑块，或者让他们直接点击想改的那部分，会好得多。AI 作为功能贴上去，和 AI 编织进工作流里，用户很快就能感受到差别，虽然他们可能还说不清楚哪里不对。
**新交互模式的窗口期正在关闭。** 旧模型的限制已经明显，新模式还没有定型，这个短暂的阶段不会持续太久。现在认真观察的团队，有机会参与定义这些交互会变成什么样。等待的人，只能继承大平台先标准化的那套东西。
### 三个问题，留给自己的产品
你的产品里，主操作是什么？需要更多选择时，用户伸手拿什么？这条规则在边缘还成立吗，还是已经有某个功能需要自己的窗口了？如果有，那个功能是你收费的那个吗？
Raycast 对最后一个问题的回答有点难受。免费版已经覆盖了大多数人每天真正用到的东西。最清晰的付费理由是 AI，而 AI 偏偏是最不符合原始设计逻辑的那部分。
这一期最早写在 Bear 的英文 Newsletter《Design Decisions》里，英文原文在 newsletter.bearliu.com。
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
