# キャンペーン台帳と実行順

## 1. 台帳を一度だけ作る

プロジェクトでは `運用データ/events/<eventKey>.json` が開催設定の原本。既存開催を読み、未完事項と同時更新された実績を保持する。制作フォルダには原稿・素材・根拠・検証記録を置き、別の設定JSONを増やさない。関連タスクの同じ成果も取り込むが、最終報告だけで本番読戻し済みにしない。

まだ開催記録がなければ [開催の追加と複製](event-cloning.md) で準備中記録を作る。ローカル作業場所がない環境では同じ項目を現在のタスク内で管理できる。新規画像の保存先が不明な場合は、画像生成前に確定する。

関連タスク・企画資料から回収できる値は質問しない。日時・予約先・配信対象など利用者影響のある不明値だけをまとめて確認し、独立工程は続ける。

## 2. 最小入力と確定する時点

| 区分 | 台帳に持つ内容 | 必要になる時点・根拠 |
|---|---|---|
| 識別 | eventKey、開催ID、公開名、管理名、略称、制作フォルダ、複製元と理由 | 最初。企画資料・開催記録・本番の用途で照合 |
| 方式 | 個別相談／Day2誘導／直販、採用する媒体・前後アンケート・欠席フォロー | 工程選択前。依頼・企画方針を根拠にする |
| 開催 | 年月日・曜日・開始・終了・JST | 時刻依存の設定前。公開時間とZoom運用枠を分ける |
| 企画 | 対象者、コンセプト、講師と確認済み実績、PC・プラン・準備条件 | 本文・CR制作前。未確認の実績を使わない |
| Zoom | 既存予定の有無、利用者向け招待リンク、ID、管理URL、設定値 | 参加リンクの接続前。Zoom正本で照合 |
| 募集 | LINE・メールの日時、通数、役割、対象・除外、通知文、計測、管理シート行 | 素材制作前に期待表。予約前に全値を確定 |
| 入口 | 媒体コード、固定入口、共通案内、必要な未申込フォローと締切 | 流入接続前。既存の媒体別正常経路を確認 |
| アンケート | 前／後、複製元、設問、必須、回答保存先、回答済みタグ、案内対象・時刻、完了動作 | 各フォーム制作前。目的の違うフォームを混同しない |
| 個別相談 | 申込経路の全値、正式面談名、カレンダー名・ID・友だち予約URL、所要時間、会議手段 | 最初の本番CTA保存前。下記の値の契約を使う |
| 対象・起動 | 既予約・予約中・二重申込防止の扱い、QRのみ／採用済み補完起動、初回証跡、停止条件 | シナリオ接続前。開始元を全件列挙 |
| 締切・特典 | セミナー受付、同時申込LP期限、相談CTA締切、特典ごとの名称・URL・配布トリガー | 該当CTA・配信確定前。特典正本と一致 |
| 検証・実行 | 制作／保存／予約・公開・稼働の範囲、テスト対象の照合方法・実発火範囲、未承認操作 | 作業開始時に範囲を把握。具体的確定操作の直前までに確定 |

Day2誘導・直販では個別相談用の値を必須入力にしない。出口の利用者向けURL、計測、受付期限、完了・停止条件を確定する。適用しない工程は理由を記録し、未完と区別する。次日程の資産作成は別途依頼がある場合だけ行う。

## 3. 識別と個別相談の値の契約

- `eventKey`：一度作成した開催記録と画面URLの固定キー。
- `eventId`（開催ID）：`TS-HHmm-YYYYMMDD`。公開開始時刻とJSTの日付を使う。
- 新開催では「企画ID」「企画キー」は開催IDを指す。別の互換フィールドを新設しない。過去の実名・ID・既設条件は履歴として維持する。
- 開催専用の経路判定は開催IDと区切り文字まで照合する。共有処理の `TS-` 判定は対象全体と逆除外を確認した場合だけ使う。

個別相談型の標準値:

```text
同時申込: 個別相談_申込経路 = <開催ID>_同時申込
終了後:   個別相談_申込経路 = <開催ID>_終了後シナリオ
面談名:   個別相談_面談名 = <カレンダーの正式サービス名>
予約先:   <カレンダー完全一致名 / ID / 管理画面発行の友だち予約URL>
```

通数・領域別の追加帰属を採用する場合は、全値に同じ開催IDを含める。既存のクリック計測とLP内CTA計測を混同しない。URL設定・役割は [LP・CTA](lp-cta-routing.md) を使う。

この3値（申込経路・面談名・カレンダー）と根拠を、本番CTA保存前に一度提示する。現在の依頼ですでに完全一致値が承認済みなら再確認しない。企画キーやセミナー名を面談名に入れる指定がカレンダー正本と衝突する場合だけ、意図を確認するまでその保存を止める。

## 4. 開催JSONへの記録

既存のスキーマへ記録し、同じ内容の空台帳を工程ごとに新設しない。

| 項目 | 記録先 |
|---|---|
| 識別・公開名・日程・複製元 | eventKey、eventId、title、scheduledDate、date、clonedFromEventKey、cloneReason |
| 開催の運用状態・受付期限 | lifecycle、deadlines。開催済みでも実装・フォロー完了とは限らない |
| 工程の入力・方式・適用外理由 | stages.<工程ID>.values |
| タグ、代入先・値、起動、対象条件 | tags、friendFields、trigger、conditions |
| 管理・利用者リンク、原稿・素材・プレビュー | links、artifacts。図の媒体別補足はdisplayResources |
| 期待件数・確認件数 | counts。未取得を0件にしない |
| 読戻しの根拠と確認日時 | evidence、recordedAt、verificationScope |
| 未完・未検証・変更内容 | issues、changes、assetMigrationStatus、followUpStatus |
| 共通資産の参照 | sharedAssetRefs。共有本体はshared-assets.json |
| 適用版・複製候補 | appliedSpecVersion、recordedSpec、cloneEligible、cloneEligibilityNote |

`stages`は共通仕様の全工程を保持する。各工程の `status` は1つの総合ラベルへ潰さず、次を別に記録する。

| statusの欄 | 記録する事実 |
|---|---|
| created | 未作成／仮作成／作成済み／適用外と理由 |
| saved | 未保存／保存通知を確認した日時 |
| readback | 完全一致IDから開き直した確認日時・結果 |
| live | 実発火未検証／承認範囲内の実発火結果 |
| operation | 未予約・停止中／予約日時・稼働状態 |
| published | 未公開／公開到達・反映確認／適用外 |

上下流接続・分岐の証拠はevidenceへ、確認不能は該当欄とissuesへ残す。人向けの「利用可」は [完了判定ゲート](review-and-completion-gate.md) に合格してから使う。共通仕様更新やビルドだけでは適用済み版・確認状態を進めない。

## 5. 計測台帳

各接点について `入口 / 期待副作用 / タグ・代入先 / 完了の判定元 / 集計時点` を工程内に記録する。

| 接点 | 区別する証跡 |
|---|---|
| LINE・メール・SEO・採用媒体 | 流入、募集クリック、セミナー申込。媒体・通数の計測キーは流入・募集手順で定義 |
| 前後アンケート | 回答済みタグと回答値の保存 |
| Zoom・QR | Zoom URL訪問、実参加、QR読取、初回シナリオ起動 |
| セミナー後・LP | CTA実配信、LP遷移、LP内CTAクリック、会員／非会員、特典案内送信 |
| カレンダー | 開催別予約発生、現在有効、変更、キャンセル |
| 個別相談後 | 入室URL訪問、実施、相談後回答、特典案内と実受取 |

分子・母数・対象期間・重複排除・取得元・除外条件を固定する。標準の指標は次を基準にし、取得できない値は未計測とする。指標を表示するためだけの新規タグを無断で増やさない。

| 指標 | 分子 / 母数 |
|---|---|
| QR読取率 | QR読取者 / Zoom URL訪問者または確定した参加母数（どちらかを明記） |
| 起動率 | 初回起動者 / QR読取者。補完起動があれば別集計 |
| LP閲覧率 | 開催別LP閲覧者 / 当該CTA実配信対象者 |
| 予約完了率 | 予約完了者 / 新規予約可能なCTA実配信対象者 |
| クリック後／LP閲覧後予約率 | 予約完了者 / CTAクリック者またはLP閲覧者（母数名を明記） |
| 有効予約率 | 現在有効者 / 予約完了者 |

既予約・予約中・二重申込防止を新規予約可能母数から除く。会員・非会員、同時申込・終了後を分ける。直接CVとアシストCVを採用する場合は帰属窓と競合時の判定を記録し、クリックの保持だけで予約を帰属させない。可変の申込経路や予定日だけを過去成果の正本にしない。

## 6. 実行・引渡し

実行順は [SKILL.md](../SKILL.md) の表を使う。各担当工程は次だけを受け渡す。

```text
対象の開催ID・工程 / 入力値の根拠 / 複製元と今回差分
期待件数 / 完全一致名・ID / 設定リンク・利用者URL / 原稿・素材
対象・除外 / 計測値 / 接続元・接続先 / 締切
承認済み操作・未承認操作 / 保存・読戻し・実発火の状態 / 未完事項
orchestrator=trend-seminar-funnel-design
```

同じ保存後状態の証拠は [検証の引継ぎ](verification-handoff.md) に従って再利用する。途中で既存成果が増えたら、最新の原本と差分を確認して取り込む。

公開・予約・稼働を含む場合は、具体的な日時・対象・全CTA・稼働シナリオ・既存導線への影響・未確認値を揃え、[操作範囲と承認](operation-boundaries.md) に従う。承認済みの同じ操作で工程ごとに止めない。未承認の確定操作を待つ間も、通常保存・素材・検証など独立して完了できる工程は進める。