炎上初動チェックリストを使って状況を整理したあと、次に直面するのが顧客への報告です。「チェックリストの結果をどう顧客に見せればいいか」「何を伝えて何を留めておくべきか」という判断に迷うPMは少なくありません。
チェックリストの結果は、そのまま顧客に出すものではありません。内部資料を顧客向けに変換する作業が1ステップ必要です。
チェックリスト結果をそのまま顧客へ出さない
チェックリストには、社内で検討中の内容・仮説・悲観的な見通しが含まれていることがあります。これをそのまま顧客に見せると、「問題を把握できていないのでは」「もっと深刻な状況では」という不安を与えることがあります。
顧客向けに整理するときの原則は「事実・影響・対応方針の3点セット」です。この形に変換してから伝えることで、顧客が次に何を期待すればよいかを判断できるようになります。
顧客向けに使う項目
チェックリストの内容から、顧客への報告に使えるのは以下の項目です。
| チェックリストの内容 | 変換後のかたち |
|---|---|
| 発生している問題の事実（日時・件数・状態） | 事実説明の材料 |
| 現在の進捗状態（数字） | 現状説明の材料 |
| 現時点で判断できていること | 対応方針の材料 |
| 次回報告の予定 | 次のアクションの材料 |
社内に留める項目
一方、以下の項目は顧客向け報告に直接使わない情報です。
- 原因の仮説（まだ検証中のもの）
- 担当メンバーの個人的な状況（体調・工数状況など）
- コスト超過の概算（社内検討中の数字）
- 上位マネジメントへのエスカレーション検討中の件
これらは、顧客向け報告書に含める前に、社内で事実確認と共有を済ませておく必要があります。
事実・影響・対応方針に変換する
チェックリストの内容を顧客報告向けに整理するフォーマットは以下のとおりです。
事実 「○日時点で、○○の問題が確認されています」という形で記述します。具体的な日時・数値・状態を書き、推測や感想は含めません。
影響 「現状のペースが続いた場合、○○に○日程度の遅延が見込まれます」という形です。不確実な場合は「○日〜○日の範囲で見込まれる」と幅を持たせます。確実でないことを確定として伝えないことが大切です。
対応方針 「○日までに○○の確認を完了し、○日に改めてご報告します」という形です。何をいつまでに確認するか、次の報告はいつかを必ず入れます。
顧客報告の構成例
上記3点を使った顧客向け報告の構成例です。
1. 現状（事実ベース）
- ○月○日時点の進捗状態
- 発生している問題の概要と状態
2. 影響範囲（現時点での試算）
- スケジュールへの影響（日数）
- 品質・スコープへの影響（確認中の場合は明示）
3. 対応方針
- 今週・来週で確認・対処すること
4. 次回報告
- 次の報告日時・内容顧客報告で避けたい表現
報告前に、以下の表現が含まれていないか見直してください。
- 原因を断定している：「原因は〇〇です」→ 調査中であれば「原因を調査中です」に留める
- 社内事情が出ている：担当者の状況・工数不足・社内の混乱は顧客報告に書かない
- 根拠のない安心感を与えている：「大丈夫です」「問題ありません」は、現時点の状態を確認できていない場合は使わない
- 責任の所在を誰かに向けている：「顧客側の確認遅れが原因で」など、一方的な書き方は関係悪化につながりやすい
- 次回報告の予定がない：「また連絡します」では顧客が待ち構えるタイミングを判断できない
顧客報告は個別の契約や合意内容によって求められる形式や開示範囲が変わることがあります。社内確認を済ませてから送るようにしてください。
悪い報告例と良い報告例
実際の文章レベルで比較すると、差が分かりやすくなります。
悪い例
テスト工程が遅延しています。原因は担当者の作業ミスと環境設定の問題です。今週中に巻き返せる見込みですので、ご心配はいりません。追って連絡します。
問題点：
- 原因を未確定の段階で断定している
- 「ご心配はいりません」という根拠のない安心表現がある
- 次回報告の日時がない
- 影響範囲（どのくらい遅延するか）が書かれていない
良い例
現時点の状況をご報告します。○月○日時点でテスト工程の進捗が当初計画より3日遅れています。原因は現在確認中です。このまま進んだ場合、結合テスト完了が最大5日後ろにずれる可能性があります。○月○日（水）に詳細と対応方針を改めてご報告する予定です。ご不明な点があれば事前にご連絡ください。
ポイント：
- 事実（日時・状態）が具体的
- 影響が「見込み」として書かれている
- 次回報告の日時が明記されている
- 原因は「確認中」と留めている
報告前チェックリスト
顧客へ送る前に、以下の5点を確認してください。
- 事実と推測・仮説を分けて書いているか
- 社内のみで共有すべき情報（個人名・コスト試算・上長への上申状況）が含まれていないか
- 影響範囲を「現時点の見込み」として表現しているか
- 次回報告の日時または連絡タイミングを記載しているか
- 社内で報告内容の確認を済ませているか
チェックリストで状況が整理できたあとは、「社内に留める情報」と「顧客に伝える情報」を分ける作業が報告の質を決めます。この変換の精度を上げるには、炎上案件でのコミュニケーション設計を学ぶことも有効です。
FFF-103（バグ多発でリリース延期）や BIZ-201（利益を守る案件運営）は、顧客との合意形成・情報の整理・報告設計をケースで扱っています。
まだチェックリストを使っていない方はPJ炎上初動ナビで状況を診断してから取り組むと整理しやすくなります。