同团队范式跃迁
一句话定义
被 平台吃功能 后，同一团队**短期内（1 个月）**完整范式重置——换用户群、换交互范式、换商业模式。是评估团队 founder market fit 的活样本。
出处
Multica → Lucius 跃迁 (2026-04-01 → 2026-04-30) 提炼，写入 AI产品分析框架 维度 6。
典型样本
| 维度 | Multica | Lucius |
|---|---|---|
| 心智 | 内部 Agent 协作 | 组织对外触点 context 层 |
| 用户 | 1-10 人 dev 团队 | AI 公司的对外触点团队（社区/客服/产品） |
| 交互 | 触发式与拦截式 拦截式（看板委派） | 触发 + 主动式（Ask/Answer/Act） |
| 商业 | 开源自托管 | Conversation 阶梯计费 |
| 三框架诊断 | ① ✅ ② ❌ ③ ❌ | ① ✅ ② ✅ ③ ✅ |
| 窗口 | 已关闭 | 12-18 月 |
双面解读
| 解读 | 论证 |
|---|---|
| 乐观读 | team 学到了 AI产品分析框架 维度 1（拦截式天花板）+ 维度 5（稀缺性反演 反面收费）+ 维度 6（平台吃功能）的全部教训 → 极强 founder market fit signal |
| 保守读 | 1 个月不足以打磨产品深度，跃迁可能是”理论拼图”——需要 6 个月连续客户留存数据验证 |
检验问题
用于评估其他被平台吃功能后跃迁的产品：
- 跃迁是学到教训后的真转向（用户 / 范式 / 商业全换）还是贴 AI 包装（仍在原战场补丁）？
- 新定位是否避开了原战场的所有失败因素（特别是 平台吃功能 + 拦截式天花板）？
- 团队叙事中是否承认前作的失败逻辑？还是回避 / 包装？
三个使用场景
- 评估 pivot 真实性：跨用户群 + 跨交互 + 跨商业 = 真转向；只换 marketing 词 = 假转向。
- VC 评估团队学习能力：1 个月内学到框架三个维度的教训 = 极强信号；3 年还在原地打转 = 危险信号。
- 客户咨询 pivot 决策：客户产品被平台吃后犹豫是否 pivot → 用 Multica → Lucius 模式做参照。
与 NOT Positioning 的关系
跃迁后能写出”我们之前做错了 X，现在不再做” = 超强 PMF 信号。 Multica → Lucius 团队尚未公开承认前作失败（embargo 媒体材料未提 Multica），属于”隐性跃迁”。
反例 / 边界
- ❌ “我们换了 logo + 加了 AI 功能” — 不是范式跃迁
- ❌ pivot 后还在原战场 — 没学到平台吃功能的教训
- ✅ 跨用户群 + 跨交互范式 + 跨商业模式 — 真范式跃迁
- ✅ 团队公开承认前作失败逻辑 — 超强 PMF 信号
典型案例
- ✅ Multica → Lucius — 1 个月内完整范式重置（Case - Multica - Agent协作项目管理 → Case - Lucius - 组织context层）
- ✅ 毕昇 → Clawith — Enable→Native 跃迁（同一公司两代产品）
相关术语
- 平台吃功能 — 跃迁的触发原因
- NOT Positioning — 跃迁后的成熟度检验
- 陈天桥三阶段 — 跃迁通常是 Enable→Native 或 Native→Awaken
- 触发式与拦截式 — 跃迁的常见路径（拦截式 → 触发式）