Zara Zhang — Ship Capability, Cut Scope
Zara Zhang 展示的经典 builder 配对:发布具体新能力 + 在其他地方削减范围。
具体能力发布
Fish Audio API 应用
- 使用 Fish Audio API 生成个性化播客
- 计划近期发布新 skill
产品原则
核心观点
"AI 产品上线前最重要的动作通常是砍功能。"
为什么砍功能
- 做窄做清楚 — 先在一个点上做到清晰可用
- 避免功能膨胀 — 更多功能 ≠ 更好产品
- 加速迭代 — 小范围快速验证
产品哲学
旧世界: Word, Excel, PowerPoint
新世界: Markdown, CSV/JSON, HTML
Zara 的这一观察(来自后续推文)与她的产品原则一致:
- 从复杂格式转向简单、可互操作的格式
- 从功能丰富的套件转向专注的工具
- 从封闭系统转向开放标准
2026-04-15 补充:Tab Out 案例
Tab Out 把这一原则演示得更彻底了。
起点:从本地上下文出发
Zara 先注意到一个非常具体的事实:Chrome browsing history 存在本地数据库里,因此天然可以被 LLM 读取和解释。她据此开始构思一个浏览器内的个人工具。
中途:LLM 功能拖慢了产品
她最初尝试把新标签页变成入口,并用 LLM 把打开的 tabs 自动分组成不同 missions。但实际结果是:
- 页面变慢
- 行为不稳定
- 最重要的价值点反而被掩盖
最终:砍回最顺手的能力
Tab Out 后来一路被削减成:
- 纯 Chrome extension
- 纯本地存储
- 没有 server
- 没有 Node.js
- 没有 npm
核心价值也被压缩成两个动作:
- 把标签页显示清楚
- 让关闭动作顺手
这说明“cut scope”不是抽象口号,而是一个很具体的产品判断:如果某层 AI 智能让产品更慢、更脆弱、更不顺手,就删掉它。
与行业趋势的关联
| 趋势 | Zara 的实践 |
|---|---|
| Agent-native | 专注单一 agent 能力 |
| 范围控制 | 明确的功能边界 |
| 快速发布 | 先 ship 再迭代 |
2026-04-20 更新:AI 时代产品团队应该花更多时间对外沟通
Zara Zhang 的最新观点:随着 AI 能力增强,产品团队应该把更多时间花在外部沟通(与用户、客户交流)而非内部沟通上。
三个原因:
- 确定"做什么"比"怎么做"更重要 — AI 负责执行,人类应该专注于理解问题
- 团队会更小,内部沟通开销自然减少
- 独立创业者已经在这样做 — 整天与客户交流,然后把录音丢给 agent 执行
这与她一贯的"cut scope"哲学一致:当 AI 能处理实现时,人类的独特价值在于理解问题和用户需求。
链接:https://x.com/zarazhangrui/status/2045810170245386713
Counterpoints & Gaps
- 纯本地、纯轻量非常适合个人工具,但未必适合需要协同和共享状态的团队产品
- 把功能砍到最小能加速发布,但也会延后验证更复杂价值是否成立
- 本地历史数据是很强的上下文源,但也天然伴随隐私与权限边界问题
Sources
- AI 简报 2026-04-07 — AI Builders Digest | 2026-04-07
- AI 简报 2026-04-15 — AI 简报 | 2026-04-15
- AI 简报 2026-04-20 — AI 简报 | 2026-04-20
- https://x.com/zarazhangrui/status/2044211269767704929
- https://x.com/zarazhangrui/status/2044114136364397043
- https://x.com/zarazhangrui/status/2045810170245386713