# PMツール選定・導入・運用実務キット

Product Analytics、User Research、Feature Flag、AI Evals、Roadmapなどのツールを、評価・デモ・PoCから権限確認、移行、定着、更新/撤退判断まで同じ運用で進める無料キット。

- フェーズ: Select
- 対象: Product Manager / Product Ops / Product Leader
- 解消したい課題: ツール選定が機能表や営業デモの印象に偏り、導入後に権限・移行・定着・TCO・更新判断の問題が見つかる。
- 目指す状態: JobとMust要件から候補を評価し、PoCで証拠を取り、安全に導入・移行し、30日後の定着と契約更新/撤退まで一続きで判断できる。
- Web版: https://pmcompass.jp/lead-magnets/pm-tool-selection-kit?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

## 推奨する使い方

1. JobとMust要件を固定する
2. 候補を同じ評価軸に置く
3. デモとPoCで不確実性を潰す
4. 権限・データ取扱いを確認して稟議する
5. 移行とrollback条件を決める
6. 30日で定着を判定する
7. 更新時にRenew/Resize/Exitを判断する

## 含まれるテンプレート

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

Job適合・導入負荷・権限・TCO・拡張性を同じ重み付き軸で比較する

個別ページ: https://pmcompass.jp/templates/PBTPL-041?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# 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として残す

### 2. ベンダーデモ質問リスト

Core Job・導入・API・Security・価格・Roadmapを同じ質問で確認する

個別ページ: https://pmcompass.jp/templates/PBTPL-042?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# ベンダーデモ質問リスト

営業デモを「便利そう」で終わらせず、自社のJob・制約・導入リスクを確認するための質問テンプレートです。

## デモ前に共有する前提

- 解決したいJob:
- 主なユーザー:
- 現在のツール / 代替手段:
- 月間利用規模:
- 必須Integration:
- Security / Data要件:

## 1. Core Job

- このJobを最短で完了する標準フローを、サンプルではなく実操作で見せてもらえますか？
- 途中で失敗した場合、どこから復旧できますか？
- 標準機能だけで完了できますか？追加設定・Professional Servicesは必要ですか？
- 一括処理、権限差、例外ケースではどう動きますか？

## 2. 導入・移行

- 初回価値到達までの標準的な導入期間は？
- 既存データのimport / export形式は？
- 既存ツールとの並行運用は可能ですか？
- 管理者が最初に設定すべき項目は？
- 利用定着しない顧客に共通する原因は？

## 3. Integration / API

- 必須Integrationは標準・追加料金・個別開発のどれですか？
- API rate limit / webhook / audit eventは？
- Integrationが失敗したときの再試行・通知・復旧方法は？
- APIやデータschemaのbreaking change方針は？

## 4. Security / Data / AI

- データ保存リージョンは？
- 顧客データをモデル学習へ利用しますか？opt-outは？
- データ削除・退会後削除・backup削除の扱いは？
- SSO / SCIM / RBAC / audit logの提供プランは？
- AI出力の根拠・履歴・人間確認・権限制御は？
- Subprocessor一覧と変更通知方法は？

## 5. Reliability / Support

- SLA / status page / incident notificationは？
- 過去12か月で代表的な障害と再発防止策は？
- 日本語サポート時間と初動目安は？
- Enterprise契約でサポート内容はどう変わりますか？

## 6. Pricing / Contract

- 課金単位はseat / usage / workspace / APIのどれですか？
- 利用量が2倍・5倍になった場合の概算は？
- 最低契約期間・更新・解約条件は？
- PoC費用を本契約へ充当できますか？
- 隠れやすい追加費用は何ですか？

## 7. Roadmap / Fit

- 今後12か月でこのJobに関係する公開可能なroadmapは？
- 顧客要望が採用される基準は？
- どんな会社にはこの製品を勧めませんか？
- 競合より明確に弱い領域はどこですか？

## デモ後メモ

- 実演で確認できたこと:
- 口頭説明のみだったこと:
- PoCで検証が必要なこと:
- Red Flag:
- 次回確認事項:

### 3. PMツールPoC評価テンプレート

仮説・実利用scenario・成功条件・stop条件・Go判断をPoC前に固定する

個別ページ: https://pmcompass.jp/templates/PBTPL-043?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# SaaS / PMツール PoC評価テンプレート

無料トライアルやPoCを「触ってみた感想」で終わらせず、本導入の判断材料にするためのテンプレートです。

## 0. カテゴリ別PoC preset

PM Compassのカテゴリ別評価フレームには、PMがPoCで必ず証拠を取るべきscenarioを用意しています。該当する場合は、下記presetをこのテンプレートのTest Scenarioへ転記します。

- 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`

PoCでGo / Conditional Goになった後は、同じカテゴリの実務Playbookを使って導入・運用条件を固定します。

- Product Analytics: `/tool-selection-playbooks/product-analytics-tracking-contract`
- User Research: `/tool-selection-playbooks/user-research-evidence-repository`
- Roadmap: `/tool-selection-playbooks/roadmap-decision-maintenance`
- Feature Flag: `/tool-selection-playbooks/feature-flag-lifecycle-safety`
- AI Evals: `/tool-selection-playbooks/ai-evals-regression-calibration`
- Feedback Management: `/tool-selection-playbooks/feedback-management-evidence-routing`
- Experimentation: `/tool-selection-playbooks/experimentation-preflight`
- Session Replay & UX Analytics: `/tool-selection-playbooks/session-replay-privacy-evidence`
- Product Ops Workflow: `/tool-selection-playbooks/product-ops-intake-triage`
- AI Observability: `/tool-selection-playbooks/ai-observability-production-loop`

vendor一覧・製品ランキング・料金比較ではなく、「このカテゴリを自社で安全に使えるか」を検証し、導入後も同じ判断基準で運用するためのpreset / runbookです。

## 1. PoCの判断対象

- 候補製品:
- 解決したいJob:
- Decision owner:
- PoC期間:
- 参加人数:
- 比較対象:
- 本導入判断日:
- 使用するカテゴリpreset:
- 使用する実務Playbook:

## 2. 仮説

- H1: この製品を使うと、主要Jobの完了時間が ____% 短縮する
- H2: ユーザーの ____% 以上が支援なしで主要Jobを完了できる
- H3: 既存workflow / integrationを壊さず導入できる
- H4: Security / Data /権限要件を満たす
- H5: 想定利用量でTCOが許容範囲内に収まる

## 3. Test Scenario

カテゴリpresetのscenarioを先に入れ、その後に自社固有scenarioを追加します。

|Scenario|担当|現状baseline|成功条件|結果|証拠|
|---|---|---|---|---|---|
|カテゴリpreset #1| | | | | |
|カテゴリpreset #2| | | | | |
|カテゴリpreset #3| | | | | |
|主要Jobを最初から最後まで完了| | | | | |
|複数人で共同作業| | | | | |
|権限差のある利用| | | | | |
|既存Integration接続| | | | | |
|失敗・再試行・復旧| | | | | |
|export / exit| | | | | |

## 4. Quantitative Metrics

- Time to first value:
- Job completion time before / after:
- Task success rate:
- Weekly active participants:
- Support requests:
- Error / failure count:
- Admin setup time:
- Estimated monthly TCO:

## 5. Evidence log

「できた / できない」だけでなく、後から再確認できる証拠を残します。

|仮説 / Scenario|証拠|取得方法|確認者|確認日|再現可能|
|---|---|---|---|---|---|
| | | | | |Yes / No|
| | | | | |Yes / No|
| | | | | |Yes / No|

## 6. Qualitative Review

### User
- 価値を感じた場面:
- 迷った場面:
- 使わなくなる理由:
- 既存ツールより明確に良い点:

### Admin / Ops
- 初期設定の難所:
- 権限管理:
- Monitoring / audit:
- 運用負荷:

### Security / Data
- 未解決事項:
- 例外申請の有無:
- 本導入前に必要な確認:

## 7. Stop Conditions

以下に該当したら、PoC期間を延長して数字を良く見せるのではなく中止判断を検討します。

- Must要件を満たせない
- 主要Jobを完了できない
- Security / Dataの重大要件を満たせない
- 利用者が支援なしで定着できない
- TCOが便益を上回る
- ベンダー説明と実挙動に重大な差がある
- カテゴリpresetで求めた証拠を取得できない

## 8. Decision

- Go / Conditional Go / No Go:
- 判断理由:
- 未解決リスク:
- 本導入時のowner:
- Rollout対象:
- 30日後に再確認する指標:
- 更新時に再確認するexit signal:
- 導入後に使う実務Playbook:

### 4. PMツール権限・データガバナンス確認

入力データ・権限・AI利用・削除・incident対応を導入前に確認する

個別ページ: https://pmcompass.jp/templates/PBTPL-045?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# PMツール権限・データガバナンス確認チェックリスト

PM / Product Opsが新しいツールを導入するときに、便利さだけでなく「誰が何を見られるか」「何を外へ出してよいか」「退会時に何が残るか」を導入前に確認するためのテンプレートです。

## 1. 利用データの棚卸し

|データ|具体例|機密度|入力可否|理由 / 条件|
|---|---|---|---|---|
|公開情報|公開済み仕様・ヘルプ|低| | |
|社内情報|Roadmap・社内議事録|中| | |
|顧客情報|問い合わせ・インタビュー|高| | |
|個人情報|氏名・メール・行動履歴|高| | |
|認証情報|Token・Secret・API Key|最重要|原則不可| |

## 2. 権限モデル

- Workspace owner:
- Admin:
- Editor:
- Viewer:
- Guest / External collaborator:
- Service account:

確認:

- [ ] 最小権限で利用できる
- [ ] 退職・異動時に権限を即時停止できる
- [ ] 外部協力者の閲覧範囲を限定できる
- [ ] 管理者操作と一般ユーザー操作を分けられる
- [ ] 誰が権限変更したか追跡できる

## 3. データフロー

```text
Source
  -> Import / Integration
  -> Tool workspace
  -> AI / automation processing
  -> Export / downstream
  -> Archive / delete
```

- 主な入力元:
- 主な出力先:
- 外部連携:
- AI機能で送信されるデータ:
- 学習利用の有無:
- 保存地域 / retention:
- 削除方法:
- export方法:

## 4. AI機能を使う場合

- [ ] 学習利用の設定を確認した
- [ ] 機密情報をpromptへ入れる条件を決めた
- [ ] RAG / knowledge sourceの権限継承を確認した
- [ ] AI生成物のレビュー責任者を決めた
- [ ] 自動実行できる操作とHuman approvalが必要な操作を分けた
- [ ] Prompt / output logの保存範囲を確認した

## 5. インシデント時

- Security owner:
- Vendor contact:
- Access revoke手順:
- API key rotate手順:
- データ削除依頼手順:
- 影響確認手順:
- 社内報告先:

## 6. 導入判定

- [ ] 必須データを安全に扱える
- [ ] 必要な権限分離ができる
- [ ] 監査 / export / deleteの要件を満たす
- [ ] 導入後ownerが決まっている
- [ ] 重大な未確認事項をPoCまたは稟議に明記した

### 未確認事項

- 

### Decision

- Go / Conditional Go / No-Go:
- 条件:
- Decision owner:
- Review date:

### 5. PMツール導入稟議・ビジネスケース

課題・選定結果・便益・TCO・risk・rolloutを一枚の稟議ロジックへまとめる

個別ページ: https://pmcompass.jp/templates/PBTPL-044?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# PMツール導入稟議・ビジネスケース

ツール導入を「便利そうだから」ではなく、課題・便益・費用・リスク・運用責任まで揃えて説明するためのテンプレートです。

## Executive Summary

- 導入候補:
- 解決する課題:
- 推奨する理由:
- 年間費用:
- 想定便益:
- 回収見込み:
- Decision deadline:

## 1. 現状

- 対象Job:
- 現在のworkflow:
- 月間件数 / 対象人数:
- 現在の工数:
- 現在の直接費用:
- 品質 / リスク上の損失:
- 何もしない場合の影響:

## 2. 選定結果

- 比較した候補:
- 推奨候補:
- Must要件の充足:
- PoC結果:
- 他候補を選ばない理由:

## 3. Benefit

|便益|Baseline|導入後|年間効果|根拠|
|---|---:|---:|---:|---|
|作業時間削減| | | | |
|手戻り削減| | | | |
|売上 / Conversion| | | | |
|事故 / Risk低減| | | | |
|意思決定速度| | | | |

定量化しにくい便益は、無理に売上換算せず「何が観測できれば価値と判断するか」を書きます。

## 4. Cost / TCO

- License:
- Usage / API:
- 初期導入:
- Migration:
- Integration:
- Security review:
- Training:
- 運用owner工数:
- 将来のseat / usage増加:
- 解約 / exit cost:

### 年間TCO

`年間TCO = License + Usage + 導入償却 + Integration + 運用工数 + その他費用`

## 5. Risk

|Risk|重大度|確率|対策|Owner|
|---|---|---|---|---|
|Security / Data| | | | |
|Vendor lock-in| | | | |
|定着しない| | | | |
|費用増加| | | | |
|障害 / Availability| | | | |
|Integration破損| | | | |

## 6. Rollout

- Phase 1対象:
- Training方法:
- Admin owner:
- Support owner:
- 30日success metric:
- 90日success metric:
- 中止条件:

## 7. Approval

- Product:
- Engineering:
- Security / IT:
- Finance / Procurement:
- Executive sponsor:
- 最終Decision:

## 8. 30 / 90日レビュー

- 実利用率:
- Job completion改善:
- 想定TCOとの差:
- 継続 / 拡大 / 縮小 / 解約:
- 次のDecision:

### 6. PMツール移行・ロールバック計画

移行対象・integration・cutover・rollback条件を事前に固定する

個別ページ: https://pmcompass.jp/templates/PBTPL-047?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# PMツール移行・ロールバック計画

PM / Product Opsツールの切り替えで、データ移行・二重運用・復旧条件が曖昧なまま本番移行しないためのテンプレートです。

## 1. 移行スコープ

- 現在の運用:
- 新しい運用:
- 移行対象チーム:
- 移行対象データ:
- 移行しないデータ:
- Cutover owner:
- Rollback owner:

## 2. データ移行表

|対象|Source|Destination|方法|件数 / 期間|検証方法|Owner|
|---|---|---|---|---|---|---|
| | | | | | | |

確認:

- [ ] 必須フィールドが欠落しない
- [ ] ID / URL / relationが保持される
- [ ] timezone / encoding / date形式を確認した
- [ ] attachment / comment / historyの扱いを決めた
- [ ] 移行後に元データと件数を照合できる

## 3. Integration切り替え

|Integration|旧接続|新接続|切替日時|検証|Rollback方法|
|---|---|---|---|---|---|
| | | | | | |

- [ ] API key / webhookの所有者を確認した
- [ ] 二重送信が起きない
- [ ] automationが意図せず二重実行されない
- [ ] 停止時に業務がどこまで続けられるか確認した

## 4. Cutover plan

### T-7 days

- [ ] 対象者へ告知
- [ ] 移行対象をfreeze
- [ ] export backup
- [ ] training / quick guide配布

### T-1 day

- [ ] 最新差分を確認
- [ ] integration切替手順を再確認
- [ ] rollback条件を関係者で確認

### Cutover

- [ ] 最終export
- [ ] import
- [ ] 件数照合
- [ ] Core Job smoke test
- [ ] integration test
- [ ] 権限test

### T+1〜7 days

- [ ] 重大な欠損がない
- [ ] 二重運用を終了できる
- [ ] 問い合わせを記録する
- [ ] workaroundを正式運用へ残さない

## 5. Rollback条件

次のどれかを満たしたら切り戻しを検討する。

- [ ] Core Jobが継続不能
- [ ] 重大なデータ欠損 / corruption
- [ ] 権限事故
- [ ] Integration障害で業務影響が許容値を超える
- [ ] 復旧見込みが許容時間を超える

- 許容停止時間:
- Decision deadline:
- Rollback開始条件:
- Rollback手順:
- 関係者通知先:

## 6. 移行完了判定

- [ ] データ照合完了
- [ ] Core Job smoke test完了
- [ ] 主要integration正常
- [ ] 必要権限が正しい
- [ ] 旧ツールのwrite運用を停止
- [ ] 旧ツールの保持 / 解約方針を決定
- [ ] 30日後reviewを設定

### 7. PMツール導入30日定着プラン

Week1からWeek4までの導入・観測・改善・継続判断を固定する

個別ページ: https://pmcompass.jp/templates/PBTPL-046?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# PMツール導入30日定着プラン

新しいPM / Product Opsツールを契約して終わりにせず、最初の30日で「使われる状態」まで持っていくための導入計画テンプレートです。

## 0. 導入前提

- 導入するJob:
- 対象チーム:
- 初期ユーザー数:
- Rollout owner:
- Admin owner:
- Success metric:
- 30日後の継続条件:

## Week 1: 最小運用を作る

- [ ] Workspace / project構造を決める
- [ ] 必要な権限だけ付与する
- [ ] 既存データの移行範囲を決める
- [ ] 必須integrationだけ接続する
- [ ] 「何をこのツールでやる / やらない」を1ページにする
- [ ] 3〜5人でCore Jobを最後まで実行する

観測:

- Setup完了率:
- Core Job完了率:
- 初回完了までの時間:
- 主な詰まり:

## Week 2: 実運用へ載せる

- [ ] 実案件を1つ移す
- [ ] 既存の会議 / レビューへ組み込む
- [ ] 手入力の二重管理を洗い出す
- [ ] テンプレート / default viewを固定する
- [ ] 利用ルールをチームへ共有する

観測:

- Weekly active users:
- Core Job repeat率:
- 二重入力箇所:
- サポート質問数:

## Week 3: 摩擦を減らす

- [ ] 使われていない機能を削る / 隠す
- [ ] 必要なautomationを追加する
- [ ] 権限の過不足を見直す
- [ ] notification過多を調整する
- [ ] チームから3件以上の不満を集める
- [ ] workaroundを記録する

改善Top 3:

1. 
2. 
3. 

## Week 4: 継続判断

### Outcome

|指標|導入前|30日後|目標|判定|
|---|---:|---:|---:|---|
|Core Job所要時間| | | | |
|Weekly active率| | | | |
|手作業回数| | | | |
|エラー / 手戻り| | | | |
|ユーザー満足| | | | |

### Cost

- License:
- Admin / Ops工数:
- Migration工数:
- Training工数:
- Integration保守:

### Decision

- Continue / Expand / Fix / Stop:
- 理由:
- 次の30日で改善すること:
- 次回review date:

## 定着の最低条件

- [ ] 主要Jobが実案件で繰り返し完了している
- [ ] 既存手段との二重管理が減っている
- [ ] Ownerが運用を継続できる
- [ ] 新規メンバーが説明なしでも基本操作を始められる
- [ ] 継続コストを便益で説明できる

### 8. PMツール更新・撤退判断レビュー

利用実績・Outcome・TCO・代替手段からRenew/Resize/Exitを判断する

個別ページ: https://pmcompass.jp/templates/PBTPL-048?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# PMツール更新・撤退判断レビュー

PM / Product Opsツールの契約更新を惰性で続けず、利用実績・成果・運用負荷・代替手段を同じ基準で見直すためのテンプレートです。

## 1. Review前提

- Tool / workflow:
- Review period:
- Contract renewal date:
- Decision deadline:
- Owner:
- Stakeholders:
- 現在の契約コスト:

## 2. 当初の導入仮説

- 解決したかったJob:
- 導入前の代替手段:
- 期待したOutcome:
- 当初のSuccess metric:
- 想定利用者:

## 3. 利用実績

|指標|目標|実績|Trend|コメント|
|---|---:|---:|---|---|
|Weekly active率| | | | |
|Core Job完了数| | | | |
|対象チーム利用率| | | | |
|Automation実行数| | | | |
|Support / Admin工数| | | | |

利用していない理由:

- 

## 4. Outcome / Value

- 時間削減:
- 手戻り削減:
- 品質改善:
- 意思決定速度:
- 売上 / Cost影響:
- 定性的価値:

### 実現しなかった価値

- 

## 5. Total Cost

- License:
- Admin / Ops:
- Training:
- Integration maintenance:
- Data / migration:
- Switching cost:
- その他:

## 6. 継続リスク

- [ ] 利用率が低い
- [ ] 主要Jobが別ツールへ移っている
- [ ] 同等機能が既存stackに統合された
- [ ] 管理 / 権限負荷が高い
- [ ] 価格上昇を成果で説明できない
- [ ] export / exitが難しい
- [ ] owner不在

## 7. 選択肢

|Option|期待Value|Cost|Risk|移行負荷|判定|
|---|---|---|---|---|---|
|Renew as-is| | | | | |
|Reduce seats / plan| | | | | |
|Improve adoption first| | | | | |
|Consolidate into existing tool| | | | | |
|Exit / replace| | | | | |

## 8. Decision

- Renew / Resize / Fix / Consolidate / Exit:
- 理由:
- 必要な条件:
- 次回review date:
- Decision owner:

## 9. Exitする場合

- [ ] export対象を決める
- [ ] retention / archiveを決める
- [ ] integrationを停止する
- [ ] token / service accountをrevokeする
- [ ] 利用者へ移行先を案内する
- [ ] データ削除を確認する
- [ ] 解約日と請求停止を確認する

### 9. ROI計算・投資判断テンプレート

投資額・便益・期間・感度を整理して判断する

個別ページ: https://pmcompass.jp/templates/PBTPL-030?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

---

# ROI計算・投資判断テンプレート

## 使う場面
- 新機能、改善、ツール導入、人員投資の妥当性を説明する
- 楽観・標準・悲観の感度を含めて判断する

## 先に計算ルールを固定する

このテンプレートでは、比較期間内のROIを次の形で計算します。

`ROI = (比較期間内の便益 - 比較期間内の総コスト) / 比較期間内の総コスト × 100`

- 総コスト: 初期投資 + 比較期間内の運用コスト
- 便益: 売上増、粗利増、コスト削減、工数削減などから、今回の意思決定で採用する基準を明示する
- 工数削減を金額換算する場合は、時間単価・対象人数・実現率の前提を残す
- 売上増と粗利増を同時に加算するなど、同じ効果を二重計上しない

会社の財務ルールでROI、NPV、IRR等の定義が決まっている場合は、そちらを優先します。

## 入力
|項目|値|メモ|
|---|---:|---|
|比較期間| |例: 12か月|
|初期投資| |開発、導入、移行|
|月次運用コスト| |保守、CS、インフラ|
|便益の基準| |売上 / 粗利 / コスト削減 / 工数削減など|
|期待便益| |採用した基準で期間内便益を算出|
|便益発生までの期間| |月数|
|確度| |高・中・低。根拠をメモする|

## 判断
|シナリオ|期間内便益|期間内総コスト|ROI|回収期間|主要前提|
|---|---:|---:|---:|---:|---|
|悲観||||||
|標準||||||
|楽観||||||

## レビュー観点
- 便益の基準と比較期間が全シナリオで同じか
- 売上・粗利・コスト削減等を二重計上していないか
- 時間削減を100%金額便益として扱うなど、実現率を過大評価していないか
- 一度きりの初期費用と継続費用を分けているか
- 定量化できない戦略価値をROIへ無理に混ぜず、別枠で扱っているか
- どの前提が変わると投資判断が変わるか分かるか

---

## 次の実務キットを探す

https://pmcompass.jp/lead-magnets?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit

PM Compass — プロダクトマネージャーのための実践メディア
https://pmcompass.jp/?utm_source=lead_magnet_download&utm_medium=markdown&utm_campaign=pm_compass_lead_magnets&utm_content=pm-tool-selection-kit