皆さん、こんにちは！今回は、時系列でダラダラと書かれた報告メールを、意思決定の軸となるレポートへと生まれ変わらせる、実践的なチュートリアルをご紹介します。事実を書き換えるのではなく、見せ方を変えるだけのコピー＆ペースト可能な手法です。
デモデータ、すべて架空（Demo data, entirely fictional）。 本記事に登場する人物、企業、顧客、ビジネスの数値、リスク、アクションはすべてフィクションであり、実在の企業レポートではありません。また、想定している「金曜日の朝」も架空のシナリオです。
問題は「情報の不足」ではなく「階層の欠如」です
言葉の定義に関する会議から始まり、途中でプリンターの紙詰まりの話に脱線し、別の会議の様子が語られ、最後にようやく数値やリスク、来週の予定が出てくる週次メールを想像してみてください。書き手は多くのことを記録していますが、読み手は頭の中でそれを編集しなければなりません。
このチュートリアルは、本能的に時系列で報告を書いてしまう若手社員と、チームの長い報告を、定義や不確実性を損なうことなく上層部へ上げる必要がある中間管理職に向けたものです。どちらにも共通して必要なのは、「結論を最初に書き、必要なときに根拠を確認できる構成」です。
ここでは意図的に整理されていない報告メールを、「結論」「主要指標」「進捗」「リスク」「次のステップ」の5つのスライドに再構成します。「5枚」というのはあくまで今回の例のための学習用フォーマットであり、すべての場合に必須というわけでも、上司がスライドを好むことを保証するものでもありません。目的は、起こった事実を変えることなく、状況判断を容易にすることです。
Before：整理されていない元の週次報告
デモデータ、すべて架空（Demo data, entirely fictional）。 以下のテキストは、元のデモ報告です。ビジネス上の主張は一切変更していません。書き直しの過程をたどれるよう、段落番号を残しています。
宛先: 周マネージャー
送信元: 李楠（カスタマーサクセス、Chengchuan Data Co., Ltd.）
件名: 週次報告（少し長いです。とりあえず送ります）
シナリオ: デモ週の金曜日の朝（架空のシナリオ）
段落 1
周マネージャー、今週は特に細々とした予定が多い週でした。時系列で振り返りますが、重複する部分もあるため適宜読み飛ばしてください。月曜日の朝、会議室でプロダクトチームとエンタープライズ向けオンボーディングの文言について打ち合わせをしました。先週すでに合意していましたが、プロダクト側が「アクティベート」と「有効化」を混在させると顧客が混乱すると再度主張しました。長く議論した結果、現在の文言を維持することになり、変更のための時間は予定しませんでした。昼には給湯室で導入チームに会い、プリンターがまた詰まったと言うので直すのを手伝いました。これはプロジェクトとは無関係ですが、一応メモしておきます。
段落 2
月曜の午後は定例のスタンドアップミーティングがありました。先週のチームビルディングの写真がまだグループチャットに投稿されていないことや、プロジェクターのケーブルを抜いたのは誰かといった話から始まり、本題に入るのが遅れました。私は今週、86件の新規の有効なリード（見込み客）を獲得したと報告しました（定義：初回の意向確認の会話を完了し、追跡可能な連絡先を残した見込み客。重複するインバウンド連絡は除く）。王悦からテストアカウントが含まれているか聞かれたので、この86件にはテストアカウントや社内デモの要望は含まれていないと会議で再度説明しました。会議後、念のためこの定義をチームチャットにも投稿しました。
段落 3
月曜の午後は、新しい会議室予約ルールの説明会にも呼ばれました。事前のスプレッドシートへの記入が必要で、違う階の部屋番号を使ってはいけないとのことです。ビジネスには直結しませんが、時間がかかりました。夜には、スタンドアップで言い切れなかったことをノートにまとめ直しました。内容は先ほどの86件のリードの定義についてで、新たな進展はありません。
段落 4
火曜日のほとんどは、Hefeng Retail（※本デモ用の匿名化された顧客名）とのメールのやり取りに費やされました。先方のマーケティング部門とIT部門でインターフェースのフィールドリストについて意見が合わず、説明が何度も行き来しました。中には相手方のリーダーにCCされたメッセージもありました。丁寧な口調でしたが、非常に回りくどいやり取りでした。火曜の夕方、導入チームから、Hefeng Retailの本番稼働（Go-live）の納品が当初の計画からすでに5日遅れていると報告がありました（定義：双方の書面で確認された当初の本番稼働予定日からのカレンダー日数。今週の集計時点で未稼働）。席に戻り、週末が二重に計算されていないか導入チームと再度確認しました。
段落 5
火曜の夜、間違えて無関係なデザインレビューの会議に入ってしまい、数分後に気づいて退出しました。完全に無駄な時間でした。その後、友人と夕食をとり、忙しいか聞かれたので、小売の顧客とやり取りしているとだけ伝え、詳細は話しませんでした。
段落 6
水曜の朝はカスタマーサクセスの週次会議でした。前半は、来週のアフタヌーンティーの注文当番や、会議室の書けなくなったマーカーを経費で落とすべきかについての議論でした。これは日常の雑務であり、私の業務ではありません。後半では、同僚が前半を欠席して遅れて参加したため、Hefeng Retailの5日間の遅延について再度説明しました。また、デモから契約への転換率も確認しました。今週のデモから契約への転換率は12%でした（定義：今週ビジネスデモを完了した顧客のうち、今週中に契約も完了した割合。分母は今週デモを完了した顧客、分子はそのうち今週契約を完了した顧客。後日契約したものは今週の分子には含まれない）。同僚から、営業がよく使う「同週勝率」とは定義が違うのではと指摘されたため、デモ無しの注文は含めず、デモ後の契約のみをカウントしていると再度説明しました。会議は長引き、最後はプロジェクターのリモコン探しで終わりました。
段落 7
水曜の午後は、転換率のチャネル別内訳を作成する予定でしたが、法務との契約テンプレートの文言（「サービス期間（term）」か「サービス期間（period）」か）に関する議論に呼ばれました。議論は長引きましたが結論は出ず、とりあえず古いテンプレートを使い続けるよう言われました。これは新たなタスクではなく、ただ同席しただけです。
段落 8
木曜日はほぼメールと議事録の作成に費やされました。後で探しにくくならないよう、月曜のリードの定義と水曜の転換率の定義を議事録に再記しました。合間に受付で別のチームのモニタースタンドの荷物を受け取りましたが、私たちには無関係です。木曜の午後、ウェブサイトの「導入事例」の配置についてデザインチームとすり合わせをしました。彼らはアイコンを変更するか確認したかっただけで、変更しないことに決まり、新たなタスクは発生しませんでした。
段落 9
注意が必要な事項が2つあります。1つ目は、Hefeng Retailのインターフェースフィールドがまだ確定していないことです。IT部門とマーケティング部門が必須フィールドについてまだ争っており、現在の5日の遅延に加えて、本番稼働がさらに遅れるリスクがあります。2つ目は、決済チャネルのベンダーから、今週金曜の夜のメンテナンス枠で照合ルールが変更される可能性があるという通知が来たことです。この週報を送信している時点では、当社の照合に影響するかどうかの書面による確認はまだ取れていません。ルールが変更された場合、週末の照合が合わなくなり、財務確認が遅れるリスクがあります。どちらも木曜のスタンドアップで口頭で伝えましたが、その後コーヒーメーカーの掃除の話にそれてしまったため、このメールにも記載しておきます。
段落 10
来週については、2つのことを予定しています。1つ目は、来週水曜の午後3時までに、Hefeng Retailとインターフェースフィールドの確定会議を開き、会議内で必須フィールドリストを確認し、書面での確認を求めます。2つ目は、来週金曜の終わりまでに、今月のリード品質レビューを提出します。これには、今週のデモから契約への転換率12%のチャネル別内訳と、86件の有効リードのソース分布を含めます（以前の定義を引き続き使用し、手法の変更はありません）。
段落 11
また、チームの誰かが来週のグループディナーを提案していました。私はまだ返事をしておらず、これは業務ではありません。プリンターの消耗品も少なくなっているようなので管理部門に確認を頼みましたが、私のタスクではありません。これからこの週報を送信します。今日の午後は全社的な火災安全説明会にも参加します。管理部門の指示通り出席するだけで、追跡すべきタスクはありません。
何か不足があれば、後でフォローします。
李楠
一見するとただの日記ですが、必要な情報はすでに含まれています。段落2の有効リード数、段落4の本番稼働の遅延、段落6の転換率、段落9のリスク、そして段落10の来週の予定です。
ここでの課題は「順番の並べ替えと選択的な圧縮」であり、存在しない証拠をでっち上げることではありません。 このデモには、3つの明確なビジネス指標、2つの明示的なリスク、2つの来週のアクションが含まれています。同じ数字が繰り返し言及されていても、それは新しい指標ではありません。
書き直しの手順：5つのスライドを順番に作成する
ステップ 1 — 1文の結論を書く
まず、成果、納品上の重大な問題、そして表明済みの次のステップについて、マネージャーが理解すべき内容から書き始めます。月曜日の会議の記録から始めてはいけません。この例では、短い結論に、遅延している本番稼働に関わるインターフェースフィールドのリスクを入れます。決済チャネルに関する別のリスクは、リスクのスライドにそのまま残します。
そのままコピーして使えるプロンプト：
あなたは、経営層向けに架空の週次報告を編集する担当者です。
以下に貼り付けるソーステキストだけを使って、スライド1用の事実に基づく結論を1文で書いてください。
まず述べられているビジネス上の成果から始め、次に既存の納品上の問題とその条件付きのリスク、最後に既に述べられている来週の計画を書いてください。
元の数量、定義、時期、不確実性を表す表現は変えないでください。
傾向、ベンチマーク、原因の診断、担当者、追加のアクション、解決策を作り出さないでください。
繰り返し出てくる数値を別々の成果と取り違えないでください。
リスクが1文に収まらない場合は、削除せずスライド4に残してください。
出力：(a) その1文、(b) それを裏づける元の段落番号。
ソース：
[週次報告を貼り付け]
ステップ 2 — 主要指標と定義を切り離す
ソースにあるビジネス上の数値をコンパクトな表にまとめ、その横に測定ルールを残します。この例では、リード数から重複するインバウンド連絡、テストアカウント、社内デモの要望を除いています。デモから契約への転換率は、その週にデモを完了した顧客のうち同じ週に契約した分を数えるもので、営業チームの「同週勝率」とは置き換えられません。遅延は、双方が確認した当初の本番稼働予定日を基準に、カレンダー日数で数えます。
重要なのは、ソースが絶対数としての転換の分子・分母や、前週比を開示していないことです。見栄えのよいスライドに仕上げるからといって、それらを後から補ってよいことにはなりません。
そのままコピーして使えるプロンプト：
ソースから、スライド2用に、重複のないビジネス指標を抽出してください。
「指標」「報告された値」「正確な定義・除外条件」「ソースの段落」の列を持つ表にしてください。
同じ指標への繰り返しの言及は、同じ項目として扱ってください。
対象期間、カレンダー日数のルール、除外条件、条件付きの表現を保ってください。
分子、分母、比較、ベンチマークが報告されていない場合は「ソースに記載なし」と書き、推定しないでください。
派生指標を作ったり、成績を高い・低いと解釈したりしないでください。
すべての値を、提供された確定済みの数値表と照合してください。数値については数値表が優先されます。
ソース：
[週次報告を貼り付け]
確定済みの数値表：
[正とする数値表を貼り付け]
ステップ 3 — すべての中断ではなく、進捗を報告する
進捗のスライドでは、完了した報告や確認と未完了の業務を区別します。このデモでは、リードの定義は説明・共有され、転換率の算出方法は確認されましたが、顧客の本番稼働は未完了のままです。予定していたチャネル別の内訳は中断されたため、完了した作業の一覧ではなく、今後のレビューの項目に入れます。日常的な中断は、一つひとつに見出しを付けず、まとめて触れる程度にとどめられます。
そのままコピーして使えるプロンプト：
この週次報告だけを使って、スライド3「進捗」を作成してください。
実際に行われたビジネス関連の作業と、その現在の状況を特定してください。
完了した確認・報告と、未完了の納品、単に予定されているだけの作業を区別してください。
事務的な中断は、新たな成果や来週のアクションではなく、ビジネスとは無関係な背景として要約してください。
ソースに明記されていない限り、ドラフト、内訳、リリース、顧客の確認が完了したと書かないでください。
ソースの段落への参照と、報告されたすべての数値を保ち、他の数値を加えないでください。
ソース：
[週次報告を貼り付け]
ステップ 4 — リスクを独立したスライドにする
リスクはインシデントとは違います。このデモでは、ある顧客はすでに遅延していますが、さらなる遅延は、フィールドが未確定であるために起こりうるにすぎません。また別に、ベンダーが照合ルールを変更するかもしれず、その影響についての書面による確認はまだ届いていません。この可能性を、確定した決済の失敗や、すでに起きた財務確認の遅延に書き換えてはいけません。
そのままコピーして使えるプロンプト：
スライド4「リスク」を作成してください。
ソースで明示的に指摘されているリスクだけを含めてください。
それぞれについて、判明している状況、不確実な展開、起こりうる結果を書いてください。
「かもしれない」「もし」「まだ〜ない」「未確認」といった表現を保ってください。
予測をインシデントに変えたり、確率、深刻度、緩和策、担当者、金額を作り出したりしないでください。
スライド1で要約されているリスクが1つだけでも、別々のリスクは分けて扱ってください。
各リスクについて、ソースの段落を示してください。
ソース：
[週次報告を貼り付け]
ステップ 5 — 次のステップを具体的で追跡可能にする
明確にコミットされた来週の作業だけを最後のスライドに取り出します。期限、宛先、成果物、担当者が元の文章から特定できるようにします。このデモでは、李楠が「予定しています」と書いて署名しているため、李楠を担当者として挙げられます。ちょっとした夕食の提案、管理部門への消耗品の問い合わせ、すでに予定されている防火安全説明会は、追跡対象の来週のアクションではありません。
そのままコピーして使えるプロンプト：
スライド5「次のステップ」を作成してください。
ソースで明確にコミットされている来週のアクションだけを挙げてください。
各アクションについて、明記された期限、宛先または相手方、必要な成果物を書き、担当者は文章から裏づけられる場合に限って書いてください。
「来週水曜」「来週金曜」といった相対的な日付は、カレンダー上の日付に変換せず、そのまま保ってください。
会議、準備作業、フォローアップ、人物を作り出さないでください。
社交的な提案、無関係な事務作業、書き手が追跡対象のアクションではないと述べた出席義務は除いてください。
各アクションについて、元の段落を示してください。
ソース：
[週次報告を貼り付け]
After：5枚のスライドレポート
デモデータ、すべて架空（Demo data, entirely fictional）。 この英語のスライド原稿は、提供された作例から取ったものです。数値の定義と件数はそのまま保っています。
スライド 1 — 1文の結論
今週は新規の有効リード86件を獲得し、デモから契約への転換率12%を記録しましたが、Hefeng Retailの本番稼働の納品は、双方が書面で確認した当初の本番稼働予定日からすでに5日遅れており、インターフェースフィールドも未確定のため、さらに遅れるリスクがあります。来週はフィールド確定会議を開き、来週金曜の終業までに今月のリード品質レビューを提出します。
スライド 2 — 主要指標
このページには、元の週次報告にある3つのビジネス上の数値だけを、同じ定義のまま載せています。元の報告には、12%という転換率の元になる絶対数の分母は示されておらず、前週比も示されていません。それらの数値はここでは加えていません。
-
今週の新規有効リード
- 結果： 86件
- 定義（元の報告から変更なし）： 初回の意向確認の会話を完了し、追跡可能な連絡先を残した見込み客。重複するインバウンド連絡は除く。テストアカウントと社内デモの要望は、この86件には含まない
- 元の報告での出典： 段落2で初出。同じ定義が段落3、8、10で再利用されている
-
今週のデモから契約への転換率
- 結果： 12%
- 定義（元の報告から変更なし）： 今週ビジネスデモを完了した顧客のうち、今週中に契約も完了した割合。分母は今週デモを完了した顧客、分子はそのうち今週契約を完了した顧客。後の週に完了した契約は今週の分子に含めない。デモ後の契約のみを数え、デモなしの注文は数えない。この定義は、営業がよく使う「同週勝率」とは異なる
- 元の報告での出典： 段落6で初出。同じ定義が段落8、10で再利用されている
-
Hefeng Retailの本番稼働納品の遅延
- 結果： 5日
- 定義（元の報告から変更なし）： 双方が書面で確認した当初の本番稼働予定日を基準としたカレンダー日数。今週の集計時点で、この顧客は未稼働。日付の計算は導入チームと確認済みで、週末の二重計上はない。Hefeng Retailはデモ用に匿名化した顧客
- 元の報告での出典： 段落4で初出。同じ定義が段落6、9で再利用されている
スライド 3 — 進捗
- リードの定義をすり合わせました。 月曜のスタンドアップで、今週の新規有効リード86件を報告し、テストアカウントと社内デモの要望は含まれないと説明しました。会議後に定義をチームチャットに投稿し、木曜には議事録にも再記しました。
- 確立した定義のもとで転換率を確認しました。 水曜のカスタマーサクセス週次会議で、今週のデモから契約への転換率が12%であることを確認し、この定義が営業の「同週勝率」とは異なることを説明しました。水曜の午後にチャネル別の内訳を作成する予定でしたが、法務との契約書の文言の議論に入ったため中断しました。チャネル別の内訳は来週のリード品質レビューで提出するもので、今週すでに終わった作業としては扱いません。
- Hefeng Retailはまだ本番稼働していません。 火曜に、インターフェースのフィールドリストについてHefeng Retailと数回メールをやり取りしましたが、先方のマーケティング部門とIT部門で意見が分かれていました。火曜の夕方近くに、導入チームから本番稼働の納品がすでに5日遅れていると報告があり、今週の集計時点でも顧客は未稼働のままです。
- 週の残りは、主に事務的な中断でした。 たとえば、会議室予約の説明会、他チームのデザインレビューへの誤入室、契約テンプレートの文言の議論への同席、荷物の受け取り、ウェブサイトの「導入事例」アイコンを変えないことの確認などです。これらから新たなビジネス上の結論は生まれておらず、上の3つの数値も変わりません。
スライド 4 — リスク
元の週次報告で指摘されているリスクは、以下の2つだけです。どちらも木曜のスタンドアップで口頭で伝えられ、話題がそれたあとで、週次報告に書き込まれました。
- Hefeng Retailのインターフェースフィールドが未確定のため、本番稼働がさらに遅れる可能性があります。 先方のIT部門とマーケティング部門は、必須フィールドについてまだ争っています。これは現在の5日の遅延に加えてさらに遅れるリスクであり、今週の集計時点で本番稼働は完了していません。
- 決済チャネルの照合ルールが今週金曜の夜に変更され、財務確認が遅れるリスクがあります。 ベンダーから、今週金曜夜のメンテナンス枠で照合ルールを変更する可能性があるという通知が届きました。この週次報告を送る時点で、当社の照合に影響するかどうかの書面による確認は受け取っていません。ルールが変更されると、週末の照合が合わず、財務確認が遅れるおそれがあります。執筆時点では、このリスクは未確認であり、すでに起きた事故として書いてはいけません。
スライド 5 — 次のステップ
元の週次報告に書かれている来週の計画は、以下の2つだけです。来週のグループディナーの提案、管理部門への消耗品の確認依頼、今日の午後の全社防火安全説明会への指示どおりの出席は、元の文章で業務上の予定ではないと明記されていたため、ここには載せていません。
- 来週水曜の午後3時までに、Hefeng Retailとインターフェースフィールド確定会議を開く。 会議の中で必須フィールドのリストを確認し、先方に書面での確認を求める。担当：李楠。
- 来週金曜の終業までに、今月のリード品質レビューを周マネージャーに提出する。 今週の転換率12%がどのように構成されているかのチャネル別内訳と、86件の有効リードのソース分布を含める。従来の定義を引き続き使い、手法は変更しない。担当：李楠。
変わった点に注目してください。変わったのは情報の順序と目立たせ方です。元の報告では、時系列から読み手がメッセージを組み立てる必要があります。書き直した版では、結論が先に来て、続いて指標を確認する場所、終わった作業、不確実な点、約束事が順に並びます。決済チャネルのリスクは1文の見出しには入っていませんが、スライド4にすべて記載されています。見出しを短くすることは、リスクを隠すことを意味してはなりません。
自分の報告用の、ひとまとめのプロンプト
自分の報告を貼り付けます。承認済みの数値表があれば、それも貼り付けてください。このプロンプトで得られるのは、確認すべきドラフトです。そこに書かれた事実が自動的に正しいとは限りません。
慎重な週次報告の編集者として行動してください。私のソースを、5枚のスライドからなる経営層向けレポートに変換してください：
1. 1文の結論
2. 主要指標（元の定義と除外条件つき）
3. 進捗：完了したことと、まだ未完了のこと
4. リスク：確認済みの状況と、起こりうる結果
5. 次のステップ：明示されたアクション、期限、宛先、成果物、裏づけのある担当者のみ
守るべきソースのルール（例外なし）：
- 提供されたソース資料に明示されている事実、ビジネス上の数値、リスク、アクションだけを使うこと。
- 確定済みの数値表が提供されている場合は、あらゆるビジネス数値とリスク・アクションの一覧について、それを正とすること。
- 値、日付、分母、比較、結果、担当者、リスク、アクションを、作り出したり変更したりしないこと。
- 指標、リスク、アクションの繰り返しの言及を、追加の項目として数えないこと。
- 定義、除外条件、未完了の状態、不確実性を表す言葉を保つこと。
- 想定される日付が提供されていない限り、相対的なスケジュール表現を絶対的なカレンダー日付に変換しないこと。
- 予定している作業を完了した作業にしたり、起こりうるリスクをインシデントにしたりしないこと。
- 無関係な時系列の雑談は経営層向けのストーリーから外し、成果物として分類し直さないこと。
- 欠けているものや矛盾があるものは、推測せず、明示的に指摘すること。
出力：
A. 見出しの付いた5枚のスライド。ざっと目を通せる簡潔さにすること。
B. ソースの追跡表：個別の指標、リスク、アクションごとに、元の段落とスライドを対応づける。
C. 整合性の監査：抽出した一覧を確定済みの数値表と比較し、不一致があれば示して、裏づけのない主張を取り除く。
D. 提供されていない詳細は、捏造せず、提供されていないと明示すること。
元の週次報告：
[報告を貼り付け]
確定済みの数値表（あれば）：
[数値表を貼り付け]
送信前のチェックリスト
- [ ] 結論が先か。 詳細を開く前に、読み手は状況をつかめるか。
- [ ] 数値は変わっていないか。 報告されたすべての値とその測定ルールは、正とする数値表と一致しているか。
- [ ] 進捗は本物か。 未完了の項目を、完了した作業として主張していないか。
- [ ] リスクは条件付きのままか。 明示的に指摘されたリスクがすべて残っており、インシデントとして書かれていないか。
- [ ] 次のステップは本物か。 期限、担当者、成果物は、想像ではなくソースに基づいているか。
- [ ] 見せかけの計算がないか。 作り出した分母、比較、ベンチマーク、追加のタスクを避けているか。
おわりに：事実ではなく、読む順番を変える
週次報告は、スライドにしたからといって役に立つようになるわけではありません。読み手が、判断を見つけ、数値を確かめ、何が未完了かを把握し、何がうまくいかなくなりうるかを知り、次に何をするかを追えるようになったときに、役に立つようになります。
実践上のルールは単純です。結論を先に書き、数値に定義を添え、リスクとアクションを分けること。 情報が欠けているなら、欠けていると書きます。最も優れた書き直しとは、ソースが言っている以上のことを言わせずに、ソースを理解しやすくするものです。
本記事に登場するすべての人物、組織、顧客、ビジネス上の結果は、架空のデモ用素材です。
本記事にはAIによる生成内容が含まれます。
出典について：本記事の作例に登場する人物、組織、顧客、ビジネス上の数値はすべて架空のデモデータ（Demo data, entirely fictional）です。参照した外部の事実情報源はなく、したがって掲載できる出典リンクもありません。