講師の変更を参加者へ案内する｜対象回・確認・再送を管理する

誰へ何を伝えるかを先に確定する

講師が変わった講座の回ID、日時、会場、変更前後の内容を整理します。別の日程の参加者や取消済みの申込みを一緒に抽出しないようにしてください。主催者がまだ代役を確定できていない段階では、確定した変更として案内せず、現在確認できている範囲と次の連絡予定を示します。講師以外に持ち物、内容、時間が変わるかも確認します。講師の個人的な事情を必要以上に書かず、参加者が出席を判断するために必要な情報へ絞ります。

対象者を申込IDで固定する

案内対象表には申込ID、対象回、連絡先、抽出日時、案内版を残します。参加者の氏名だけで宛先を結合せず、家族申込みなどで同じ連絡先が複数行ある場合の扱いも決めます。１通で複数人分を案内する場合は人数が分かる文面にします。抽出後に追加申込みや取消があったら差分を確認し、新規参加者にも最新案内が届くようにします。元の申込台帳を丸ごと複製するのではなく、この連絡に必要な情報だけを対象表に残してください。

案内に版を付けて承認する

案内の下書きには変更点、変わらない事項、参加者が行う操作、問い合わせ期限を含めます。「内容に変更はありません」と書く場合は、実際に確認できている必要があります。承認者と承認日時を残し、送信直前に別の担当者が文章だけ直して対象者との対応がずれないようにします。後から訂正が必要になったら新しい版として残し、旧版の送信先へ訂正を案内します。Tallyの動的通知は回答内容による差替えに使えますが、既存参加者への一斉再案内とは別の運用として考えます。

送信と確認と問い合わせを分ける

対象者ごとに未送信、送信操作済み、確認連絡あり、要対応を管理します。送信したことと読まれたことを同じ状態にしません。返信が必要な変更なら回答期限と未回答一覧を用意し、返信が不要なら不必要な確認を求めない構成にします。参加取消など別の依頼が返ってきた場合は、その専用手順へ渡します。メールの配信をやり直すときは対象と案内版を指定し、すでに確認済みの人まで機械的に何度も送らないようにします。

Webページと受付後の案内を揃える

掲載ページ、申込み後の案内、添付資料、当日掲示に旧講師名が残っていないかを点検します。検索結果や共有画像がすぐに変わるとは限らないので、ページを更新しただけで全経路の説明が揃ったとは考えません。受付担当者が使う台本や配布資料も更新対象です。過去回の記録は当時の事実として残してよい場合があるため、サイト内の同名をすべて置換する操作は避けます。今回の回に関係するページと資料を一覧にし、変更した箇所と確認担当を残します。

標準の連絡手段で足りる規模

参加者が少なければ、既存のメールサービスと対象者表で十分です。連絡先を他の参加者へ見せない送信方法を選び、個人情報を含む宛先一覧を公開しないようにします。Airtableは対象や未対応の管理、Makeは複数システムの状態連携に使えますが、追加する前にどの作業が繰り返し発生しているかを確認してください。費用は送信量だけでなく、担当人数、履歴、確認の手間で見ます。自動化しても、変更内容を承認する責任と例外対応の窓口は残ります。

誤送信と案内の食い違いを試す

別回の人、取消済みの人、同じ連絡先の複数申込み、抽出後の新規申込み、再送、訂正版を架空データで試します。古い案内版を誤って再送しないこと、問い合わせを受けた担当者が送信内容を確認できることを点検します。完了は送信件数だけで判断せず、対象者の抜けと未解決の連絡が分かる状態にします。講座受付の記事で申込IDを揃え、出欠管理の記事で当日担当への伝達、アンケート記事で開催後の意見を受けると、変更案内を独立して管理できます。

• Tallyで講座の参加申込みを受け付ける｜希望回・人数・受付後の確認
• Airtableでイベントの出欠を管理する｜申込みと当日の来場記録
• Tallyでサービス利用後のアンケートを作る｜評価と改善依頼を分ける