功能矩阵

建功能×竞品网格，看谁有什么、缺什么、你在哪能差异化。

为什么

功能矩阵把对竞争的模糊感觉变成可行动的结构化地图。列出每个有意义的功能并标记哪个竞品有，你一次看到三件事：桌面赌注（人人都有，你也得有）、缺口（没人有，你的机会）、过度投入（一个竞品有 10 个别人都不理的功能——臃肿信号）。没有这矩阵，团队要么建竞品有的全部（失去差异化）要么建竞品没有的全部（忽略桌面赌注）。矩阵让建/跳决策显式且可辩护。

何时使用

在市场测算后、定义 MVP 范围之前。1-2 天。竞品发功能时季度更新。

如何做

1. 列 8-15 个竞品
   - 直接：同问题、同受众
   - 相邻：同受众、不同问题（他们可能扩到你）
   - 间接：同问题的不同方案（电子表格、手工）
   - 含 1-2 个巨头即使产品更差——他们有分发

2. 列 15-30 个功能
   - 核心：定义品类的功能
   - 差异化：区分产品的功能
   - 桌面赌注：人人期望的功能（认证、导出、集成）
   - 新兴：仅 1-2 竞品有的功能（未来桌面赌注？）

3. 填矩阵（✓ / ✗ / 部分）
   - 用他们的文档、changelog、试用账号——别猜
   - "部分"= 功能存在但受限（如 3 集成 vs 50）

4. 分析
   - 桌面赌注：全 ✓ 的功能 → 你必须有
   - 缺口：全 ✗ 的功能 → 你的差异化机会
   - 过度投入：一个竞品在别人忽略的 10 功能上 ✓ → 臃肿
   - 簇：总一起出现的功能组 → "捆绑"期望

5. 决定你的功能集
   - 必备：所有桌面赌注 + 你选的缺口
   - 跳过：不服务你细分的过度投入功能
   - 推迟：新兴功能（观察，先不建）

示例

产品：monorepo 的 CI/CD 工具。
竞品：GitHub Actions、GitLab CI、CircleCI、Buildkite、Dagger。

功能矩阵（节选）：
  功能                  | GH Actions | GitLab | CircleCI | Buildkite | Dagger
  Monorepo 任务拆分     |    部分    |   ✓    |    ✗     |    ✓      |   ✓
  本地运行（同 CI）     |    ✗       |   ✗    |    ✗     |    ✗      |   ✓
  远程缓存              |    ✓       |   ✓    |    ✓     |    ✓      |   ✗
  原生（无 YAML）       |    ✗       |   ✗    |    ✗     |    ✗      |   ✓
  OSS 免费             |    ✓       |   ✓    |    ✗     |    ✗      |   ✓

分析：
  - 桌面赌注：远程缓存（人人有）→ 必建
  - 缺口："本地运行同 CI"——仅 Dagger 有，用户需求高
  - 过度投入：GH Actions 有 100+ action 模板（对 monorepo 用户是臃肿）
  - 簇："原生 + 本地运行"总一起 → 这是 Dagger 的楔子

决策：建远程缓存（桌面赌注）+ 本地运行同 CI（缺口）→ 在 monorepo + 本地运行簇上差异化。

常见问题

⚠列太多竞品——30 个让矩阵不可管；选你目标细分真会比较的 8-15 个。
⚠从营销页猜功能——营销说"AI 驱动"其实是个正则；用试用或文档验证。
⚠把所有功能当等权——无权重的矩阵导致"我们有 20 功能，他们 18"；按对你细分的重要性加权。
⚠忽略间接竞品——"我们没有竞品，没人做这个"通常意味着方案是电子表格或手工。

最佳实践

✓按对你桥头堡细分的重要性加权功能——你细分不在乎的功能是噪音，即使每个竞品都有。
✓诚实标"部分"——功能受限的竞品不等于没有；部分揭示他们哪里脆弱。
✓找簇：总一起出现的功能——只给一个不给另一个对期望簇的用户可能感觉残缺。
✓每季度重跑矩阵——竞品发得快，上季度你的缺口这季度可能被填。