結婚式場のプランナーが新郎新婦との打合せの記録から、当日の進行表と司会・音響・料飲・介添えへの申し送りを ChatGPT で下書きし、決まっていない項目を挙げる
プランナーが新郎新婦と重ねた打合せの記録から、ChatGPT で当日の進行表と、司会・音響照明・料飲・介添えへの申し送りを下書きします。決まっていない項目は「未決」として一覧にします。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 対象業界
- その他/宿泊/飲食
- 対象部門
- 営業
- 対象業務
- 内容確認・チェック/書類作成
- 主な課題
- 引き継ぎができていない/書類作成に時間がかかる/期限・対応漏れが起きる
- AIで行う処理
- 生成
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- プランナーが、4〜6回分の打合せシートとアンケートを読み返す
- 式場の標準の進行表をコピーし、挙式の形式・披露宴の演出に合わせて行を足し引きする
- 時刻、項目、内容、BGM、照明、担当を1行ずつ書く
- 司会への申し送り(紹介の文の要点、名前の読み方、スピーチ・余興の方と順番)を書く
- 音響照明への申し送り(曲名・アーティスト・きっかけ・照明の指示)を書く
- 料飲への申し送り(料理の出し方、乾杯の飲物、アレルギーなどの対応、子どもの席)と、介添えへの申し送り(新婦の動き、お色直し、親族の介助)を書く
- 決まっていない項目を思い出し、新郎新婦へ確認の連絡をする
- 人最終打合せの翌日に、プランナーが打合せシート(各回)とアンケートを、名前を役割の記号に置き換えてから1つの文書にまとめる
- 人ChatGPT の式場のプロジェクトで新しいチャットを開き、まとめた記録と、挙式の形式・会場・開始時刻を貼る
- 自動ChatGPT が、標準の進行表を骨組みにして当日の進行表を下書きする。記録に決定の無い項目は「未決」と書く
- 人プランナーが進行表を読み、時刻と行の足し引きを直して確定させる
- 自動確定した進行表から、ChatGPT が司会・音響照明・料飲・介添えへの申し送りを下書きする
- 人同じチャットで、点検のスキルを指定して進行表と申し送りを見させる
- 自動ChatGPT が、未決の一覧、記録どうしの食い違い、進行表と申し送りのずれを表で返す
- 人プランナーが未決の項目を新郎新婦に確認し、決まったものを進行表に入れる
- 人役割の記号を名前に戻し、キャプテンが進行表と申し送りを読んでから各担当に渡す
各工程の詳しい説明を読む
- プランナーが、4〜6回分の打合せシートとアンケートを読み返す
- 式場の標準の進行表をコピーし、挙式の形式・披露宴の演出に合わせて行を足し引きする
- 時刻、項目、内容、BGM、照明、担当を1行ずつ書く
- 司会への申し送り(紹介の文の要点、名前の読み方、スピーチ・余興の方と順番)を書く
- 音響照明への申し送り(曲名・アーティスト・きっかけ・照明の指示)を書く
- 料飲への申し送り(料理の出し方、乾杯の飲物、アレルギーなどの対応、子どもの席)と、介添えへの申し送り(新婦の動き、お色直し、親族の介助)を書く
- 決まっていない項目を思い出し、新郎新婦へ確認の連絡をする
(a)書き分けに時間がかかる。 同じ進行を、時刻順の進行表と4つの申し送りに書き分けます。1組あたり2時間半かかり、 週末の挙式の準備と平日の打合せの合間に書くため、申し送りが遅れる組が出ます。
(b)未決が見えない。 7番目は、プランナーの記憶に頼っています。打合せシートに「検討中」と書いたものは見つかりますが、話題にならなかった項目は、書かれていないので見つかりません。 当日になって司会から「花束贈呈の曲は?」と聞かれて気づきます。
(c)回によって記録が食い違う。 2回目の打合せで「お色直しは1回」、4回目で「2回に変更」と書いたのに、アンケートは2回目の時点のまま、ということがあります。どれが最新かを決めるのはプランナーですが、食い違いに気づかないまま古い方で書くことがあります。
(d)申し送りの書き方が人によって違う。 外部の司会の事務所から、「プランナーさんによって、読み方が書いてあったりなかったりする」と言われています。派遣の介添えは毎回人が替わるので、申し送りに書いていないことは伝わりません。
- 【人】 最終打合せの翌日に、プランナーが打合せシート(各回)とアンケートを、名前を役割の記号に置き換えてから1つの文書にまとめる
- 【人】 ChatGPT の式場のプロジェクトで新しいチャットを開き、まとめた記録と、挙式の形式・会場・開始時刻を貼る
- 【自動】 ChatGPT が、標準の進行表を骨組みにして当日の進行表を下書きする。記録に決定の無い項目は「未決」と書く
- 【人】 プランナーが進行表を読み、時刻と行の足し引きを直して確定させる
- 【自動】 確定した進行表から、ChatGPT が司会・音響照明・料飲・介添えへの申し送りを下書きする
- 【人】 同じチャットで、点検のスキルを指定して進行表と申し送りを見させる
- 【自動】 ChatGPT が、未決の一覧、記録どうしの食い違い、進行表と申し送りのずれを表で返す
- 【人】 プランナーが未決の項目を新郎新婦に確認し、決まったものを進行表に入れる
- 【人】 役割の記号を名前に戻し、キャプテンが進行表と申し送りを読んでから各担当に渡す
3番目で「未決」と書かせるのが、この設計の要です。 未決の行は、そのまま第3章の(b)を見える形にしたものです。AIが埋めないことで、プランナーが新郎新婦に聞くべきことの一覧になります。
4番目と5番目を分けているのも意図してのことです。 進行表と申し送りを一度に作らせると、進行表を直したときに申し送りが古いまま残ります。 進行表を確定させてから、そこだけを材料に申し送りを作らせます。
1番目で名前を記号に置き換えるのは、ゲストの名前を ChatGPT に渡さないためです。 「乾杯:新郎の上司A」「スピーチ:新婦の友人B」のように役割で書き、名前と読み方は式場の顧客台帳の側にだけ置きます(第13章)。
02今回想定するシステム構成
打合せシート(1〜6回目)/アンケート/料理・飲物の注文書 │ プランナーが名前を役割の記号に置き換え、1つの文書にまとめる ▼ ChatGPT(式場のプロジェクト「当日の進行」) │ ソース:標準の進行表(挙式の形式・会場ごと)/申し送りの書式(4担当)/ │ 未決になりやすい項目の一覧/用語の決まり ▼ 当日の進行表の下書き(決定の無い項目は「未決」) プランナーが時刻と行を直して確定 ▼ ChatGPT ── 確定した進行表から4つの申し送りを下書き ▼ ChatGPT(共有のスキル「当日の進行の点検」) ▼ 【表】未決の一覧/記録どうしの食い違い/進行表と申し送りのずれ ▼ 新郎新婦に確認 → 記号を名前に戻す → キャプテンが読む → 各担当へ
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | ChatGPT(業務用ワークスペースのプロジェクトとスキル) | Claude、Microsoft Copilot、Gemini |
| 記録 | 打合せシート・アンケート(文書作成ソフト) | 婚礼の顧客台帳のメモ欄 |
| 名前の対応 | 役割の記号と名前・読み方の対応表(顧客台帳の側) | - |
新しく足すのは、式場のプロジェクト、点検のスキル、役割の記号の対応表の3つです。 打合せシートとアンケート、顧客台帳は今のままです。ChatGPT と顧客台帳はつなぎません。 プランナーが記号に置き換えた記録だけが ChatGPT に渡ります。
下書きはプロジェクトで作ります。 公式の案内では、プロジェクトは関連するチャットをまとめ、アップロードしたファイルとつないだ情報を置く「ソース」と、プロジェクト内のチャットに効く指示を持ちます。プロジェクトはパソコンのフォルダを直接見ないので、使う資料はアップロードします。標準の進行表と申し送りの書式、未決になりやすい項目の一覧を置けば、 10名が同じ骨組みで書けます。
点検はスキルで行います。 スキルは特定の作業の指示と資料をまとめたもので、ワークスペースの設定が許せば同僚と共有でき、ChatGPT では @ で指定して使えるとされています。キャプテンが点検のスキルを作って共有し、 当日の現場で困った項目を一覧に足していきます。
業務用のワークスペースを使うのは、新郎新婦の情報を会社の決まりで扱うためです。 公式の案内では、Business・Enterprise・Edu のワークスペースでは通信中と保存時の暗号化があり、OpenAI は既定では業務のデータをモデルの学習に使わないとされています。それでもゲストの名前は記号に置き換えます。
03どうやって実装するのか
処理の起点を決める
最終打合せの翌日に始めます。 最終打合せは当日の3〜4週間前で、ここで進行と料理・飲物がほぼ決まります。申し送りは当日の2週間前までに各担当へ渡すことを式場の決まりにし、 そこから逆算して、最終打合せの翌日に下書き、その週のうちに未決の確認、という順にします。
最終打合せより前には作りません。 決まっていない項目が多いうちに作ると、未決の一覧が長くなりすぎて読まれません。ただし、2回目の打合せの後に一度だけ進行表の下書きを作り、 新郎新婦に「ここが未決です」と見せる使い方は効きます。
最終打合せの後に変更が入ったら、作り直さずに直します。 進行表を確定させた後の変更は、プランナーが進行表を直接直し、点検のスキルだけを通し直して申し送りとのずれを拾います。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 打合せシート(各回) | 回の番号と日付、決まったこと、検討中のこと、新郎新婦の要望 | 打合せシート |
| アンケート | 進行の希望、使いたい曲とその場面、スピーチ・余興を頼む方(役割の記号)、紹介してほしいこと | 新郎新婦のアンケート |
| 料理・飲物の注文 | コース、乾杯の飲物、子どもの席の数、アレルギーなどの対応(席番号と食材だけ) | 注文書 |
| 当日の枠 | 挙式の形式(チャペル・人前式など)、会場、開始時刻、ゲストの人数 | 顧客台帳 |
| 標準の進行表 | 挙式の形式・会場ごとの項目と標準の所要時間、担当 | プロジェクトのソース |
| 申し送りの書式・未決になりやすい項目の一覧 | 4担当ごとの列、見落としやすい項目 | プロジェクトのソース |
質を決めるのは、打合せシートに回の番号と日付があることです。 回の番号があると、同じ項目が2回目と4回目で違うとき、AIは「4回目の決定を採り、2回目と食い違う」と書けます。 番号が無いと、どちらが新しいか分からず、食い違いとして挙げることもできません。
未決になりやすい項目の一覧は、キャプテンが作る資料です。 当日の現場で聞かれて困った項目を集めたもので、たとえば「乾杯の発声の方の読み方」「花束贈呈・退場の曲」「お色直しの中座のエスコート役」「ゲストの中の高齢者・車いすの方の席と介助」「子どもの席の料理と椅子」「お祝いのデザートや特別な飲物」「写真撮影の時間と場所」などです。記録に書かれていない項目を見つけるための網で、AIはこの一覧の項目ごとに記録の中の決定を探します。
データの取得方法を決める
ChatGPT と顧客台帳はつなぎません。 プランナーが、打合せシートとアンケートと注文書の内容を1つの文書にまとめ、名前を役割の記号に置き換えてから貼ります。
| 取るもの | どこから | どう渡すか |
|---|---|---|
| 各回の打合せシート | 顧客ごとのフォルダ | 回の番号と日付の見出しを付けて1つの文書にまとめる |
| アンケート | 顧客ごとのフォルダ | 同じ文書に「アンケート(〇回目の時点)」の見出しで入れる |
| 料理・飲物の注文 | 注文書 | 席番号と食材・対応だけを写す |
| 当日の枠 | 顧客台帳 | 形式・会場・開始時刻・人数をチャットに打つ |
| 標準の進行表・申し送りの書式・未決の一覧 | キャプテンが作った文書 | プロジェクトのソースに置く(月1回見直す) |
アンケートには、書いた時点の回を付けます。 新郎新婦はアンケートを2回目の打合せの前後に書き、その後の変更は打合せシートにしか残りません。アンケートを最新の決定として扱わないように、 いつの時点のものかを見出しで示します。
ソースは、キャプテンだけが差し替えます。 標準の進行表をプランナーが各自で直すと、骨組みがまた分かれます。
AIへ渡す前に整形する
- 名前を役割の記号に置き換える … 新郎新婦は「新郎」「新婦」、ゲストは「新郎の上司A」「新婦の友人B」「新婦の祖母C」のように書きます。対応表は顧客台帳の側に置きます
- アレルギーなどは席番号と食材だけにする … 「12番席:えび・かに」のように書き、誰のことかは書きません
- 回の番号と日付を付ける … 打合せシートの見出しに入れます
- 「検討中」「当日まで」と言われたことを残す … 消さずに、そのまま書きます。未決として拾う材料です
- 曲名は新郎新婦が書いたとおりに写す … 表記を整えません。音響の担当が正しい曲を用意できるように、曲名とアーティスト名の確認は人が行います
1番目と2番目が、手間のかかる前処理です。 1組あたり5〜10分かかりますが、ゲストの名前と体のことを ChatGPT に渡さないためのものです。 記号に置き換えた記録は、その後のプランナーの読み返しにも使えます。
記号の付け方は、式場で1つに決めます。 「誰側か(新郎・新婦)」「間柄(上司・友人・祖母など)」「通し番号のアルファベット」の順に並べ、同じ組の中で同じ記号を二度使わないことだけを守ります。間柄を記号に残すのは、AIが「主賓の挨拶は新郎の上司A」「中座のエスコートは新婦の祖母C」のように、進行の中での役割を読み取れるようにするためです。間柄まで消すと、標準の進行表のどの行に当てはまる人かが分からなくなり、未決が増えます。
AIに処理させる
させるのは、標準の進行表に記録を当てはめること、未決と食い違いを挙げること、確定した進行表から4つの申し送りを抜き出すことです。
| させること | 中身 |
|---|---|
| 進行表の下書き | 標準の進行表の行ごとに、記録の決定を内容・BGM・照明・担当に入れる。演出の追加・省略は記録どおりに行を足し引きする |
| 「未決」の記入 | 記録に決定が無い欄は「未決」と書き、未決になりやすい項目の一覧の該当番号を添える |
| 食い違いの指摘 | 同じ項目で回によって違う記録を、回の番号付きで並べる。新しい回の方を仮に入れ、「食い違い」の印を付ける |
| 申し送りの下書き | 確定した進行表から、4担当ごとの書式の列だけを抜き出す |
| 点検(スキル) | 未決の一覧、食い違いの一覧、進行表と申し送りのずれ(時刻・曲名・担当) |
| させないこと | 理由 |
|---|---|
| 決まっていない演出を一般的な進行で埋める | 新郎新婦が決めていないことが、決まったこととして各担当に届く |
| 時刻を計算し直す | 標準の進行表の時刻を写し、変えた行には「時刻要確認」と印を付けるだけ。時刻はプランナーが決める |
| 曲名・アーティスト名を直す | 似た曲名に直すと別の曲が流れる。確認は人が行う |
| 司会の台本を書く | 紹介の文は司会の事務所の仕事。申し送りは要点だけ |
| アレルギーなどの対応を決める | キッチンが決める。申し送りには席番号と食材を写すだけ |
1行目が、いちばん起きやすい失敗です。 「新婦の手紙」「両親への花束贈呈」は多くの披露宴にある演出なので、記録に無くてもAIは入れたがります。新郎新婦が「手紙は読まない」と決めていた組では、 司会が手紙の紹介をしかける、という当日の事故になります。
指示内容を固定する
プロジェクトの指示(進行表の下書き):
あなたは結婚式場で、プランナーが新郎新婦との打合せの記録から
当日の進行表を下書きする手伝いをします。
【材料】
- ソースの「標準の進行表」のうち、挙式の形式 {style}・会場 {hall} のもの
- 貼られた打合せの記録(回の番号と日付付き)、アンケート、料理・飲物の注文
【進め方】
1. 標準の進行表の行をそのまま並べ、各行の内容・BGM・照明・担当を記録から埋める。
2. 記録で追加・省略が決まっている演出だけ、行を足すか消す。
3. 記録に決定が無い欄は「未決」と書き、ソースの「未決になりやすい項目の一覧」の
番号があれば添える。
【厳守事項】
- 記録に無い演出を足さないでください。多くの式にある演出でも、記録に無ければ
行を足さず、標準の進行表にある行なら内容を「未決」にしてください。
- 時刻は標準の進行表の時刻を写してください。行を足した・消した・所要時間が
変わったところは、時刻の欄に「時刻要確認」と書き、計算し直さないでください。
- 同じ項目が回によって違う場合は、いちばん新しい回の内容を入れ、
備考に「食い違い:2回目=〇〇/4回目=△△」と書いてください。
- アンケートは見出しにある時点の記録として扱い、打合せシートの方が新しければ
打合せシートを採ってください。
- 曲名・アーティスト名は記録のとおりに写し、表記を直さないでください。
- 名前は記号のまま使ってください(新郎の上司A など)。
- アレルギーなどは席番号と食材だけを写し、対応の内容は「キッチン確認」としてください。
【出力】進行表(列:番号/時刻/項目/内容/BGM/照明/担当/備考)のあとに、
【未決の一覧】(番号/項目/一覧の番号/記録の該当箇所)を付けてください。
【当日の枠】形式 {style}/会場 {hall}/開始 {start}/人数 {guests}
【記録】{records}
スキル「当日の進行の点検」の指示:
貼られた確定の進行表、4つの申し送り、打合せの記録を照らし合わせ、
次の3つの表を作ってください。直した進行表や申し送りは書かないでください。
【表1 未決の一覧】ソースの「未決になりやすい項目の一覧」の各項目について、
記録に決定があるか。無いもの・「検討中」のものを挙げる(番号/項目/記録の状態)。
【表2 記録どうしの食い違い】同じ項目で回ごとに違う記録(項目/回と内容/進行表に入った内容)。
【表3 進行表と申し送りのずれ】時刻・曲名・担当・席番号が、進行表と申し送りで違う箇所
(申し送りの種類/該当箇所/進行表の値)。
どれも無ければ「該当なし」と書いてください。
「多くの式にある演出でも足さない」を書かないと、ほぼ必ず足します。 AIは、結婚式の一般的な流れを知っているほど、空いたところを埋めたがります。標準の進行表の行に無く、記録にも無いものは存在しない、と書くのが要点です。
時刻を計算させないのは、所要時間の判断がプランナーの仕事だからです。 余興が2組から3組に増えたとき、何分延ばすか、どこを詰めるかは、会場の次の組の時間と料理の出し方で決まります。
出力形式を固定する
進行表は表で、申し送りは担当ごとの見出し付きの表で受け取ります。 式場のひな形に貼る文書なので、JSONにはしません。 列を固定し、どのプランナーが作っても同じ並びにします。
【進行表】
番号|時刻|項目|内容|BGM|照明|担当|備考
12|13:05|乾杯|発声:新郎の上司A|(記録のとおり)曲名X / アーティストY|明転|司会・料飲|
13|13:10|歓談・料理|前菜から順に|BGMリスト1|-|料飲|子どもの席 3席
14|時刻要確認|余興|新郎の友人D(3組目を追加)|持ち込み音源|-|司会・音響|食い違い:3回目=2組/5回目=3組
15|13:55|お色直しの中座(新婦)|エスコート:未決(一覧4)|未決|スポット|介添え|
…
【未決の一覧】
番号|項目|一覧の番号|記録の該当箇所
1|新婦のお色直しの中座のエスコート役|4|5回目「当日までに決める」
2|退場の曲|2|記載なし
3|新婦の祖母C の席の介助(車いす)|5|記載なし(席は3番卓)
申し送りの例(料飲):
| 時刻 | 項目 | 料飲への申し送り |
|---|---|---|
| 13:05 | 乾杯 | 乾杯の飲物:記録のとおり。子どもの席はジュース |
| 13:10 | 歓談・料理 | 12番席:えび・かに(キッチン確認) |
| 14:40 | デザート | 新婦の祖母C へのお祝いのデザート:未決(一覧6) |
未決の一覧を進行表と同じ文書の末尾に付けるのは、 プランナーが新郎新婦への確認の連絡にそのまま使うためです。番号付きの一覧を見せながら「この3点を決めてください」と聞けます。
申し送りを表にしているのは、各担当が時刻で引けるようにするためです。 司会・音響・介添えは、当日、進行表と申し送りを並べて見ます。時刻と項目の列を進行表と同じにしておけば、 ずれがあれば点検の表3で拾えます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 打合せシート・アンケート・注文書 | プランナーがまとめて貼る | 名前を記号に置き換えたもの |
| ChatGPT のプロジェクト | 画面で使う | 進行表と申し送りの下書き。ソースに標準の進行表など |
| 点検のスキル | 同じチャットで @ で指定 | 未決・食い違い・ずれの3つの表 |
| 式場のひな形 | プランナーが貼る | 記号を名前に戻して仕上げる |
| 司会の事務所・音響照明の会社・介添えの派遣会社 | 既存の送付の経路 | キャプテンが読んだ後に渡す |
ChatGPT から外へは何も自動で出しません。 外部の各社に渡すのは、記号を名前に戻した後の申し送りで、キャプテンが読んでからです。
記号を名前に戻す作業は、式場の文書の中で行います。 対応表から名前と読み方を入れ、司会への申し送りには読み方を必ず添えます。 読み方は新郎新婦に確認したものだけを書き、推測で入れません。
人が確認する
全部の進行表と申し送りを、担当のプランナーが読み、キャプテンが読みます。
- 未決の一覧を先に見る … 本当に決まっていないのか、記録に書き漏らしただけかを分けます。書き漏らしなら記録を直し、未決なら新郎新婦に確認します
- 食い違いの一覧を見る … どの回の決定を採るかをプランナーが決めます。迷うものは新郎新婦に確認します
- 「時刻要確認」の行の時刻を決める … 会場の次の組と料理の出し方を見て、プランナーが入れます
- 申し送りとのずれ(表3)を直す … 進行表を直したら、申し送りの該当箇所も直します
- キャプテンが通して読む … 当日の現場の目で、担当の抜けと時間の無理を見ます
1番目を省かないでください。 未決の一覧には、「話したけれど書かなかった」項目が混ざります。それを新郎新婦に聞き直すと、「前に言いましたよね」となります。 プランナーが自分の記憶と照らして分けてから連絡します。
5番目でキャプテンが見るのは、文書の正しさより当日の動きです。 お色直しの中座と料理の提供が重なっていないか、介添えが新婦について離れる時間に新婦側の介助が要るゲストがいないか、人の動きが重なる箇所を見ます。ここは進行表の行を縦に読むだけでは見えにくく、当日の現場を知る人の目が要ります。
目標は、1組あたりの確認と直しが35分です。 未決が多い組ほど時間がかかりますが、未決の確認の連絡自体は、これまでも必要だった作業です。 一覧があることで、連絡が1回で済むようになります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 最終打合せの後に大きな変更(会場・人数・形式) | 進行表を作り直す。小さな変更は直接直し、点検だけ通し直す |
| 未決のまま当日の1週間前を過ぎた | キャプテンに上げ、式場の標準の扱い(標準の曲・標準の進行)で進めるかを新郎新婦に確認する |
| 記録に回の番号が無い | 食い違いを判定できない。プランナーが番号を付けてから作り直す |
| 標準の進行表に無い形式(和装の神前式・二部制など) | 下書きの骨組みが合わない。キャプテンが標準の進行表を足してから作る |
| 持ち込みの音源・映像がある | 申し送りに「持ち込み」と書き、形式と受け取りの日を音響の担当と人が確かめる |
| アレルギーなどの対応の申し出 | 申し送りには席番号と食材だけ。対応の可否はキッチンが新郎新婦と決める |
| ChatGPT が使えない | 従来どおり手で作る。未決の一覧は、未決になりやすい項目の一覧を紙で照らす |
2行目は、未決を残さないための決まりです。 一覧で見えるようになった未決も、期限が無ければ残ります。1週間前を過ぎたら、式場の標準で進める案を出して決めてもらう、 という締めを式場の決まりにしておきます。
記録を残す
- 名前を記号に置き換えた記録の文書と、作った日
- ChatGPT の下書きと点検の3つの表(チャットはプロジェクトに残す)
- 新郎新婦に確認した未決の項目と、その回答の日付
- 確定した進行表と4つの申し送り(名前に戻した版)、各担当に渡した日
- 当日の後にキャプテンが書く「当日、聞かれて困った項目」
- 標準の進行表と未決になりやすい項目の一覧の版
当日の後の「聞かれて困った項目」が、この構成を育てます。 キャプテンがそれを未決になりやすい項目の一覧に足すと、次の組からは点検の網に入ります。
チャットは下書きの経過です。 削除したチャットは原則として30日以内に完全に削除される予定とされているので、確定した進行表と申し送りは式場のフォルダに置きます。
04実装レベルの3段階
最小構成では申し送りを作らないので、時間の削減は限られます。 未決の一覧が当日の慌てを減らすかを確かめるための段階です。 本記事の想定は半自動化です。 1組150分が60分になり、未決が一覧になって新郎新婦への確認が1回で済みます。本格構成は、顧客台帳を作り替えるときの選択肢です。 名前の置き換えを台帳の側で自動にできれば、前処理の5〜10分も減ります。
05工数削減シミュレーション
導入後 40件 × 60分 ÷ 60 = 40 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 専門式場・ホテル・レストランで、月に数十組の挙式・披露宴を行い、プランナーが打合せの記録から進行表と各担当への申し送りを作っている場合。司会・音響照明・介添えに外部の事務所や会社が入り、申し送りの書き方がプランナーごとに違う場合。式場の標準の進行表のひな形があるか、作れる場合。業務用の ChatGPT のワークスペースを会社で用意できる場合。
- 月に数組しか行わず、プランナー1人がすべての担当と口頭でやり取りできる式場。打合せの記録を残しておらず、決まったことがプランナーの記憶にしか無い場合。進行表を専用の婚礼管理のシステムで作っており、そのシステムの外に記録を出せない場合。なお、当日の進行の最終的な判断と、新郎新婦への確認そのものは、この構成では代替できません。
07最小構成で試す方法
- 先月の挙式から5組を選ぶ(うち1〜2組は、当日に慌てた項目があった組を入れる)
- その5組の打合せシートとアンケートを、名前を記号に置き換えて1つの文書にまとめる
- 業務用の ChatGPT で、標準の進行表と未決になりやすい項目の一覧を貼ってから、記録を貼る
- 「標準の進行表に記録を当てはめてください。記録に無い演出は足さないでください。決まっていない欄は『未決』と書いてください。時刻は計算し直さないでください」と指示する
- 出てきた進行表と未決の一覧を、当時の進行表と、当日に慌てた項目と並べる
5組は必ず並べてください。 プロジェクトやスキルを作る前に、「当日に慌てた項目が、未決の一覧に出てくるか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 当日に慌てた項目が未決の一覧に出た | プロジェクトとスキルの作成に進む |
| 記録に無い演出が足される | 指示の書き方で直る。構成は有効 |
| 時刻を計算し直して詰める | 「時刻要確認」を書かせる指示を強める |
| 未決の一覧が長すぎて読めない | 未決になりやすい項目の一覧を絞る。 当日に困ったものだけにする |
1行目が出ないときは、未決になりやすい項目の一覧に、その項目が入っていません。 AIの問題ではなく網の問題です。キャプテンに聞いて一覧に足し、同じ5組で作り直してください。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 記録に無い演出が足される | 「多くの式にある演出でも足さない」を明記する |
| 時刻を計算し直して詰める | 時刻は写すだけ。変えた行は「時刻要確認」 |
| 古い回の決定で書かれる | 回の番号と日付を付ける。アンケートには時点を付ける |
| 未決の一覧に書き漏らしが混ざる | プランナーが記憶と照らして分けてから連絡する |
| 未決の一覧が長すぎる | 未決になりやすい項目の一覧を、当日に困ったものに絞る |
| 曲名が別の曲に直される | 表記を直さない。曲名とアーティスト名の確認は人が行う |
| 進行表を直したのに申し送りが古い | 進行表を確定させてから申し送りを作る。直したら点検を通し直す |
| ゲストの名前を貼ってしまう | 役割の記号に置き換える。対応表は顧客台帳の側に置く |
| 名前の読み方が推測で入る | 読み方は新郎新婦に確認したものだけを書く |
| 未決が期限を過ぎても残る | 1週間前を過ぎたら標準で進める案を出して決めてもらう |
上の3行が、この構成の失敗のほとんどです。 どれも、AIが「それらしい進行表」を作ろうとすることから起きます。記録に無いものは無い、時刻は人が決める、新しい回の決定を採る。 この3つを指示に書き、点検の表で確かめれば、下書きはプランナーの手を省く側に回ります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 新郎新婦の要望と進行、ゲストの役割(スピーチ・余興・介助の要否)、子どもの席の数、アレルギーなどの対応の要否(席番号と食材)。ゲストの名前・読み方・連絡先は扱いません。
- ゲストの名前を記号に置き換える … 対応表は顧客台帳の側に置き、ChatGPT には「新郎の上司A」のような役割だけを渡します
- 体のことは席番号と食材だけにする … 誰のアレルギーか、どんな体調かは書きません。介助の要否も「車いすの介助あり」までにします。個人情報保護委員会のガイドラインは、本人の病歴などを要配慮個人情報として扱うことを示しています。渡す材料を必要な範囲まで絞ります
- 外部の各社に渡す申し送りは、委託の範囲で扱う … 同じガイドラインは、利用目的の達成に必要な範囲で個人データの取扱いを委託することに伴って提供する場合、提供先は第三者に当たらないとし、委託先に必要かつ適切な監督を行うことを求めています。司会・音響照明・介添えの各社との契約で、申し送りの扱いと当日の後の処分を決めておきます
- 業務用のワークスペースを使う … 公式の案内では、Business・Enterprise・Edu のワークスペースは既定では業務のデータをモデルの学習に使わないとされています
- 申し送りを自動で送らない … 渡すのは、キャプテンが読んだ後です
- 確定した進行表を式場の記録に残す … 当日の後に「言ったのに入っていなかった」と言われたとき、未決の一覧と新郎新婦の回答の日付が式場の説明の根拠になります
誤りが起きた場合のリスクは、決まっていない演出が決まったこととして届くことと、決まったことが申し送りから漏れることの2つです。 前者は「未決」を書かせる指示で、後者は進行表から申し送りを抜き出す順番と点検の表3で守ります。
10まず何から始めるか
1週目:未決になりやすい項目の一覧を作る
キャプテン3名で、当日の現場で聞かれて困った項目を書き出し、30項目ほどの一覧にします。ここが網になるので、最初に作ります。 あわせて、役割の記号の付け方(新郎の上司A など)を決めます。
2週目:5組で試す
先月の5組の記録を記号に置き換えて1つの文書にまとめ、標準の進行表と一覧を貼って進行表を作らせます。当日に慌てた項目が未決の一覧に出てくるか、記録に無い演出が足されていないかを最優先で見ます。
3週目:標準の進行表と申し送りの書式を整える
挙式の形式・会場ごとの標準の進行表と、4担当の申し送りの書式を整えます。外部の司会の事務所に、申し送りに何が書いてあると助かるかを聞いて書式に入れます。式場のプロジェクトを作ってソースを置きます。
4週目:プランナー3名で使い始める
3名の担当の組で、最終打合せの翌日に下書きを作ります。この週に点検のスキルを作って共有し、 未決の一覧から新郎新婦への確認がどれだけ出たかを数えます。
2か月目: 10名に広げ、当日の後にキャプテンが「聞かれて困った項目」を書く運用を始めます。3か月目以降: その項目を一覧に足し、1組150分が何分になったかを実測します。当日に未決が残る組が無くなり、外部の各社から申し送りについての問い合わせが減った時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| プロジェクトが関連するチャットをまとめ、アップロードしたファイルとつないだ情報を置く「ソース」を持つこと。プロジェクトの指示がプロジェクト内のチャットに効くこと。プロジェクトがパソコンのフォルダを直接見ないため、使うファイルをアップロードすること | ChatGPT: Projects and chats | 2026-10-15 |
| スキルが特定の作業の指示と資料をまとめたものであること。ChatGPT では @ で指定でき、ワークスペースの設定が許せば同僚と共有できること | ChatGPT: Skills & Plugins | 2026-10-15 |
| Business・Enterprise・Edu のワークスペースで通信中と保存時の暗号化があり、OpenAI が既定では業務のデータをモデルの学習に使わないこと。削除したチャットが原則として30日以内に完全に削除される予定であること | ChatGPT: ChatGPT Work cloud security | 2026-10-15 |
| 病歴などを含む要配慮個人情報の定義。利用目的の達成に必要な範囲で個人データの取扱いを委託することに伴う提供では、提供先が第三者に当たらないこと。委託先に必要かつ適切な監督を行うこと | 個人情報保護委員会: 個人情報の保護に関する法律についてのガイドライン(通則編) | 2026-10-15 |
ゲストの情報の扱い、外部の各社との契約の内容は、式場の個人情報の担当と法務で決めてください。 本記事は公的機関と製品の公開資料で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1604)についてのご相談はこちらから。
