フレームワーク活用ガイドひとことで言うと#
顧客が抱える複数の課題を**強制的に順位づけ（スタックランキング）**してもらい、「最も痛みの大きい課題」から解決することで、開発リソースを最大効果のポイントに集中させるフレームワーク。
押さえておきたい用語#
- 課題スタックランキング（Customer Problem Stack Ranking）
- 顧客の課題リストを同率なしで上から順に並べてもらう手法。「全部大事」を許さないことで、本当の優先度が浮かび上がる。
- ペインの深さ（Pain Severity）
- その課題が顧客に与える苦痛の度合い。頻度（どれくらい頻繁に困るか）×影響度（どれくらいダメージが大きいか）で評価する。
- 既存の代替手段（Current Workaround）
- 顧客がその課題に対して今どう対処しているか。代替手段がなかったり、手間のかかる回避策を使っていたりすれば、解決する価値が高い。
- テーブルステークス（Table Stakes）
- 顧客があって当然と考える基本機能。重要度は高いが差別化にはならない。スタックランキングで上位に来ても「解決して初めてスタートライン」になる課題群。
課題スタックランキングの全体像#
こんな悩みに効く#
- 顧客の要望が多すぎて、何から手をつけるべきかわからない
- アンケートでは全項目に「重要」と回答され、優先順位がつかない
- 社内の推測と顧客の本当の痛みがズレている気がする
- PMFに向けて、最も価値の高い課題に集中したい
基本の使い方#
インタビュー、サポート履歴、NPS回答などから、顧客が困っている課題を5〜8個にまとめる。
- 多すぎると順位づけが大変になるので、類似課題は統合する
- 課題は顧客の言葉で書く（「APIレスポンスが遅い」ではなく「検索に時間がかかる」）
- 自社が解決できる範囲の課題に絞る（業界全体の構造問題は除外）
課題カードを渡し、「最も困っているものから順に並べてください。同じ順位は禁止です」と依頼する。
- 対面なら物理カードを並べ替えてもらう。オンラインならドラッグ&ドロップのツール
- 「同率なし」がルール。迷う瞬間にこそ本音の優先度が表れる
- 並べた後に「なぜこの順番にしたか」を1位から3位まで説明してもらう
- 10〜15名の顧客に実施すると、信頼性の高いパターンが見える
全顧客のランキングを集計し、平均順位と1位獲得回数で総合ランキングを作る。
- 平均順位：各課題の順位を全顧客で平均（低いほど重要）
- 1位獲得回数：何人がその課題を1位にしたか（「最も痛い」の直接指標）
- セグメント別（大企業/中小、業種別）に集計するとさらに深い洞察が得られる
集計結果の上位2〜3課題を次の開発スプリントの最優先に据える。
- 上位課題の「なぜ困っているか」の定性コメントも開発チームに共有
- 既存の代替手段が貧弱な課題ほど、解決時のインパクトが大きい
- 四半期ごとにスタックランキングを更新し、課題の変化を追跡する
具体例#
従業員30名のプロジェクト管理SaaS。開発候補が18件あり、プロダクトマネージャーが独断で優先度を決めていたが、リリースしてもDAU（日次アクティブ）に反映されないことが続いていた。
課題スタックランキングを実施:
- 18件を7つの課題カテゴリに集約
- ヘビーユーザー12名にオンラインで順位づけ依頼
集計結果:
| 順位 | 課題 | 平均順位 | 1位獲得 |
|---|---|---|---|
| 1 | ガントチャートの読み込みが遅い | 1.8 | 7名 |
| 2 | Slack通知がカスタマイズできない | 2.3 | 3名 |
| 3 | タスクの一括編集ができない | 3.1 | 2名 |
| 4 | ダッシュボードが見にくい | 4.2 | 0名 |
| 5 | ファイル添付の容量制限 | 4.8 | 0名 |
PMが最優先にしていた「ダッシュボードのリデザイン」は4位。顧客の最大の痛みは「ガントチャートの遅さ」で、12人中7人が1位に選んだ。
対応後の結果:
- ガントチャートのパフォーマンスを改善（読み込み8秒 → 1.2秒）
- 改善翌月のDAUが18%増加
- ユーザーから「やっと使い物になった」の声多数。NPS**+15ポイント**
月商800万円のD2Cスキンケアブランド。サイト訪問者の購入率（CVR）が1.2%と低迷。改善ポイントの候補はLP改修、送料無料化、お試しセット、口コミ充実、成分説明の強化など8つあったが、限られた予算で何から着手すべきか決められなかった。
購入を迷っている見込み顧客15名にスタックランキング:
| 順位 | 購入障壁 | 平均順位 | 1位獲得 |
|---|---|---|---|
| 1 | 自分の肌に合うかわからない | 1.4 | 10名 |
| 2 | 値段が高い（比較対象がわからない） | 2.8 | 3名 |
| 3 | 成分の安全性が不安 | 3.2 | 2名 |
| 4 | 送料が気になる | 4.1 | 0名 |
| 5 | 口コミが少ない | 4.5 | 0名 |
圧倒的1位は「肌に合うかわからない」で、15人中10人が1位。社内で議論されていた「送料無料化」は4位だった。
上位課題に集中投資:
- 1位対策：980円の7日間お試しキットを新設
- 2位対策：お試しキットに「1日140円でプロ品質」の比較表を同梱
3か月後:
- お試しキットの購入CVRは5.8%（本品の1.2%から大幅改善）
- お試しからの本品購入率は42%
- 月商が800万円 → 1,150万円に成長
従業員500名のメーカー。情報システム部が社内ツールの改善要望を社内アンケートで集めたところ、34件の要望が寄せられた。全要望の平均重要度は5段階中3.8〜4.2でほぼ差がなく、優先順位がつけられなかった。
各部門の代表10名にスタックランキングを実施:
- 34件を8カテゴリに集約してカード化
- 「最も業務に支障がある順に並べてください。同率禁止」で依頼
劇的な結果の違い:
| アンケート順位 | 課題 | スタック順位 |
|---|---|---|
| 1位（4.2） | 社内ポータルのデザイン刷新 | 7位 |
| 3位（4.0） | 勤怠システムの入力簡素化 | 1位 |
| 5位（3.9） | 経費精算の電子化 | 2位 |
| 2位（4.1） | 社内チャットの絵文字追加 | 8位 |
アンケートでは「あったらいいな（Nice to have）」と「なくて困る（Must have）」が同じスコアになっていた。スタックランキングでは「毎日使う勤怠と経費精算」が上位に、「あれば嬉しいデザインや絵文字」は下位に明確に分かれた。
勤怠入力の簡素化を優先した結果、入力時間が1人あたり月30分削減、500名で月250時間の工数削減に成功。
やりがちな失敗パターン#
- 同率を許してしまう — 「どちらも同じくらい重要」を認めると、アンケートと同じ結果になる。同率禁止こそがスタックランキングの核心。迷う瞬間にこそ本音が現れる
- 課題を自社視点で書く — 「API連携の改善」ではなく「他のツールとデータが自動で繋がらない」と書く。顧客が自分の言葉で理解できないカードは正しく順位づけできない
- 少人数で結論を出す — 3名程度では個人の偏りが大きい。10名以上に実施して初めてパターンが見える。セグメントが異なれば別々に集計する
- ランキングの数字だけ見て理由を聞かない — 順位の理由（「なぜ1位にしたか」）の定性情報が、開発時の要件定義に直結する。数字と理由の両方を記録する
まとめ#
課題スタックランキングは、顧客の課題を「全部大事」から「これが一番痛い」に変換するシンプルかつ強力な手法だ。同率禁止の強制順位づけによって、アンケートでは見えなかったペインの序列が鮮明になる。10名以上の顧客に実施して集計すれば、開発チームが迷いなく「まずこれを直す」と言える根拠が手に入る。顧客の痛みの大きさ順に解決することが、限られたリソースで最大の成果を出す最短ルートだ。