婚礼の打ち合わせ進行管理をシステムにする。打ち合わせシート・決定事項・締め切りを、お二人と提携先まで一つの記録で共有する設計

この記事の結論：婚礼の打ち合わせ進行管理をシステムにするときは、打ち合わせシートの書式を画面に写すのではなく、決めることを一つずつの「項目」に分け、それぞれに担当、締め切り、状態（未定・検討中・決定・変更あり）を持たせます。締め切りは挙式日から逆算するひな形で自動に出し、決まった内容を変えたときは前の内容を消さずに履歴で残します。お二人・プランナー・提携先には、それぞれ関係する項目だけを見せ、締め切りの近い項目を相手ごとに知らせます。紙やExcelのシートからは、決定事項の一覧だけを先に移すのが確実です。

読み手には、結婚式の打ち合わせを担当するプランナーや婚礼の責任者、それに進行管理の仕組みを開発する立場の方を想定しています。個別の式場や製品の話ではなく、記録の持ち方に絞って書きました。

婚礼の打ち合わせ進行管理は、決めることを項目に分けて締め切りを付ける

打ち合わせの進行を管理する単位は、打ち合わせの「回」ではなく、決めることの「項目」です。招待状、席次、料理、衣装、花、写真、進行の演出といった項目ごとに、誰が、いつまでに、何を決めるかが分かれば、今どこまで進んでいるかを一覧で見られます。

打ち合わせの回ごとの記録は、話した内容のメモとして残しつつ、決まったことはその場で項目に結び付けます。回の記録だけで管理すると、「料理の飲み物は何回目で決めたか」をメモから探すことになり、締め切りの管理ができません。

紙やExcelの打ち合わせシートで起きやすいこと

紙やExcelの打ち合わせシートは、お二人と向き合って書き込む道具としては使いやすい一方で、決まったかどうかと締め切りを横断して見るのが苦手です。困りごとは、シートの書き方ではなく、記録の単位から生まれています。

紙のシートをなくす必要はありません。お二人と一緒に見る道具として紙を使い、決まったことだけを仕組みの項目に移す運用でも、上の困りごとのほとんどは解消します。

決めることは、挙式日から逆算するひな形から作る

結婚式ごとの項目と締め切りは、式場で一つ作っておく「ひな形」から、成約したときに自動で作ります。項目と締め切りを毎回手で入れていると、入れ忘れた項目は締め切りの管理から抜け落ちるからです。

ひな形の各行には、日付ではなく「挙式日の何日前か」を持たせます。日数は、提携先の発注や印刷にかかる日数から式場が決めるもので、式場ごとに違います。

-- ひな形と、結婚式ごとの項目の骨組み（例）
CREATE TABLE plan_template_item (
  id             BIGSERIAL PRIMARY KEY,
  category       TEXT NOT NULL,      -- 料理、衣装、装花 など
  title          TEXT NOT NULL,
  decided_by     TEXT NOT NULL,      -- couple / planner / partner
  days_before    INT  NOT NULL,      -- 挙式日の何日前までに決めるか
  partner_kind   TEXT                -- 関わる提携先の種類
);
CREATE TABLE wedding_plan_item (
  id             BIGSERIAL PRIMARY KEY,
  wedding_id     BIGINT NOT NULL,
  template_id    BIGINT REFERENCES plan_template_item(id),
  due_date       DATE NOT NULL,      -- 挙式日 - days_before（個別に上書き可）
  due_overridden BOOLEAN NOT NULL DEFAULT false,
  status         TEXT NOT NULL DEFAULT 'undecided',  -- undecided / considering / decided / changed
  content        JSONB               -- 決まった内容
);

挙式日が動いたときは、個別に上書きしていない項目の締め切りだけをひな形から出し直します。上書きした締め切りは、そのまま残して担当者に確かめてもらう作りにすると、事情があって動かした日付を消してしまう事故を防げます。

決定事項には状態と変更の履歴を持たせる

決まった内容は上書きせず、変えるたびに前の内容・変えた人・日時・理由を履歴として残します。打ち合わせが進むと、一度決めたことが変わるのは当たり前で、あとから「いつ、なぜ変わったか」を説明できることが、お二人との行き違いを防ぎます。

「変更あり」の状態を「決定」と分けておくのが大切です。決まったあとで変わった項目は、提携先がすでに古い内容で準備を始めている場合があり、関係する提携先が変更を確かめた印を付けるまで、一覧で目立たせておきます。

金額に関わる項目が変わったときは、見積もりの版とも結び付けておきます。見積もりよりも高い金額になったというお客様の相談は、国民生活センターの消費者トラブル解決ナビにも結婚式の事例として載っており、何が決まって金額が変わったかを記録で示せることが、説明の土台になります。

お二人・プランナー・提携先で、見られる範囲と書ける範囲を分ける

一つの記録を共有するときは、役割ごとに見られる項目と書ける項目を分けます。お二人には自分たちの結婚式のすべてを、提携先にはその提携先が関わる項目だけを見せる形にすると、電話やメールでの確認を減らしながら、見せすぎを防げます。

提携先にお二人の情報を見せる場合、式場が業務の一部を任せている関係であれば、通則編と呼ばれる個人情報保護法の指針が示す「委託先の監督」の考え方に沿って、見せる範囲と扱いを取り決めておく必要があります。どの関係にあたるかは契約の形によって変わるため、専門家と確かめたうえで、提携先の画面に出す項目を決めます。

締め切りの知らせは、相手と時期を分けて送る

締め切りの知らせは、全員に同じ内容を送るのではなく、項目を決める人に、締め切りの前と、締め切りを過ぎたときの二回に分けて送ります。決める人以外にまで知らせを送ると、自分の番ではない知らせが増え、本当に必要な知らせが読まれなくなるからです。

お二人への知らせは、メールよりも普段使う連絡の手段のほうが読まれやすいことがあります。手段を選べるようにする場合は、どの手段で連絡してよいかの同意を、成約のときに確かめておきます。

打ち合わせ当日の記録は、その場で項目に結び付ける

打ち合わせの席でのメモは、話した順に書きながら、決まったことだけを該当する項目にその場で結び付けます。打ち合わせのあとでまとめて項目に移そうとすると、移し忘れや、メモとの食い違いが起きやすいからです。

1. その回で話す項目を先に出す。 締め切りの近い項目と「検討中」の項目を、打ち合わせの前に一覧にしておく
2. 話しながら状態を動かす。 候補が出たら「検討中」、決まったら「決定」にし、内容を書き込む
3. 決まらなかった項目に次の行動を付ける。 誰が何を調べ、いつまでに返事をするかを書く
4. 終わりにお二人と一緒に一覧を見る。 その回で決まった項目と、次回までの宿題を画面で確かめる
5. 変更が出た項目を提携先に回す。 「変更あり」になった項目が、関係する提携先に知らされたかを確かめる

打ち合わせの記録をAIで整える使い方もありますが、お二人やゲストの情報をどこまで渡すかには線引きが要ります。その考え方はプランナー業務でのAIの使い方と線引きの記事にまとめています。

仕組みを作る前に、ひな形と状態の言葉をそろえる

打ち合わせの進行管理を仕組みにする前に、ひな形の項目と締め切りの基準、状態の呼び方を、プランナーの間でそろえます。担当者ごとに項目の分け方や「決定」の意味が違うまま仕組みにすると、一覧の数字が担当者ごとにばらばらになり、全体の進み具合を比べられないからです。

項目と締め切りの仕組みは、予約や顧客の台帳と同じ記録の上に作ると、成約からひな形を展開するところまで一続きにできます。

株式会社bundlyzeでは婚礼に限らず、業務で使うシステムを、要件定義から開発、公開後の保守運用まで一続きで担っています。打ち合わせシートの欄の洗い出しから一緒に進めたいときの相談の流れは、bundlyzeによる業務システム開発の紹介に載せています。

出典

2件とも内容の確認は2026年10月3日です。指針や相談の事例は書き換わることもあるので、設計を固める段階で今の版を読み直してください。

• 通則編（個人情報保護法のガイドライン）、個人情報保護委員会：3-4-4 委託先の監督
• 消費者トラブル解決ナビ（国民生活センター）の結婚式の見積もりに関するFAQ：見積もりより高い金額になった相談