# PMツール選定スコアカード

プロダクト開発ツールを「機能数」やデモの印象だけで決めず、実際のJob・導入負荷・運用・リスクまで同じ軸で比較するためのテンプレートです。

## 0. カテゴリpresetを選ぶ

PM Compassのカテゴリ別評価フレームを使う場合は、最初に該当カテゴリの100点評価基準をこのスコアカードへ転記します。

- Product Analytics: `/tool-selection-frameworks/product-analytics`
- User Research: `/tool-selection-frameworks/user-research`
- Roadmap: `/tool-selection-frameworks/roadmap`
- Feature Flag: `/tool-selection-frameworks/feature-flag`
- AI Evals: `/tool-selection-frameworks/ai-evals`
- Feedback Management: `/tool-selection-frameworks/feedback-management`
- Experimentation: `/tool-selection-frameworks/experimentation`
- Session Replay & UX Analytics: `/tool-selection-frameworks/session-replay-ux-analytics`
- Product Ops Workflow: `/tool-selection-frameworks/product-ops-workflow`
- AI Observability: `/tool-selection-frameworks/ai-observability`

カテゴリpresetは「どのvendorが良いか」ではなく、PMが候補を見る前に固定する評価軸・必要な証拠・PoC条件です。候補製品の発見、ランキング、料金、口コミ、比較はSaaS Radarの責務として分離します。

## 1. 選定するJob

- 解決したいJob:
- 現在の代替手段:
- 現状コスト / 工数:
- 導入しない場合の損失:
- 必須ユーザー:
- 関係部署:

## 2. Must / Should / Nice to have

|要件|優先度|理由|候補A|候補B|候補C|
|---|---|---|---:|---:|---:|
| |Must| | | | |
| |Must| | | | |
| |Should| | | | |
| |Nice| | | | |

採点例: 0=満たさない / 1=弱い / 2=概ね満たす / 3=強い

## 3. 比較軸

カテゴリpresetを使わない場合の共通初期値です。presetを使う場合は、この表の比較軸と重みをカテゴリ別100点評価基準へ置き換えます。

|比較軸|重み|候補A|候補B|候補C|確認方法|
|---|---:|---:|---:|---:|---|
|Core Jobへの適合|25| | | |実利用|
|既存ワークフローとの接続|15| | | |PoC|
|使い始めるまでの速さ|10| | | |初期設定|
|チーム定着しやすさ|10| | | |5人以上で試す|
|権限・監査・データ管理|10| | | |Security確認|
|API / Integration|10| | | |Docs + 実接続|
|サポート / 運用|5| | | |SLA確認|
|価格 / TCO|10| | | |見積り|
|将来拡張性|5| | | |Roadmap確認|

## 4. 証拠台帳

スコアの根拠を、営業資料の説明ではなく確認可能な証拠として残します。

|評価軸|確認した証拠|証拠URL / Screenshot / Log|確認者|確認日|未解決|
|---|---|---|---|---|---|
| | | | | | |
| | | | | | |
| | | | | | |

## 5. Red Flag

次のどれかがYesなら、総合点が高くても止めて確認します。

- [ ] Must要件を1つ以上満たさない
- [ ] データの保存場所・学習利用・削除方法が不明
- [ ] 管理者権限 / 監査ログが必要なのに提供されない
- [ ] PoCで主要Jobを最後まで完了できない
- [ ] 価格が利用拡大時に急増するが上限を説明できない
- [ ] 解約・データexport条件が不明
- [ ] 導入後のownerが決まっていない

## 6. 総合判断

- 推奨候補:
- 推奨理由:
- 残る不確実性:
- PoCで潰す論点:
- 導入しない理由:
- Decision owner:
- Decision date:

## 使い方

1. ベンダーを見る前にJobとMust要件を書く
2. 対象カテゴリにpresetがある場合は、評価軸・重み・必要証拠を先に転記する
3. デモで確認できることとPoCが必要なことを分ける
4. 全候補を同じ重みで採点する
5. 点数の根拠を証拠台帳へ残す
6. Red Flagを別枠で確認する
7. スコアだけでなく「なぜ選ぶか」をDecisionとして残す