竞争短视与未验证策略

陷阱一：未经验证的成功假设

• Atlassian 的经典 playbook 是：开发者/IT 先选用工具 → 推荐给业务团队 → 自下而上扩散 → 公司标准化。
• HipChat 团队假设这个 playbook 会自动适用于企业通信市场，但没有足够早地验证这个假设。
• 实际情况：Slack 走的是另一条路——先在非技术业务团队中建立强大的粉丝基础，借助应用消费化趋势（gamified onboarding、现代 UI、emoji），反向渗透。HipChat 团队甚至曾认为 emoji 等功能"无关紧要"，后来才意识到那对不同用户群至关重要。
• 教训：解释清楚你为什么成功，然后验证这个解释在新场景下是否仍然成立，不要基于未验证的假设直接开工。

陷阱二：竞争近视

• 当 Slack 势头凶猛时，HipChat 团队的反应是"我们只需要再加一个功能"，变成了 fast follower。
• 问题：你看到的竞争对手功能是冰山一角——它基于一年前的研究和客户理解。你只是在模仿他们过去的思考结果，而非理解他们当前的客户洞察。
• 后果：丢失了原本让 HipChat 成功的东西——很好地服务特定用户群。
• Tanguy 的做法：将竞争对手动态与创造/研究过程物理隔离，每 3 个月左右看一次竞争格局。当团队因竞品发布而焦虑时，组织全员一起重新观看过去 3 周的用户访谈录像，把注意力锚回自己的用户。