L32：売上予測テンプレ（前提→感度→検証）＋前提条件チェックリスト（TRAINING ONLY／流用禁止）

【重要：本レッスンは訓練専用】

• このレッスンで作る「売上予測テンプレ（表・変数定義・前提条件チェック・感度分析・検証ログ・差戻し基準等）」は訓練専用です。通常業務でそのまま使用することは禁止します。
• 就業中に本番の売上予測を作る場合は、訓練で作ったものをコピペ流用せず、必要情報を取り直し、別途レビュー／承認の手順で新規に作成してください。
• 実データ禁止：実在の金額・原価・ロット・契約条件・発注条件・未公開企画の具体・顧客情報は入力しません（ダミーのみ）。
• 訓練日は通常業務をしない（受注処理、顧客対応、発注、権利元交渉等の実務は実施しない）。

本レッスンでは、売上予測を「当てる」よりも、説明できる（前提が透明／変数が定義されている／感度で揺れが見える／検証で差戻せる）形にするための型を作ります。
作るのは「本番の数値」ではなく、予測の運用仕様（テンプレ、変数辞書、チェック、感度、検証ログ、品質ゲート）です（訓練専用）。

このページの使い方

1レッスン＝1LP（1ページ）です。上から順に当日の時間割に沿って進めてください。
各項目の冒頭に EC事業部／文房具カフェ事業部・準備室 の実施時間を併記しています。
※本レッスンはダミーのみで行います（実データ・個人情報・未公開情報・契約条件の具体は入力しない）。

このレッスンの狙い（到達状態）

• 売上予測を「前提→感度→検証」の型で説明できる
• 予測の変数（例：流入、CVR、客単価、粗利率など）を辞書（定義・形式・レンジ・不明の扱い）として定義できる
• 前提条件チェックリストを作り、推測で埋めない（要確認に残す）運用ができる
• 感度分析（2〜3変数）で上振れ/下振れの理由を説明できる
• 検証ログ（整合性/レンジ/矛盾）と品質ゲートで、差戻しできる予測にできる

受講ルール（共通）

• 実データ禁止：実在の金額、原価、ロット、契約条件、発注条件、未公開企画の具体、顧客情報は入力しない（ダミーのみ）
• 通常業務をしない：訓練日は講義・演習・レビュー・理解度確認に専念する（実務はしない）
• 流用禁止：訓練で作ったテンプレ・表・文面・チェックをそのまま通常業務で使用しない（就業中に新規作成＋検収）
• 命令系統の具体化をしない：役割は「作成担当」「レビュー担当」「承認担当」など抽象ロールで表現する
• 相互レビュー2件以上：前日までの他者成果物に2件以上コメント（本ページのレビュー観点を使用）
• 不明は推測で埋めない：不明は「要確認」として残し、必要なら「要相談」に倒す

今日の目標（できる範囲でOK）

受講者の理解度・進捗にはばらつきがある前提で、以下は推奨の目標です。全部を完成させる必要はありません。今日いちばん伸ばしたいところを選んで進めてください。

• 目標A（基礎）：予測の「型（前提→計算→要確認）」＋前提条件チェックリスト（最低20項目）
• 目標B（標準）：変数辞書（定義/形式/レンジ/不明の扱い）＋計算表（ダミー）
• 目標C（発展）：感度分析（2〜3変数）＋シナリオ表（Base/High/Low）＋検証ログ
• 目標D（運用接続）：品質ゲート（OK/差戻し/要相談/NG）＋Handoff Memo（本番で新規作成するための不足情報）

売上予測の結論：当てるより「説明できる」ことが価値

予測で必ず分ける（事故を減らす）

• 事実：確認済み（訓練ではダミーで「確認済みの前提」として置いた範囲）
• 推測：仮説（根拠とセット）
• 不明：要確認（推測で埋めない）

最小モデル（どれでもこの形に落とす）

数字の細かさより、変数と構造を固定することを優先します（訓練用）。

• 売上 ＝ 流入（来店/閲覧など） × 行動率（購入/予約など） × 客単価（または単価×点数）
• 粗利 ＝ 売上 × 粗利率（または 売上 − 原価 − 変動費）
• 判断は「結論」ではなく、前提と感度で説明する

標準テンプレ（TRAINING ONLY）

A) TRN-FC32 Spec（v1.0：訓練用）

【TRN-FC32 Spec（v1.0）：売上予測テンプレ（前提→感度→検証）（訓練専用／流用禁止）】

Spec-ID：TRN-FC32
版：v1.0
状態：DRAFT / REVIEW / FINAL（訓練内の状態）

目的：

* 売上予測を「前提が透明で、感度で揺れが見え、検証で差戻せる」運用仕様として設計する。

範囲（やる/やらない）：

* やる：変数定義、前提条件チェック、計算表（ダミー）、感度分析、検証ログ、品質ゲート
* やらない：実数値の確定、実発注判断、実契約条件の記載、社外提出、実務の意思決定

前提（安全）：

* 実データ禁止（実在の金額・原価・契約条件・発注条件・未公開情報）
* 不明は推測で埋めない（要確認／要相談へ）
* 訓練成果物は通常業務へ流用しない（コピペ禁止）

役割（抽象ロール）：

* 作成担当：
* レビュー担当：
* 承認担当：

入力（Input：ダミー）：

* ダミー企画テーマ（L31のTRN-31A/B/Cなど、または下記TRN-32テーマ）
* ダミー前提条件（期間/チャネル/価格帯/点数など：架空）

出力（Output：訓練用）：

* 売上予測テンプレ（前提→計算→結果→要確認）
* 変数辞書（定義/形式/レンジ/不明の扱い）
* 前提条件チェックリスト（抜け漏れ防止）
* 感度分析（2〜3変数）＋シナリオ表
* 検証ログ（整合性/レンジ/矛盾/差戻し理由）
* 品質ゲート（OK/差戻し/要相談/NG）
* Handoff Memo（本番で新規作成するための不足情報）

ダミー予測テーマ（1つ選ぶ）

※全て架空。実在の金額・条件は入れません。

前提条件チェックリスト（抜け漏れ防止）

目的：「数字を置く前に、確認すべき論点」を固定します。不明は要確認に残す。

変数辞書（定義・形式・レンジ・不明の扱い）

テンプレ化の核心は「変数の定義」です。数字の正しさより、何が何を意味するかを固定します。

計算表テンプレ（ダミー：前提→計算→結果→要確認）

※数値はダミーでOK。「何を入れると何が出るか」が分かることが目的です。

感度分析（2〜3変数）＋シナリオ表（Base/High/Low）

感度は「当たる/外れる」ではなく、どの変数が効いているかを可視化します。

シナリオ定義（例）

ワンメッセージ（意思決定者向け：訓練用）

【TRN-FC32 シナリオ要約（訓練用）】
- 売上の主要ドライバー： （例：流入 / 行動率 / 客単価 のうち最も効いているもの）
- 最も不確実な前提： （要確認として残す）
- 追加で確認すべき情報： （最大3つ）
- 重大リスク（要相談）： （あれば）

検証（Validation）：整合性・レンジ・矛盾を潰す

検証チェック（最小）

• レンジ検証：変数が不自然な値になっていない（極端なCVR/客単価 等）
• 制約検証：供給上限（在庫/席/工数）と矛盾していない
• 定義検証：用語・単位・期間が混ざっていない（日次/週次/月次）
• 要確認の残し方：不明を推測で固定していない（要確認が残っている）
• 要相談条件：権利/法務/金銭/炎上に触れそうなら停止→相談できる

検証ログ（項目定義のみ：v0.1）

【TRN-FC32 検証ログ（v0.1：訓練用）】
ログID：
日付：
Spec-ID・版：
担当（抽象）：
ダミー予測テーマID（TRN-32A/B/C）：

1. レンジ検証（OK/NG）：

* NGなら：どの変数が不自然？（Var-ID）：
* 修正方針（推測で埋めず要確認に倒す 等）：

2. 制約検証（OK/NG）：

* 上限制約（在庫/席/工数 等）：
* 矛盾がある場合：どこが矛盾？：

3. 定義検証（OK/NG）：

* 単位（日/週/月、税込/税抜 等）が混在していないか：

4. 要確認リスト（重要順 Top5）：

5.

6.

7.

8.

9.

10. 判定（OK/差戻し/要相談/NG）：

* 差戻し理由（具体）：
* 要相談理由（あれば）：

改善ログ（何を/なぜ/どう直す）：
次アクション：

品質ゲート（OK/差戻し/要相談/NG）

Handoff Memo（本番で“新規に作り直す”ための移行メモ：訓練用）

【TRN-FC32 Handoff Memo（v1.0：訓練用）】
目的：
- 就業中に本番の売上予測を“新規に”作成するための不足情報・検収観点の整理（訓練成果物の流用は禁止）。

本番で追加収集が必要な情報（不足リスト）：

* 対象期間（確定）／対象チャネル（確定）：
* 実KPIの定義と測定方法（何を、どこで、どう数えるか）：
* 流入の根拠（施策、媒体、過去傾向、季節性）：
* 行動率（CVR/購入率/予約率）の根拠（実績 or 検証方法）：
* 客単価/単価/点数の根拠（価格表、構成比）：
* 供給制約（在庫/席数/回転/工数）と上限：
* 原価/粗利/手数料/変動費の構造（実数値は別途）：
* 権利/契約/法務の条件（該当する場合）：

検収観点（レビューで見る点）：

* 前提が透明で、要確認が残っている（推測で固定していない）
* 変数辞書があり、単位・定義・レンジが揃っている
* 感度（2〜3変数）で上振れ/下振れの理由が説明できる
* 制約（上限）と矛盾していない
* 要相談条件があり、重大リスクで停止できる

ChatGPTに投げるプロンプト（コピペ用：TRAINING ONLY）

1) 予測モデルの骨格（変数と式）を作る

【L32 プロンプト①：売上予測モデル骨格（訓練用）】

前提（安全）：

* 教育訓練用ダミー。実在の金額・契約条件・未公開情報は入力しない。
* 不明は推測で埋めない（要確認/要相談へ）。
* 出力は訓練専用（通常業務へ流用しない）。

入力：

* ダミー予測テーマ：TRN-32A / TRN-32B / TRN-32C（いずれか）

出力形式（必須）：

1. 売上モデルの式（最小でOK）
2. 必要な変数一覧（Var-ID候補）
3. 供給制約（上限）の候補
4. 要確認項目リスト（最低10）

2) 前提条件チェックリスト（20〜30項目）を作る

【L32 プロンプト②：前提条件チェックリスト（訓練用）】

前提：

* 数字の前に「確認すべき論点」を固定する。
* 不明は要確認として残す。

入力：

* 売上モデル骨格（プロンプト①）

出力形式（必須）：

* チェックリスト表（カテゴリ/チェック項目/状態/要確認メモ）を20〜30項目

3) 変数辞書（定義・形式・レンジ・不明の扱い）を作る

【L32 プロンプト③：変数辞書（訓練用）】

前提：

* 変数は「何を意味するか」を固定する。
* 形式（単位）とレンジと不明の扱いを必ず書く。

入力：

* 売上モデル骨格
* 前提条件チェックリスト

出力形式（必須）：

* 変数表（Var-ID/変数名/定義/形式/レンジ（ダミー）/不明の扱い）を15項目以上

4) 感度分析（2〜3変数）＋シナリオ表（Base/High/Low）を作る

【L32 プロンプト④：感度分析（訓練用）】

前提：

* 数字はダミーでよい。重要なのは「どの変数が効くか」。
* Base/High/Lowの3シナリオを作り、理由を1行で書く。

入力：

* 変数辞書
* 計算表テンプレ（骨子）

出力形式（必須）：

1. シナリオ表（流入/行動率/客単価/売上/コメント）
2. 主要ドライバー（上位2つ）
3. 追加で要確認すべき情報（最大3つ）

5) 検証ログ＋品質ゲート（差戻し基準）を作る

【L32 プロンプト⑤：検証ログ＋品質ゲート（訓練用）】

前提：

* レンジ検証、制約検証、定義検証、要確認の残し方を必須にする。
* 差戻し理由は具体（どの変数が、どの定義で、どこが矛盾）で書く。

入力：

* 前提チェックリスト
* 変数辞書
* 感度分析（シナリオ表）

出力形式（必須）：

1. 検証ログ（項目定義）
2. 品質ゲート（OK/差戻し/要相談/NG）
3. 差戻し理由テンプレ（コピペ用）

相互レビュー観点（L32専用）

• 訓練専用の担保：TRAINING ONLY／流用禁止が明記され、実在情報が混入していないか
• 前提の透明性：前提条件チェックがあり、不明が要確認として残っているか
• 変数定義：変数辞書に定義・単位・レンジ・不明の扱いがあるか
• 感度：2〜3変数で上振れ/下振れの理由が説明できるか
• 検証：レンジ/制約/定義の検証があり、差戻しが具体にできるか
• 要相談：権利/法務/金銭/炎上などの停止条件があるか

レビューコメントテンプレ（コピペ用）

【L32 相互レビューコメント】
対象（テンプレ名/版）：

1. 良い点（1つ）：

*

2. 前提チェックは十分？

* OK / 要改善
  不足している論点（1つ）：
*

3. 変数辞書は明確？

* OK / 要改善
  曖昧な定義（1つ）：
*

4. 感度分析は説明できる？

* OK / 要改善
  主要ドライバーの指摘（1つ）：
*

5. 検証ログ/差戻し基準は機能する？

* OK / 要改善
  差戻し理由が曖昧な点（1つ）：
*

6. 次の一手（v+0.1で直すなら）：
   -

本日の流れ（タイムライン）

目次（クリックで移動）

1. 出席・当日選択カリキュラムの内容確認
2. 時間差相互評価（2件以上コメント）
3. 休憩
4. 自分への受領レビュー確認・改善方針メモ
5. L32 レクチャー本編（講師説明・質疑込み）
6. 昼休憩
7. 個人演習①：前提チェック→変数辞書→計算表（目標A/B）
8. 休憩
9. 個人演習②：感度→検証ログ→品質ゲート→Handoff Memo（目標C/D）
10. 休憩
11. 復習：共有できる形に整形（できた範囲でOK）
12. 質問・コメント・感想の提出（指定スレッド）

1) 出席・当日選択カリキュラムの内容確認

【実施時間】

この時間にやること

1. 今日の目標（A/B/C/D）を選ぶ
2. ダミー予測テーマ（TRN-32A/B/C）を1つ選ぶ
3. 自分の注意点を1行で書く（例：不明は要確認／レンジで扱う／制約矛盾を潰す 等）

セルフ棚卸し（コピペ用）

【L32 セルフ棚卸し】
1) 今日の目標（A/B/C/D）：
-

2. ダミー予測テーマID（TRN-32A/B/C）：

*

3. 自分が弱い点（1つ）：
   -（例：前提の置き方／変数定義／感度の説明／検証が甘い）

4. 今日の目標（1行）：
   -

2) 時間差相互評価（前日までの他者成果物に2件以上コメント）

【実施時間】

この時間にやること

• 前日までの他者成果物を2件選び、L32レビュー観点でコメントする
• 「数字の妥当性」より、前提・定義・感度・検証で説明できるかを見る

3) 休憩

【実施時間】

休憩：学習作業なし

4) 自分への受領レビュー確認・改善方針メモ（講師レビュー含む）

【実施時間】

改善方針メモ（コピペ用）

【L32 改善方針メモ】
受領した指摘の要点（最大3つ）：
1)
2)
3)

## 直す理由（前提不足／定義曖昧／レンジ不自然／制約矛盾／要確認不足 等）：

直し方（どこを改善する？）：

* 前提チェック：
* 変数辞書：
* 計算表：
* 感度分析：
* 検証ログ：
* 品質ゲート：
* Handoff Memo：

今日の最優先ルール（1行）：
-

5) 当日選択カリキュラム実施：L32レクチャー本編（講師説明・質疑込み）

【実施時間】

ここからが「読む／聞く」パート

講師の口頭説明・質疑応答を挟みながら進めます。
午後は「前提チェック→変数辞書→計算→感度→検証」で、予測を運用仕様として仕上げます（訓練用）。
※訓練成果物は流用禁止。本番用は就業中に新規作成・検収します。

5-1. 今日の結論

• 売上予測は「前提が透明」であることが最優先
• 不明は推測で固定せず、要確認に残す
• 感度で「どれが効くか」を示し、説明できる予測にする
• 検証ログと品質ゲートがない予測は、差戻しできない＝危ない

6) 昼休憩

【実施時間】

昼休憩：学習作業なし

7) 個人演習①：前提チェック→変数辞書→計算表（目標A/B）

【実施時間】

演習①のやり方（推奨）

1. プロンプト①でモデル骨格を作る
2. プロンプト②で前提条件チェックリストを作る
3. プロンプト③で変数辞書を作る（最低15項目）
4. 計算表テンプレに「何を入れると何が出るか」を埋める（数値はダミー）

提出用フォーマット（演習①：コピペ用／できた範囲でOK）

【L32 演習① 提出（できた範囲でOK）】
ダミー予測テーマID：
今日の目標（A/B）：

## (1) 前提条件チェックリスト：

## (2) 変数辞書（Var表）：

(3) 計算表テンプレ（前提→計算→結果→要確認）：
-

8) 休憩

【実施時間】

休憩：学習作業なし

9) 個人演習②：感度→検証ログ→品質ゲート→Handoff Memo（目標C/D）

【実施時間】

演習②のやり方（推奨）

1. プロンプト④で感度分析（2〜3変数）＋シナリオ表（Base/High/Low）を作る
2. プロンプト⑤で検証ログ＋品質ゲートを作る（差戻し理由を具体化）
3. 最後にHandoff Memoを書く（本番で新規作成するための不足情報）

提出用フォーマット（演習②：コピペ用／できた範囲でOK）

【L32 演習② 提出（できた範囲でOK）】
今日の目標（C/D）：

## (1) 感度分析（シナリオ表）：

## (2) 検証ログ（項目定義）：

## (3) 品質ゲート（OK/差戻し/要相談/NG）：

(4) Handoff Memo（不足情報・検収観点）：
-

10) 休憩

【実施時間】

休憩：学習作業なし

11) 復習：共有できる形に整形（できた範囲でOK）

【実施時間】

最終チェック（コピペ用）

【L32 最終チェック（できた範囲でOK）】
- TRAINING ONLY／流用禁止が明記されている
- 実在情報（実金額/実条件）が混入していない（ダミーのみ）
- 前提条件チェックがあり、不明が要確認として残っている
- 変数辞書に定義・単位・レンジ・不明の扱いがある
- 計算表が「何を入れると何が出るか」になっている
- 感度（2〜3変数）で上振れ/下振れの理由が説明できる
- 検証ログと品質ゲートがあり、差戻しできる

12) 講師への質問・コメント・感想の提出（指定スレッド）

【実施時間】

提出先（参考）

EC事業部・文房具カフェ事業部：ChatWork の指定スレッド／準備室：Slack の指定スレッド

提出テンプレ（コピペ用）

【L32 提出（本人レポート）】

1. 今日の学習内容（要約：3行）

*
*
*

2. 今日進めたこと（TRAINING ONLY：流用禁止）

* 今日の目標（A/B/C/D）：
* ダミー予測テーマID：
* 前提条件チェック：作成/更新（直した点）：
* 変数辞書：作成/更新（追加したVar）：
* 計算表：作成/更新：
* 感度分析：作成/更新（主要ドライバー）：
* 検証ログ：作成/更新：
* 品質ゲート：作成/更新：
* Handoff Memo：作成/更新：

3. 一番工夫した点（1つ）
   -（例：要確認を残した／レンジを定義した／制約矛盾を潰した／感度で説明できるようにした 等）
   理由：

*

4. 次に改善したい点（1つ）

*

## 理由：

5. 質問（最低1つ）
   -

ページ先頭へ戻る