顧客プロブレムステートダイアグラム（問題文）テンプレート
顧客セグメントの特定から社内承認まで、検証済みの「顧客問題文」を作る手順を1枚の分かりやすいステートダイアグラムで可視化します。
このテンプレートでできること
プロダクトチームが、観察データから最終的に承認された「顧客問題文」まで辿り着けるように、プロセス全体を順序立てて整理するステートダイアグラムです。
- 顧客の特定から問題文の承認まで、手順をステップ形式で整理
- 検証（validation）とステークホルダー確認のための判断ポイントを内蔵
- 根拠集めと草案修正のためのフィードバックループを標準搭載
- 定番フォーマット「[Customer] needs [outcome] because [insight]」で、注釈として整理できる
- 頻度・コスト・深刻度を数値化する「インパクト測定」ステージを用意
こんな場面にぴったり
プロダクトディスカバリーのワークショップ
施策検討に入る前に、部門横断チームで「顧客の問題」を定義・検証する進め方を揃えるために使えます。誰もが同じ厳密な手順に沿って進められます。
スタートアップの課題×解決のフィット（Problem-Solution Fit）
創業初期の立ち上げチームが、顧客発見（カスタマーディスカバリー）の調査を整理し、投資家向けピッチやリーンキャンバス用に刺さる問題文を短く明快にまとめるのに役立ちます。
UXリサーチのドキュメント化
UXリサーチャーが、顧客インサイトがどう集められ、どう検証され、どう「使える問題文」に変わっていくのかをステークホルダーに説明するために可視化できます。
アジャイルのスプリント計画
プロダクトオーナーが、このダイアグラムを参照して、ユーザーストーリーやスプリント目標が“仮説”ではなく、十分に検証された顧客の問題に根付いていることを担保できます。
テンプレートのカスタマイズ方法
顧客セグメントのステートを調整
初期のセグメント説明を、あなたのターゲットペルソナに置き換えましょう。役割・業種・重要な前提（コンテキスト）まで書くと、チームにとってスタート地点が一気に実行可能になります。
検証基準の分岐を調整
「Is Problem Validated?（問題は検証済み？）」の分岐を、チームのエビデンス閾値に合わせて変更します。たとえば、最低インタビュー数や、特定の確信度スコアなど。
レビュー手順を自社の承認フローに合わせる
ステークホルダー確認のステートを、組織の承認ルートに合わせて更新してください。追加のレビューループを足したり、必要に応じて1回の確認にまとめたりできます。
このステートダイアグラムテンプレートが選ばれる理由
主なメリット
使いこなしのコツ
自分たちの問題文ステート図を作成
顧客発見のプロセスを整理し、課題（痛み）の妥当性を検証し、関係者に説明できる問題文を数分で作成できます。
自分たちの問題文ステート図を作成
顧客発見のプロセスを整理し、課題（痛み）の妥当性を検証し、関係者に説明できる問題文を数分で作成できます。
関連ツール
これらのツールで類似のチャートを作成