週次報告のスライドは、1週間にやったことを全部並べるより、前週や目標から何が変わったか、何が詰まっているか、次に誰が何をするかを短く見せる方が役立ちます。AIには「週報を5枚にして」と頼む前に、KPI定義、比較期間、確定値・暫定値、IssueとActionの区別を渡します。
この記事では、週報やTask管理DataからWeekly Slide Packを作る流れを、Report Contract、Change Table、5枚構成例、Issue/Actionの書き分け、数字の照合、翌週へのCarry Overまで整理します。読後には、毎週同じ型へ数字を流し込むだけではなく、差分と判断点を短時間で確認できる週次資料を作れる状態を目指します。
目次
最初にWeekly Report Contractを固定する
毎週の資料で最も重要なのは、同じKPIを同じ定義で比べられることです。
表は横にスクロールできます
| 項目 | 例 | 確認すること |
|---|---|---|
| Period | 月曜〜日曜 | 毎週同じ区切りか |
| KPI | 売上、商談、CVR | 定義が変わっていないか |
| Base | 前週 / 目標 | 何との差か |
| Status | FINAL / PROVISIONAL | 暫定値を区別 |
| Source | Sales Sheet / CRM | 正本はどこか |
| Audience | Manager / Project team | 判断粒度 |
このContractが変わった週は、単純な前週比較をしないようNoteを残します。
週報は「Activity」と「Outcome」を分ける
「記事を5本書いた」「顧客へ20件連絡した」はActivityです。「Organic流入が増えた」「商談が3件増えた」はOutcomeです。
作業量だけを並べると成果が見えず、Outcomeだけでは何をしたか分かりません。Activity→Outcomeの関係が確認できる範囲で並べます。因果が確認できない場合は「施策後に増加」と書き、原因断定を避けます。
最初にChange Tableを作る
スライドより先に、今週・前週・目標の差をTableにします。
表は横にスクロールできます
| KPI | This Week | Last Week | Target | WoW | Status | Note |
|---|---|---|---|---|---|---|
| 売上 | 12.0M | 10.5M | 11.5M | +14.3% | FINAL | Target超過 |
| 商談 | 34 | 40 | 36 | -15% | FINAL | 新規Lead減 |
| CVR | 3.1% | 2.8% | 3.0% | +0.3pt | PROVISIONAL | 週末分未反映 |
数字は説明用の架空例です。率KPIは相対率とpt差を混ぜないようにします。
変化がないKPIも明示する
毎週資料で「今週は書いていないから問題なし」とは限りません。重要KPIが横ばいなら、FLATとして明示します。
変化のないKPIを毎回長く説明する必要はありませんが、監視対象から消えていないことは分かるようにします。
Summary Slideは3つまでに絞る
週次の冒頭では、重要Changeを3件程度に絞ります。
例:
-
売上は前週比+14%、Target超過。
-
商談数は-15%、Lead流入の確認が必要。
-
CVRは+0.3ptだが週末Data未反映。
全部の出来事ではなく、読み手の判断が変わる変化を選びます。
架空の5枚構成
Slide 1:Weekly Summary — 重要変化3件。
Slide 2:KPI — This Week / Last Week / Target。
Slide 3:Progress — 完了、進行中、遅延。
Slide 4:Issues / Decisions — 影響、必要支援、Owner。
Slide 5:Next Week — Action、期限、成功条件。
4〜6枚は目安です。Project数が多ければDetailをAppendixへ移し、Main Deckは判断に必要な差分だけ残します。
ProgressはTask数ではなくPlanとの差を見る
「10Task完了」だけでは順調か分かりません。今週予定12件のうち10件完了なら、残り2件の影響を見る必要があります。
Planned / Done / Carried Over / Blockedを分け、翌週へ持ち越す理由を付けます。
Carry Overを隠さない
毎週「進行中」と書き続けるTaskは、実質的に遅延している可能性があります。
carried_weeksを持たせ、2週以上続くものはIssueへ上げるなど、Review Ruleを決めてもよいです。
Issueは「困っていること」だけで終わらせない
IssueにはImpact、Cause State、Next Action、Owner、Need Decisionを付けます。
例:Issue: API approval未完了 / Impact: Integration test 3日遅延 / Cause: external dependency / Action: vendor follow-up / Owner: A / Need: escalation yes。
FactとHypothesisを分ける
「商談数が15%減った」はFactです。「広告流入が減ったから」はHypothesisかもしれません。
週次資料は短い分、推測が断定に見えやすくなります。FACT / HYPOTHESIS / UNKNOWNを内部Draftで分け、Slideへ出す文章の強さを調整します。
確定値と暫定値を混ぜない
集計の締め前、CRM同期前、請求確定前などの数字はPROVISIONALとして扱います。
前週FINALと今週PROVISIONALを比較する場合はNoteを付け、次回更新で値が変わる可能性を残します。
AIへのPrompt例
「以下の週報・KPI表からWeekly Presentation Draftを作ってください。出力は Summary / KPI / Progress / Issues / Next Actions。各KPIはThis Week / Last Week / Target / Diff / Statusを保持。FINALとPROVISIONALを区別し、FactとHypothesisを分ける。IssueにはImpact / Owner / Action / Need Decisionを付ける。元資料にない原因や数値を補完しない。変化がない重要KPIはFLATと記載してください。」
数字を文章化するときは元値も残す
「大幅改善」とだけ書くより、CVR 2.8%→3.1%(+0.3pt)のように元値を残します。
AIの要約文が正しくても、元値が見えないとReviewしにくくなります。重要Changeは数値と一緒に書きます。
グラフはTrendが必要なKPIだけ使う
前週差だけならTableやKPI Cardで十分なこともあります。4〜8週のTrendを見るKPIだけLine Chartにするなど、Visualの役割を限定します。
毎週すべてのKPIをグラフ化すると、情報量が増える割に判断が速くならない場合があります。
目標未達でもActionが不要なケースを分ける
Target未達がすべてIssueではありません。季節要因や計画変更で許容されている場合もあります。
Variance → Business Impact → Action Neededの順で判断し、数字が赤いだけで毎回Issueへ上げないようにします。
逆に小さな差でも重要なものがある
Security Incident、Critical Bug、法務期限などは件数が1件でも重要です。
週次資料のPriorityは差分率だけでなく、RiskとDecision Deadlineも含めて決めます。
Next ActionはOwnerと期限まで書く
「確認する」「改善する」だけでは翌週に追えません。
Action / Owner / Due / Success Conditionをセットにします。例:Lead減少原因をChannel別に確認 / Marketing / 10月8日 / Top 2原因候補を特定。
Actionの完了条件を明確にする
Taskが「調査する」だけだと、何をもってDoneか曖昧です。
調査なら「原因候補と必要Dataを出す」、修正なら「Previewで再現しない」、営業なら「3社へ提案送付」のようにOutcomeを決めます。
前週Actionの結果を冒頭で回収する
週次報告は新しいTaskを追加するだけでなく、前週の約束がどうなったかを確認する場でもあります。
Previous Action / Status / Result / Carry Over Reasonを短く出すと、Actionが積み残されにくくなります。
Run Logを残す
AIで毎週生成するなら、Period、Data Source、Prompt Version、Generated At、ReviewerをLogに残します。
KPI定義やSlide構成が変わった週も記録し、前週との比較条件が変わっていないか確認できます。
Weekly PackのBefore / After
Before:完了Taskを15個列挙し、最後に「来週も継続」。
After:重要KPI差分3件、遅延1件、Decision Request1件、Next Action3件を明示。
情報量を減らしても、判断に必要な内容は増やせます。
最終QA Checklist
-
PeriodとKPI定義が前週と同じ
-
FINAL / PROVISIONALを区別
-
ActivityとOutcomeを分離
-
This Week / Last Week / Targetを確認
-
率とpt差を混ぜていない
-
Fact / Hypothesisを分離
-
Carry Over理由がある
-
IssueにImpact / Owner / Actionがある
-
前週Actionを回収
-
Next ActionにDueと完了条件がある
-
重要数値をSourceでSpot Check
AIものさしの判断
週次報告の価値は、1週間の記録をきれいにまとめることではなく、「前週から何が変わり、今どこに判断や支援が必要か」を短時間で共有することにあります。同じReport Contractで差分を積み上げる方が、毎週ゼロからStoryを作るより比較しやすくなります。
最初は主要KPI3つとIssue1つだけでPilotしてください。Change Tableを作り、数字を元Sourceと照合し、前週Actionの結果と次Actionをつなげる。ここまで通れば、AIは毎週の圧縮とDraft作成をかなり安定して任せられます。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:10月 9, 2026
Microsoft Support:Prepare your presentation with Microsoft Copilot(新しいタブで開く)
Microsoft Support:Copilot in PowerPoint でファイルからスライドを追加する(新しいタブで開く)
OpenAI Help:How does the new file uploads capability work?(新しいタブで開く)
