運営支援を仕組みにする

このコマで何ができるようになるか

• 毎月の報告を、ゼロから作り直すのではなく、同じ形式に数字を入れ替えて再現できるようになります。
• 数字が動いた・動かなかった理由を、断定せず仮説として添えられるようになります。
• 成果が出ていないときに、施策を作り直す前に、どの段階で止まっているかを切り分けて説明できるようになります。
• 90日先までの動きをロードマップ（この先どう進むかを示す見取り図）として示し、単発の報告を一連の伴走支援としてつなげられるようになります。

なぜこれが必要なのか

診断士の支援は、提案書を出して終わりではなく、その後の実行を見届けるところまでが本来の価値になります。ここから先、実行を継続的に支える活動を「運営支援」と呼びます。多くの運営支援がここで「訪問して口頭で状況を聞き、なんとなく良さそうですねと伝える」という形に流れてしまいます。これでは支援先にとって「何にお金を払っているのか」が見えにくくなり、診断士側も、毎回ゼロから状況を整理し直すため時間ばかりかかります。

D3-2で設計したKPIと計測の仕組みがあれば、毎月のレポートは「同じ型に、その月の数字を入れて差分を確認する」という定型作業に近づけられます。ここで重要なことが2つあります。1つは、数字が動いた理由を「仮説」として添えることです。中小企業の多くは、数字が動いた理由を厳密に特定できるほどのデータが揃っていません。だからといって理由を書かなければ、支援先は「良かったのか悪かったのか」しか受け取れません。断定はできなくても、仮説として理由を示すことで、次に何を試すかの議論ができるようになります。

もう1つは、成果が出ていないときに、いきなり「施策を作り直しましょう」と言わないことです。見込み客が来てから成約するまでのどの段階で止まっているのかを切り分けないまま作り直すと、直すべきでない箇所にコストをかけることになります。この2つを型にすることが、訪問して報告する支援から、続く支援（仕組み）への転換になります。

押さえる考え方

月次レポートの型 — 1枚サマリーと根拠詳細

経営者が最初に読むのは、1枚サマリー（今月どうだったか・来月何をするか）です。この「結論を先に、根拠は後」という構造は、D2-3の診断レポート、D3-3の提案書と共通の考え方です。根拠詳細には、KPIの推移（前月比・目標に対する進捗）を置きます。ここはD3-2で設計した指標・測定方法をそのまま使うため、毎月ゼロから何を測るか考え直す必要がありません。D3-2の設計が、ここで実際に生きる場面になります。

数字に「なぜ」を添える。ただし断定しない

数字だけを並べたレポートは、支援先にとって「で、どうすればいいのか」という感想しか残りません。数字が動いた理由の仮説を必ず添えます。仮説は「〜と考えられます。根拠は〜」という形にとどめ、「〜だからです」と言い切らないようにします。中小企業のデータは、要因を1つに断定できるほど揃っていないことが多く、ここで言い切ると、後で別の要因が分かったときに信頼を損ないます。

取得できなかったデータは隠しません。良い数字だけを大きく見せることもしません。悪い数字も同じ扱いで書きます。これは診断士としての誠実さの問題であると同時に、後から「実は測れていなかった」と分かったときの信頼低下を防ぐ実務的な理由でもあります。

成果が出ないときは、作り直す前に切り分ける

「効果が出ていません」という相談を受けると、多くの人はすぐに施策の作り直しを考えます。しかし、見込み客が来てから成約するまでの流れを段階に分けて数字を確認すると、「そもそも人が来ていない」のか、「来ているが途中で離脱している」のか、「来て検討しているが最後の一押しが足りない」のかで、必要な打ち手はまったく異なります。

段階ごとに数字を確認し、データが無くて判定できない段階があればそれを正直に明示し、原因の仮説を挙げ、次に何を測ればよいかまで示す、という順番を守ることで、無駄な作り直しのコストを避けられます。

90日ロードマップで、次の動きを示す

月次レポートは過去の振り返りが中心になりがちですが、「来月何をするか」だけでなく、90日先までの見通しを示すことで、支援先は「この支援がどこに向かっているか」を把握できます。これはD3-1で作った段階的な施策表（3か月・6か月・12か月）と接続します。月次レポートのたびにロードマップ上の現在地を更新していく形にすると、単発の報告の積み重ねではなく、一連の伴走として支援先に伝わります。

手を動かす手順

1. D3-2で作ったKPI設計書・計測棚卸し表を読み込ませ、湘南精密工業（演習用の架空企業）の今月のデータ（演習で用意された想定の推移）を用意します。
2. プロンプト集「月次レポートを作る」（monitoring-01）で月次レポートを生成させます。
3. 生成されたレポートで、数字が動いた理由が「仮説」の形（断定していない）になっているかを確認します。言い切りになっていれば直させます。
4. 取得できなかったデータが空欄のまま正直に書かれているか、良い数字と悪い数字が同じ扱いで書かれているかを確認します。
5. 成果が出ていない項目について、プロンプト集「成果が出ないときの切り分け」（monitoring-02）を使い、段階ごとの数字を確認します。いきなり施策の作り直しを提案していないかを確認します。
6. D3-1の3段階の施策表を踏まえて90日ロードマップを作成し、今月のレポートの結果がロードマップ上のどこにあたるかを接続させます。
7. 完成したレポートとロードマップを 03_クライアント/サンプル_湘南精密工業/04_レポート/ に保存します。

つまずきやすいところ

• 数字が動いた理由をAIが断定的に書いてしまう：「〜と考えられます。根拠は〜」の形に直させます。プロンプトの「断定しない」という指示を毎回外さないようにします。
• 取得できなかったデータを、AIがそれらしい数字で埋めてしまう：空欄のまま報告する指示を必ず入れます。埋まっていたら出典を確認し、無ければ「未取得」に戻します。
• 成果が出ていない相談に、AIがいきなり「施策を変えましょう」と提案してくる：段階ごとの数字確認を先にやらせます。提案が先に出てきたら、「まず段階ごとに切り分けてから」と指示を出し直します。
• ロードマップが、D3-1で作った段階と矛盾する内容になる：ロードマップを作るときは、必ずD3-1の施策表を読み込ませてから作業させます。
• 良い数字だけを強調したくなる：支援先に良く見せたいという心理が働きやすい場面です。レポートを出す前に、悪い数字が薄められていないかを診断士自身が読み返して確認します。

このコマが終わったときの状態

• 1枚サマリーと根拠詳細の2層構造になっている
• 数字が動いた理由が「仮説」の形で書かれ、断定していない
• 取得できなかったデータが隠されず、正直に書かれている
• 成果が出ていない項目について、作り直す前の切り分けができている
• 90日ロードマップがD3-1の段階的施策表と整合している