「報告した」が伝わっていない本当の理由：数字と文脈は別物だった
「数字は出した。でも決まらなかった。」
そんな報告後のモヤモヤ、ありませんか。
問題はデータの中身ではなく、渡し方にありました。上司が判断できる形にするには「文脈」を先に渡す必要がある。今回はその構造を試した記録です。
「数字を出しているのに決まらない」現象
過去の在庫管理や廃却判断の実験を経て、データを整える力はついてきた。ただ、そのデータを上司に持っていくと、毎回「もう少し詳しく」「で、具体的には？」になった。
何回かやり取りして、ようやく判断が出る。でもこのやり取りに時間がかかっていた。
問題を整理すると、こうだった。
私が渡していたもの：数字（在庫数、変動率、対象品目）
上司が判断するのに必要だったもの：数字＋文脈（なぜこうなったか、何が問題か、何をすべきか）
データだけ渡すと、文脈を補うやり取りが後から発生する。このやり取りを先に「報告の中に入れる」だけで、決まるまでのラウンドが減った。
「文脈」とは何か
文脈は4つの要素で構成されていると気づいた。
現状：今どういう状態か（数字）
原因の仮説：なぜこうなっているか（自分なりの解釈）
影響範囲：このまま放置するとどうなるか（リスク）
提案する対応：何をすべきか（オプション）
この4つがそろって初めて、「判断材料」になる。数字だけあっても、2〜4がないと「もう少し詳しく」が出る。
「文脈ファースト」の報告フォーマット
従来の報告：
「今月の在庫残が〇〇個です。先月比−30%です。」
変えた後の報告：
「先月比−30%で、今週末には欠品の可能性があります（現状）。主な要因は〇〇社の注文増加と、先月の仕入れ遅延です（原因の仮説）。欠品が起きると〇〇の納期遅延に直結します（影響範囲）。今週中に〇〇への緊急発注を検討してください（提案）。」
同じ数字でも、渡し方が変わると受け取り側の負荷が変わる。
ポイントは、最初の1段落にこの4つを入れること。詳細はその後でいい。
やってみて分かったこと
文脈ファーストに変えてから、「もう少し詳しく」が大幅に減った。それだけでなく、「原因の仮説」を先に書こうとすることで、自分自身の分析の深さも変わった。報告フォーマットを変えたことが、思考の整理にもなっていた。
ただし、うまくいかなかったこともある。
失敗した点：「提案」が「対応案の羅列」になった
「きちんと選択肢を出さないと」と思って、最初は「①緊急発注②在庫調整③納期調整」と3つ並べた。
上司から「どれを優先するの？」と聞かれた。提案が複数あると、また判断を上司に戻すことになる。
提案は1つに絞る。 迷うなら「推奨案」と「代替案」に分けて、推奨を先に出す形にした。
失敗した点：「原因の仮説」が事実と混在した
「原因もちゃんと書いた」と思っていた。「原因の仮説：〇〇社の発注増と先月の仕入れ遅延が重なったため」——確信を持って書いた文章ほど、後から揺らぐ。
上司から「それは確認できているの？」と聞かれた。
仮説と事実が混在していると、信頼性が下がる。対策として、「確認済み」と「仮説」を明示的に分けるようにした。
「確認済み：〇〇社の発注が先月比2倍。仮説：仕入れ遅延の影響が在庫に出ている（調達担当確認中）」
明日から試せる一歩
次の報告を書く前に「現状・原因・影響・提案」の4項目を箇条書きにする
最初の1段落にこの4つを詰め込む
提案は1つだけにする（複数なら「推奨」を先に出す）
事実は「確認済み：○○」、仮説は「仮説：○○（確認中）」とラベルを付けて書く
数字の前に「だから何なのか」を1行書く
次は「現状・原因・影響・提案」の4軸を整理してくれるSkillをつくり、報告書作成を仕組み化したい。
#AI活用100本ノック 進捗：27/100
次回の実験：「現状・原因・影響・提案」を整理するSkillを作り、報告書作成の時間を計測する
このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
初めての方はこちらからどうぞ。
▶ はじめての方へ｜このnoteで書いていること
