Shipping as Research

在快速演变的AI领域，等一切确定后再着手搭建就意味着你永远落后。传统产品开发模式强调发布前的验证与确定性，但如今市场每3到6周就会发生变化，你根本耗不起等待的时间。

将上线视为研究：推出功能并非因为你确信它们有效，而是为了探明其可行性。通过上线来明确方案的优劣，让实际情况与用户反馈指引产品迭代方向。

另一种选择——按兵不动——行不通：

“很多大公司都有这样的心态：‘我们先观望一阵。这对我们来说太激进了，等局势明朗后再针对性布局。’”

但如果等局势尘埃落定，你早已落后太多，无力追赶。

graph TD
    A[观察/洞察] --> B{是否以研究为目的上线？}
    B -->|否，等待确定性| C[市场已向前发展]
    C --> D[未启动即已过时]

    B -->|是，以研究为目的上线| E[获取真实反馈]
    E --> F{是否可行？}
    F -->|是| G[加大投入]
    F -->|否| H[转型或终止]
    G --> I[明确可行方案]
    H --> I
    I --> J[下一个洞察]

    style C fill:#ffcdd2,stroke:#c62828
    style D fill:#b71c1c,stroke:#b71c1c
    style E fill:#c8e6c9,stroke:#2e7d32
    style I fill:#c8e6c9,stroke:#2e7d32

核心洞见：前沿领域的变化速度极快，你必须通过上线来探索可行路径。分析与规划根本跟不上这样的变化节奏。

研究思维 vs 产品思维：

| 产品思维 | 研究思维 | |---------|---------| | 打磨完善后再上线 | 为学习而上线 | | 上线前完成验证 | 上线以开展验证 | | 功能需长期存续 | 功能可能在3个月内被淘汰 | | 用户获取 | 用户学习 | | 营收优化 | 洞察优化 |

AMP的真实案例：

AMP曾移除过多项用户喜爱的功能：

• 待办事项
• 分支功能
• 标签页
• 自定义命令
• 即将移除的VS Code扩展

每次移除都得到了用户的积极反馈：

“用户们其实很认可我们移除功能的做法。他们说：‘做得好，砍掉那些我们都清楚已经没用的东西。’”

将上线视为研究，意味着要基于所学内容，果断地快速新增或移除功能。

以研究为导向的发布原则

1. 未完全确定前先上线

shipping_criteria:
  required:
    - 不会破坏现有功能
    - 团队认为值得尝试
    - 必要时可回滚

  not_required:
    - 确定功能必然可行
    - 完美的打磨优化
    - 已验证的商业案例
    - 用户研究验证

2. 为可回滚性设计

打造可轻松移除的功能：

• 最小化依赖
• 简洁的接口
• 无深度耦合
• 从上线首日起监控使用情况

3. 明确告知实验属性

让用户知晓他们是研究的参与者：

“我们正在测试这项功能，尚不确定它是否可行。恳请帮我们一起探索学习。”

4. 全面量化衡量

没有数据就无法获得洞见：

• 使用量指标
• 成功率/失败率
• 用户反馈规律
• 性能特征

5. 快速淘汰无效功能

当功能达不到预期时，果断移除：

“我们已经砍掉了四项功能左右，包括待办事项、分支功能、标签页……”

“我原本以为用户不会在意这个功能的移除，但实际操作后发现，用户其实非常认可我们淘汰无效功能的做法。”

“艺术装置”思维

AMP 自称“更像一个艺术装置，而非软件公司”：

“如果 AMP 自我‘迭代销毁’会怎样？比如直接宣布‘旧 AMP 已下线，这是全新的 AMP’……AMP 的构建与销毁——我们曾以此自嘲，但有意思的是，客户对这种模式颇为认可。”

这种思维拥抱持续的变化与实验。

优势：

• 速度：比那些等待确定性的竞争对手学习速度更快
• 真实世界验证：实际使用胜过理论分析
• 用户好感度：前沿用户乐于参与产品的发展旅程
• 敏捷性：当某项功能行不通时，可快速调整方向
• 创新性：发掘出规划阶段会被忽略的方案

劣势：

• 资源浪费：部分功能开发完成后会被搁置
• 用户困惑：频繁变动会让用户感到无所适从
• 用户流失：部分用户更偏好稳定性而非实验性产品
• 品牌风险：公开的失败会损害品牌声誉
• 资源低效：开发一次性功能看似是种浪费

以研究为导向发布的最佳适用场景：

• 你的用户群体是理解实验性质的早期采用者
• 你身处快速演进的前沿领域（如AI agents）
• 团队规模足够小，可快速调整方向
• 你的用户重视处于技术前沿
• 试错成本低（功能可回滚）

需更为谨慎的场景：

• 安全关键型应用
• 变化缓慢的成熟市场
• 对稳定性有要求的大型企业
• 切换成本高的功能
• 涉及监管或合规相关问题

观望的风险：

“你可能会与最终的发展方向渐行渐远。”

如果等到看清局势再行动，你就会错失机会。前沿领域的变化速度太快了。

“你需要持续关注行业走向并紧跟步伐。你还需要发布产品、直面现实，从我们这类客户那里获取反馈，以此明确现状、分辨方案的可行性。”