INSPIRED実践04｜課題を構造化する ─ 症状分析で終わらせない設計

「課題は分かっている」は、だいたい錯覚です。toCの現場で施策が外れるとき、原因の9割は“課題が浅い”ではなく“課題が構造化されていない”ことにあります。本稿は、症状と原因を切り分け、問い→因果→指標までを一本でつなぐための実務フレームをまとめました。現場ストーリーも交えて解説します。

なぜ課題は“定義”ではなく“構造化”しなければいけないのか

課題を一文で言い切ろうとすると、抽象になりがちです。
「離脱が多い」「面倒で使われない」──このレベルで止めると、会議は意見の応酬になります。構造化の狙いは、症状（現象）と原因（力学）を分離し、誰が見ても同じ打ち手に収束する“再現性”をつくることです。まずは症状をデータで、原因を観察で固める流れに切り替えます。基礎の考え方は課題解決型PdMが土台になります。

症状と原因を切り分ける ─ PdMが最初にやるべき分解

症状は“何が起きているか”、原因は“なぜ起きるか”。ログで症状を確定し、観察とインタビューで原因候補を列挙、因果仮説で結ぶのが順番です。症状を原因で語らないこと、原因を感想で終わらせないことがポイントです。

• 症状（定量）：どの画面で・何％・何秒で止まるか
• 原因（定性）：回避動機・文脈・代替行動の証拠
• 因果仮説：原因Aを減らすと症状Bがどれだけ改善するか

症状の可視化と因果の結び方は、計測設計が要になります（関連：KPI設計と価値ループの可視化）。

「問い」で構造を掘り下げる ─ WhyではなくWhenから問う

Whyから入ると想像で語りやすくなります。私は必ずWhen/Whoから始めます。「いつ・どの状況の・誰が」止まるのかを先に固定し、次に“何を避けるために・どの代替へ逃げたか”を観察で埋めます。最後にHow（介入）を設計します。この順序で議論の抽象は自然に剥がれます。

• When/Who：就寝前・新規1週以内・ライト層 等
• Why：得たい（短時間で終えたい）、避けたい（ミス・露出）
• What：変えたい行動（一次指標）を一つに限定
• How：足す/削る/順序を変える/先送りにする

初回成功（Aha）までの摩擦を秒・タップで捉える視点は、オンボーディング設計とTTV短縮が詳しいです。

因果の骨格を作る ─ 回避動機 × 文脈 × 代替行動

“面倒”は原因ではなくラベルです。実際にユーザーが避けたいのは「入力ミス」「情報漏洩への不安」「長文の負荷」など。これらは文脈とセットで立ち上がります。因果の骨格は「回避動機（Avoid）× 文脈（Context）× 代替（Alt）」の三点で作り、エビデンスを見つけに行きます。

• 回避動機：恥/時間/不確実性/責任/コスト
• 文脈：片手/移動中/就寝前/通知多/同時作業
• 代替：スクショ保存/後でやる/ブラウザ/メモアプリ

この骨格を“問い→証拠→決定”の一枚に並べると、会議は報告からズレ直しへ変わります（観察の作法はユーザーインタビュー完全ガイドへ）。

toC実例：離脱の本当の原因はUIではなかった

匿名化した実務例です。家計ログ系アプリで「入門フローの離脱率が高い。UI改善すべき」という相談。ログでは住所入力での離脱が突出。UIレビューだけでは“入力欄が多い”で終わりますが、夜の使用率が高いライト層に絞って観察すると、別の因子が見えてきました。

• 症状：住所入力画面での離脱率 42%、入力完了まで中央値64秒
• 文脈：就寝前の片手操作、横になりながら、通知が多く割り込む
• 回避動機：ミスの不安（番地・建物名）、長文入力の思考負荷、個人情報開示への抵抗
• 代替：スクショ保存→翌朝PCでやる、ブラウザ検索に逃避

打ち手は「項目削減」ではなく「負荷の形を変える」でした。初回は郵便番号→市区町村まで自動補完、建物名以降は“後で”モードに送る。プライバシートーンを明示し、仮データを同梱。結果、初回完了率+18pt、翌日継続+7pt。ここで学べるのは、課題はUIの量より“心理×文脈×代替”の力学で決まることです。

一次指標と撤退線をセットにして“論点を1つに絞る”

構造化のゴールは、意思決定の一貫性です。私は必ず、一次指標（小さく動く行動）と撤退線（負けの線引き）をセットで握ります。これがないとA/Bは長引き、学びが溶けます。論点は「この一次指標を何で動かすか」だけに絞るのがコツです。

• 一次指標例：初回セッション内の“1タスク完了率”、N秒以内完了比、コア機能到達率
• 撤退線例：CVR -10%が2週で黄、-15%で赤（打ち手を停止し、課題構造を再見直し）
• 会議運用：数字読みは事前共有、会議はズレ直しと意思決定だけ

一次指標と撤退線の置き方は、こちらの考え方が実務に直結します（関連：KPI設計と価値ループの可視化）。

現場で使える「課題構造シート」（テンプレ）

個人技に見える分解も、型にできます。私は1枚のシートで「症状→原因候補→回避動機×文脈×代替→因果仮説→一次指標→撤退線→次の一手」を横並びにし、週次で更新します。議論の置き場を固定すると、議論の質と速度は両立します。

• 症状（定量）：離脱点・到達率・時間の特定
• 原因（定性）：回避動機・文脈・代替の証拠キャプチャ
• 因果仮説：◯◯を先送りにすると△△が◯pt改善
• 意思決定：一次指標・撤退線・期限・責任者

プロダクト全体の進め方は、こちらのガイドと合わせると運用が安定します（参考：OKR×ロードマップの組み立て方）。

まとめ：課題を“再現性のある言語”に変換する

課題は見つけるものではなく、構造化して“言語”に落とすものです。症状と原因を切り分け、When/Whoから問いを立て、回避動機×文脈×代替で因果を作り、一次指標と撤退線で締める。ここまでやって初めて、施策の善し悪しが冷静に判断できます。抽象を剥がし、現場の速度を上げていきましょう。

INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント 新品価格 ￥2,317から (2025/11/1 16:35時点)