第7回「お金とまなび」：問題解決とロジカルライティング — 「イシュー設定→仮説ドリブン→1枚資料」の実践術

成果は「解く前の見極め」で決まる

• 仕事の生産性は、課題を解く力より「本当に解くべき課題＝イシュー」を見極める力で決まるというのが『イシューからはじめよ』の核心

• まず「答えが出れば状況が大きく変わる問い」を選び、仮説を置いて検証可能性とインパクトで絞り込むのが基本線となる。

• 本記事は、イシュー設定→仮説ドリブンの進め方→1枚資料（結論/根拠/示唆）の作り方までを、現場で使える手順に落とし込む。

良いイシューの条件と見つけ方

• 良いイシューは「スタンスが明確」「常識を点検し、行動変化に直結」し、答えが検証可能であることが条件になる。

• 悪いイシューは「仮説がない」「当たり前の前提をなぞるだけ」で、意思決定や行動を変えられないため成果に結びつきにくい。

• 発見のコツは、一次情報と現場観察を重視し、情報は“適量”に留めて仮説で足りない部分を特定する姿勢

ステップ1：イシューの特定（Impact×Feasibility）

• 「答えが出ればインパクトが大きいか」と「検証可能で解きやすいか」の両軸で候補課題をマッピングし、優先順位を決める。

• イシューは必ず言語化し、チームで共有・議論することで曖昧さを排除し、短期間での軌道修正を容易にする。

• 典型例として「顧客オンボーディングの離脱率改善」など、収益や継続率に直結する問いがイシュー度の高い対象になりやすい。

ステップ2：仮説ドリブンの設計（分解→検証）

• イシューをサブイシューに分解し、各サブイシューに対して「検証可能な仮説」を置くことで、分析やリサーチの過剰投資を防ぐ。

• 仮説は真偽が検証可能であり、短いサイクルで「収集→検証→改善」を回せる設計にすることが重要

• 流れは、現状把握→仮説設定→データ収集→検証・改善→共有・展開という反復サイクルを基本とする。

ステップ3：1枚資料の型（結論/根拠/示唆）

• 1枚資料は「結論→根拠→示唆」をピラミッド構造で配置し、上から読んで要点が理解できるようにする。

• PREP/CRECなどの結論先行フレームを使うと、会議や上申で“結論が先”の日本語構成を再現しやすい。

• 具体的には、上段に結論（何を決めてほしいか）、中段に定量根拠（前後比較・効果見積り）、下段に次アクション（期限・担当・指標）を置くと合意形成が速い。

実務で効く「仮説の立て方」3パターン

• 予測型：施策後に起きる課題を先読みし、必要な体制・資源・順序を仮説化する（例：需要増加に伴う供給制約）。

• アイデア型：既存施策の派生案を仮説化し、効果の幅を探索する（例：同時購入割引の導入効果）。

• アブダクション：観測事実から最もらしい仮説を構成し、反証可能性で精度を上げる（論理の飛躍を検証で正す）。

ロジカルライティングの補助フレーム

• PREP：Point→Reason→Example→Pointで、短時間の説明や意思決定に強い。

• SDS：Summary→Detail→Summaryで、冒頭と末尾で同じ結論を挟み、記憶に残す。

• ピラミッドストラクチャー：結論→根拠→データの階層化で、欠落や矛盾を可視化する。

今日から60分の実践プロトコル

• 15分：一次情報を集め、イシュー候補を3つ列挙し、Impact×Feasibilityで優先順位をつける。

• 15分：最重要イシューをサブイシューに分解し、各サブイシューに検証可能な仮説を1つずつ置く。

• 15分：必要データと取得方法を列挙（既存DB/ログ/顧客インタビュー/売場・現場観察）し、収集の最短ルートを決める。

• 15分：1枚資料の草案を作成（結論/根拠/示唆の3ブロック、PREPで文を整える）

ケーススタディ：SaaSのオンボーディング離脱率改善

• イシュー：オンボーディング離脱率を月内に30%低減できるか（解の有無で売上継続率が大きく変わる）

• サブイシュー例：初期設定での詰まり、使い方理解の不足、価値体験までの距離、カスタマー接点の遅延などを分解

• 仮説例：初期設定の手順短縮とツールチップ追加で1セッション完了率が20pt改善、応答SLAを15分→5分でNPS+0.5pt、成功体験までのサンプルデータ導入で有料化率+8ptなどを設定

• 1枚資料骨子：結論=オンボ離脱−30%を狙う施策セット承認、根拠=A/Bの事前テスト結果と所要工数、示唆=次期の横展開計画と測定設計である。

よくあるつまずきと対処

• データを集めすぎて動けない：仮説で“必要なデータ”を先に決め、収集は最小限から始めてサイクルで補う。

• イシューが曖昧：結論文を先に作り、反証可能な形に書き直す（「〜と推定」ではなく「〜ならKPIが◯◯に到達」）。

• スライドが長文化：1枚にピラミッドで圧縮し、補論は付録に回す（会議は“結論→論拠の確認”に集中）。

第7回のゴール

• イシュー候補3件をImpact×Feasibilityで評価し、最重要1件にフォーカスする。

• サブイシュー分解と仮説設定を終え、検証プラン（計測方法・必要データ・実施期限）を策定する。

• 1枚資料（結論/根拠/示唆）を完成させ、部門レビューに回す。

本日の問い

• 今週、答えが出れば状況が大きく変わる「問い」は何か。イシュー文を1行で書くとどうなるか。

• そのイシューの「検証可能な仮説」は何か。どのデータで、いつまでに確かめるか。

• 1枚資料の結論・根拠・示唆は明確か。PREP/ピラミッドで矛盾や欠落はないか。

注：本記事は一般的な情報提供であり、各社の評価・意思決定プロセスや情報セキュリティ方針に従って運用してください。

参考書籍

※この記事にはアフィリエイトリンクが含まれています。紹介した本はAmazonなどで購入できます。