event-attendee-email-sequences

イベント参加者向けメールシーケンス

技術系イベントの参加者に送るメールを企画・執筆します。入力として、兄弟スキルから、samber/dev-event-organizer-skills@event-marketing-plan のキャンペーンカレンダーとメールのチャネル比重、samber/dev-event-organizer-skills@event-ticket-pricing の早割と価格帯の締切、samber/dev-event-organizer-skills@event-attendee-experience の会場での事実情報を受け取ります。出力は、日付入りの送信一覧と、そこに含まれるすべてのメール本文です。

メールをより効果的なタイミングで届けるために日付を動かすことはありません。価格の締切を設定することも、当日の体験について事実を作り上げることもありません。対象は一般参加者のみです。登壇者とスポンサー向けの連絡はそれぞれ専用の窓口があり、samber/dev-event-organizer-skills@event-speaker-experience と samber/dev-event-organizer-skills@event-sponsor-fulfillment が担当します。

最も重要な境界は、無断欠席です。 リマインダーシーケンスは無断欠席を防ぐためのものです。

• 担当するもの： シーケンスの設計と本文のすべて。
• samber/dev-event-organizer-skills@event-no-show-management の担当： 無断欠席そのものの問題。過剰予約の比率、待機リスト、有料のデポジット、座席を解放するフローを扱います。
• ユーザーから「無断欠席を防ぐにはどうすればいいですか」と聞かれた場合： リマインダーメールで対応し、同時に構造的な対策についてはそちらに案内します。
• この境界は一方通行です。 その兄弟スキルは存在しますが、こちら側から記述したものであり、相手側との合意はありません。合意済みの引き継ぎであるかのように示さず、その旨を伝えてください。

根拠に基づく送信頻度

設計するリマインダーシーケンスは、SaaS マーケティングで一般的な頻度よりかなり少なくしてください。イベント前の期間全体で、対象リストに応じておよそ2〜4通です。ユーザーがもっと長いシーケンスを期待している場合は、その点をはっきり伝えてください。これは不十分な送信頻度ではありません。実際にこうしたイベントを運営している主催者が送る頻度です。

以下のランキングはすべて標準的な目安であり、絶対的なルールではありません。状況や実行する人によって変わります。聞き取り後、すでに同意を得たリストがある場合、主催者がすでに人気のニュースレターを書いている場合、リストを絞り込む手段がないボランティアの場合、または準備期間が短い場合など、すでに把握している状況をもとに3つのメニューすべてを順位付けし直してください。こうした要因はいずれも、標準的な優先順位を覆すことがあります。

基本原則

SaaS のライフサイクル型ドリップメールは、構造上適しません。 ウェルカム、オンボーディング、再エンゲージメント、ウィンバックのシーケンスは、継続的なサブスクリプションを前提とし、受信者ごとの行動（開封、クリック、反応が途絶えたこと）に応じて分岐します。イベントのメールシーケンスは日付が決まっており、1日で終わります。ここでの送信タイミングはすべてカレンダー上の日付であり、行動をトリガーにすることはありません。また、分岐の仕組みには、ボランティア運営のイベントにはないマーケティングオートメーションのツールが必要です。

コールドメールの件名に関するノウハウは、全面的に適用しません。 その戦術（2〜4語のすべて小文字の件名、名前を差し込まないこと、「業者ではなく同僚のように見せる」こと）は、依頼されていないメールの送信者を装い、見知らぬ相手のスパムフィルターをすり抜けるためのものです。ここでは発想が逆です。受信者は登録済みで、どこで受付を済ませればよいかを知らせるメールを探しています。

イベント名と日付を明記してください。

インタビュー

一度に質問するのは1つにし、可能な場合は選択式にします。質問6〜8は、以下のメニューによって効果が出るまでの時間、持続性、労力が大きく異なるため設けています。これらの初期設定は、ユーザーに代わって選べません。

1. マーケティング計画で決まっているのは何ですか。基準となるカレンダー、メールのチャネル比率、固定日程（告知、アジェンダの公開、開場日）は何ですか。すべて確定事項として扱います。
2. リストはありますか。ある場合、各メールアドレスはどこから得たものですか。チケットの購入、明示的なオプトイン欄があるフォーム、昨年の参加者、既存のコミュニティリストなど、情報源ごとに回答してください。全体をまとめて回答しないでください。
3. チケット制ですか、それとも無料ですか。そもそも登録は必要ですか。登録不要のイベントには、順次メールを送るためのリストがありません。
4. コミュニティ主催ですか、それとも企業／ベンダー主催ですか。これは同意の扱いや、後にリストを何に使えるかを変えますが、メールの流れは変えません。
5. メールで対応しなければならない日付付きの締め切りは何ですか。早割の終了、価格区分の変更、定員上限、CFPの締め切りなどです。これらの日付はあらかじめ決まっています。それに合わせて送るメールを作成します。
6. 各メールがまだ効果を発揮できる最終日はいつですか。開場日から1週間前と前日のオフセットを差し引いた日付は固定です。準備期間が圧縮されると、メールシーケンスの深さに関するメニューの上位段階は圧縮されるのではなく、最初から除外されます。
7. 今回限りの開催ですか。それとも、3年後も自分たちで管理しているリストにしたいですか。長期的に価値を積み上げる方針なら、同意を重視した段階や再アプローチの段階を優先します。監査を経ても残るリストこそが資産であり、今回の開催に送るメールではありません。
8. これらのメールを誰が作成・送信し、何時間を使えますか。また、送信ごとにリストを絞り込めますか。絞り込んだリストを作成できないチームには、役割別の区分より上のセグメンテーション段階はありません。
9. 現地開催当日は実際にどのようになりますか。受付場所と時間、バッジの方針、静かな部屋、食事への対応、アクセシビリティへの配慮はどうなっていますか。これは samber/dev-event-organizer-skills@event-attendee-experience から取得してください。セクションを埋めるために、内容を決して作り出さないでください。
10. このイベントについて、ほかに誰にメールを送りますか（登壇者、スポンサー、ボランティア、審査員など）。それぞれのメール送信を誰が担当しますか。作成するのは参加者向けのメールのみです。
11. 初参加者とリピーターのおおよその割合はどのくらいですか。また、海外から参加する人は何人くらいですか。属性別セグメントの段階に、リスト作業をする価値があるかどうかを判断します。

コミュニティ主催と企業／ベンダー主催の違い

勤務先が費用を負担する参加者には、上司に転送できる、日程、費用、会社にとってのメリットを記載した情報が必要なことがよくあります。これは別のメールの流れではなく、告知メールのバリエーション です。

それ以外のメールはすべて同じです。いずれの場合も、受信者は個人の開発者であり、当日の情報は誰が費用を負担したかに左右されないからです。転送用の説明段落は、名前付きの選択肢として残してください。

実際に作業内容を変えるのは、互いに独立した2つの軸です。

• 登録の形態（チケット制／登録制の無料イベント／登録不要）。 メールの流れがそもそも成立するかどうかを決めます。
  • 無料イベントでは、登録から実際の参加に至るまでに30〜50％の離脱が発生するという、情報源のあるデータがあります。そのため、リマインダーの頻度は単なる気配りではなく、欠かせない要素になります。
  • 登録不要のイベント（FOSDEMが公開している方針：「登録は不要です。そのままお越しください！」）にはリストがありません。この形態における、方針に一貫した正解は、イベントの公式ページで実用的な情報を一度公開し、告知を1回送ることです。参加の条件となるものが何もないのに、メールを連続して送ることではありません。
  • この形態にとって適切な答えとして説明してください。不足として扱ってはいけません。
• コミュニティ主催と企業／ベンダー主催の違い。 コミュニティイベントのリストは、主催者が1つの目的のために管理する資産です。一方、ベンダーイベントのリストは通常、マーケティングデータベースに取り込まれ、別の用途にも使われます。このスキルで参照している公開された実践例はコミュニティ側のものです。そのため、ベンダー側に寄せた調整はすべて判断を伴うものとして扱い、推奨内容が異なる場合は、どちら側を前提としているかを明記してください。

流れ

日程は固定されています。各行は1通のメールと、そのメールの1つの役割を示しています。ここに行動に応じた分岐はありません。

送信するメール	送信のタイミング	1つの役割
告知	プランの告知日	開催されることと日程を伝え、詳細を確認できる場所を案内する
登録確認	登録時（トランザクションメール）	登録が完了したことを伝え、次に届くものとその時期を知らせる
アジェンダ／登壇者の発表	プランのアジェンダ発表日	参加を迷っている人に、具体的な参加理由を伝える
最終案内	samber/dev-event-organizer-skills@event-ticket-pricing の締切日、その前日	日付が明確な事実を1つ伝える。根拠のない緊急性は演出しない
参加前の案内	開場のおよそ1週間前	準備して会場に来るために必要な情報をすべて伝える
前日のリマインダー	前日の夕方	必要な情報を1つだけ伝える。日時と場所
イベント後のお礼	1〜3日後	感謝を伝え、録画を案内し、フィードバックへつなげる

リアルタイムで確認できる数値は、最終案内の行が求める「日付が明確な事実」に当たります。「座席の70％がすでに埋まっています」は、送信時点で事実であれば、根拠のない緊急性の演出ではありません。裏付けのないカウントダウンとは異なります。同じルールは当日のメールにも当てはまります。実際にある社会的証明（「満席になりました」）から始めてから、実務的な情報を繰り返します。読者がすでに一度目にした情報の下に埋もれさせないようにします。

各メールの詳細（トリガー、必須の内容、含めてはならない内容、対象セグメント）は、references/arc-and-send-map.md にあります。

ワークフロー

1. インタビューを実施します。軸となる情報と日程（Q1）、ソースごとのリストの同意取得の経緯（Q2）、登録に関する方針（Q3）、対応する締め切り（Q5）、残り期間（Q6）を確定します。
2. 何かを書く前に、引き継いだ情報（日程、メールのチャネルとしての位置づけ、メッセージ、ポジショニング）をユーザーに復唱します。samber/dev-event-organizer-skills@event-social-media が自身のチャネルについてそうするのと同じ方法です。いずれかを再解釈すると、同じイベントの日程について二つのチャネル間で食い違いが生じます。
3. 上記で確定した一連の流れを日程に当てはめます。すべての配信には日付と役割を一つずつ割り当てます。割り当てられない配信は行いません。
4. 以下の三つのメニューから、順にシーケンスの長さ、リマインダーの頻度、セグメンテーションの細かさを選びます。
5. 各メールを、それぞれ一つの役割に沿って作成します。件名とプレビュー文、5部構成の本文、書式、避けるべき表現といった作成ルールは、references/email-craft-and-worked-copy.md を参照してください。
6. 参加前に知っておくべきことを案内するメールは、references/know-before-you-go-email.md にある、情報源に基づく14セクション構成に沿って作成します。現地に関する情報はすべてQ9から取得し、作り出さないでください。
7. 1週間前の配信で役割分担を適用します。参加者向けの文面を作成し、登壇者、スポンサー、ボランティア向けの文面は、それぞれの対象者を担当する関連スキルに任せます。
8. 情報源に基づく上限に照らして計画全体を確認します。いずれかのセグメントが上限を超えている場合は、正当化するのではなく配信を一つ削ります。
9. 作成したすべてのメールに、任意のヒューマナイザー用スキルで人間らしさを加える工程を適用します。開発者が集まる場では、モデルが書いたようなメールはそう見えてしまいます。送信者自身の声が信頼性につながるチャネルは、これだけです。
10. 以下の同意とリストの衛生状態に関する確認を行います。この確認に通らないメールは、カレンダーに記載されていても配信しません。
11. 予定に入れる前に、配信計画全体とすべての草稿をユーザーに提示します。メールは取り消せません。また、リマインダーの日付が誤っていれば、参加者が間違った日に会場へ来てしまいます。
12. イベント後のアンケートそのものは、samber/dev-event-organizer-skills@event-feedback に任せます。あなたが作成するのはアンケートを案内するメールであり、アンケート自体ではありません。

ハーネスに永続メモリがある場合は、日付入りの配信計画、各配信の送信先リストとそのアドレスの入手元、守った配信頻度の上限、使用した件名、返信や苦情につながった内容を記録してください。この記録があれば、次回の一連の配信をこのスキルの既定値ではなく、あなた自身のものにできます。

シーケンスの深さ

実際に構築するアークの規模です。優先順位（デフォルトであり、絶対ではありません。Q6 と Q8 によって再評価されます）：

• 工数（作成するメール、調整する配信、配信ごとのリスト作業）：フルアーク > コアアーク > 確認＋参加前の案内 > 確認のみ
• 価値（会場が満員になること、および参加者が準備を整えて来場すること）：フルアーク > コアアーク > 確認＋参加前の案内 > 確認のみ
• 効率：コアアーク > 確認＋参加前の案内 > フルアーク > 確認のみ
• コンプライアンスコスト（審査が発生するか、取り消し可能性が失われるか）：フルアークだけがコストを伴います。ほかの3段階では、今回のイベントに登録した人にのみメールを送ります。フルアークの再参加促進メールは過去回のリストに送るため、配信前に、アドレスごとのオプトインを文書で確認し、承認を得る必要があります。ここで唯一、誤りを取り消せない配信です。

この選択肢は、配慮によってではなく、構造上、クリーンです。価値と工数が同じ順序で並んでいるため、どの段階もほかの段階を支配せず、効率の順序はどれも許容されます。だからといって、問題がないと判断してはいけません。順序の根拠は、各段階に添えられた論拠だけであり、誤りを検出する優越性チェックが使えないということです。ほかの2つの選択肢には、実質的な優越性の制約があり、それぞれ制約の内容も示されています。

• 確認のみ — 登録時にトランザクション確認メールを1通だけ送り、そのほかは何もしません。工数はほぼゼロですが、メールにしかできない唯一の役割、つまり登録者に来場する日時と場所を伝えることが果たされません。効率の比率は、ほぼゼロの数値をもう一方のほぼゼロの数値で割ることになります。そのため、最初ではなく最後に位置します。
• 確認＋参加前の案内 — 2通配信します。低コストで、来場に関する価値の大半を得られます。人々が正しい時間に正しい建物へたどり着けるかどうかは、開催1週間前のメールで決まるためです。
• コアアーク — デフォルトです。告知、確認、参加前の案内、前日のリマインダー、開催後のお礼の5通で、分岐はありません。告知が加わります。これは独自のメーリングリストを活用する配信で、マーケティング計画では、イベントが利用できるすべての集客チャネルの中で、価値と効率の両面から最優先されています。さらに、追加の限界コストがほぼない開催後の配信も加わります。
• フルアーク — 機会を活かせていない選択肢です。コアアークに、アジェンダの公開、価格の締切前の最終案内、前年参加者への再参加促進を加えます。価値と工数の両方で最上位になるため、効率では選ばれません。採用条件：対応する価値のある日付指定の早期割引締切（Q5）、前年参加者のリストが存在し、同意を得ていること（Q2）、そしてメール作成が実際の職務に含まれる人がいること（Q8）。いずれか1つではなく、3つすべてが必要です。
• 格下げではなく、削除：行動に応じて分岐するドリップ配信。 1つのリストに対して、開封・クリックに基づく条件分岐を伴うナーチャリングメールを5〜10通送ります。これはこの選択肢における、より工数のかかる段階ではありません。異なる関係性に向けた、別の仕組みです。これをリストの最下位に置くと、誰かが「きちんとしたシーケンス」を求めたとき、スコープにひそかに復活します。
• 条件付き削除。 登録なしの無料イベントでは、この選択肢の全段階と、その上にある軸の説明を削除します。イベント独自のページに実用情報を掲載し、既存のリストがあればそこに告知を1通送ります。順序立てて送るものはありません。

リマインダーの頻度

リマインダーを何回、どの間隔で送るかを示します。どの段階でも1週間前の送信は維持し、追加するのはそれ以外のパスだけです。追加なし、前日のリマインダー、登録後のフォローアップ、または出典に基づく4つすべてのパスです。この選択肢全体はMLHの出典に基づく上限の範囲内にあり、最上位の段階が上限そのものであって、それを超えてよいという意味ではありません。順位（デフォルトであり、絶対ではありません。Q3とQ8で順位を見直します）：

• 労力（作成する送信内容、送信ごとのリストの絞り込み、調整）：出典に基づく上限まで実施 > 登録後のフォローアップを2回 > 1週間前＋前日 > 1週間前のみ
• 価値（当日、会場に来る人）：出典に基づく上限まで実施 > 1週間前＋前日 == 登録後のフォローアップを2回 > 1週間前のみ
• 効率：1週間前＋前日 > 1週間前のみ > 登録後のフォローアップを2回 > 出典に基づく上限まで実施
• コンプライアンスコスト（レビューの発生、取り消せなくなること）：出典に基づく上限まで実施 > 登録後のフォローアップを2回。1週間前と前日の送信は、登録済みの参加者に、登録したイベントについて送るため、コンプライアンスコストは発生しません。上限まで実施する場合の再参加を促す送信では、前回開催時のリストを再利用します。§ Consentで、取り消せない行為として挙げているのはこのリスト再利用です。フォローアップは_未登録の_人にメールを送るため、トランザクションメールではなくプロモーションメールにあたり、宛先ごとに記録された個別のオプトインが必要です。

==は実質的な同等を示しており、その理由を述べる価値があります。前日のリマインダーは、すでに登録している人を実際に参加する人へとつなげます。一方、登録後のフォローアップは、関心を持つ人を登録へとつなげますが、その登録にも出典にある30～50％の離脱率が適用されます。比較できるだけの来場者数が期待できますが、ファネルの反対側から達成するものです。この同等性と労力の差があるため、効率では前日のリマインダーの組み合わせがフォローアップを上回ります。これは、この選択肢に設けられた唯一の優劣関係の制約であり、守られています。

• 1週間前のリマインダーのみ - 1週間前に1回送信し、役割別に分けます。MLHが定める最低限の対応であり、ガイドが不可欠としている送信です。
• 1週間前＋前日 - デフォルトです。1週間前に参加前に知っておくべき情報を送り、続けて前日の夕方に、事実を1つ添えた短いリマインダーを送ります。追加条件：プランの中核にあるチェックポイント時点で登録数の伸びが遅れている場合は、登録後のフォローアップを2回追加します。これは頻度の好みではなく、定員を満たすための問題です。
• 登録後のフォローアップを2回 - 未登録の人に送る、MLHの上限付き「1回または最大2回」のフォローアップです。登録済みリストと照合し、登録者に再登録を求めないようにします。送信ごとに実際のリスト作業が発生するため、価値が同等でありながらより低コストな組み合わせより効率が下がります。
• 出典に基づく上限まで実施 - 追加の対象となる選択肢です。出典に基づく4つのパスをすべて一度に実施します（登録後のフォローアップは最大2回、前年参加者への再参加促進、エンゲージメント更新を1回、1週間前の役割別送信）。価値と労力が最大になるため、効率の観点から選ばれることはありません。追加条件：離脱率が最大の制約となっている無料イベント（Q3）、前年のリストについて同意が得られていること（Q2）、リストの絞り込みを担当する人がいること（Q8）。
• 降格ではなく削除：カウントダウンの連続送信。 7日前、3日前、2日前、前日、当日の朝に送ります。出典に基づく上限をすべて超え、MLHの迷惑メール防止に関する指示で具体的に挙げられている行為です。送信するたびに、受信者は肝心なメールまで開かなくなります。
• 条件付きで削除。 個別の登録手続きがなく、継続的に運営しているコミュニティの単一リストがそのまま対象となる場合（リストそのものが参加者である定例のミートアップなど）、この選択肢と上記の評価軸の説明から、登録後のフォローアップを2回と「出典に基づく上限まで実施」を削除します。「まだ登録していない」人のセグメントが存在しないためです。

セグメンテーションの深さ

誰にどのバージョンを届けるか。順位（デフォルトであり、絶対ではありません。Q8 と Q10 で順位が変わります）：

• 手間（送信ごとのリストのフィルタリング、バリエーションの作成、必要なツール）：属性セグメント > 登録状態別セグメント > 送信の1週間前の役割別分割 > 1つのリストから1回送信
• 価値（各受信者が自分に当てはまる指示を受け取る）：属性セグメント > 送信の1週間前の役割別分割 == 登録状態別セグメント > 1つのリストから1回送信
• 効率：送信の1週間前の役割別分割 > 登録状態別セグメント > 1つのリストから1回送信 > 属性セグメント
• コンプライアンスコスト（レビューの発生、可逆性の喪失）：属性セグメントだけにコストがあります。他の3段階は、すでに保有しているリストを分割するだけで、それ自体の同意記録を超えるコストは発生しません。食事制限やアクセシビリティに関するフラグは、健康情報に関連する個人データです。そのため、受信者ごとに保持することは、保存、アクセス、削除に関する判断を伴います。また、一度収集した項目は、後から未収集の状態には戻せません。

==は本当の同順位です。どちらの段階も、同程度の規模の「相手に合わないメッセージを送る」エラーをなくします。役割別分割では、参加者のチェックイン時間がスポンサーの搬入案内に埋もれるのを防ぎます。登録状態別分割では、すでに支払い済みの人に「今すぐ登録してください」と送ってしまうのを防ぎます。1つは会場入口でのエラー、もう1つはファネルの最上部でのエラーです。

役割別分割のほうが作成コストが低いため、登録状態別分割より明確に優位です。効率もそれを反映しており、ここではこれが唯一の優位性に関する制約です。

• 1つのリストから1回送信 - 全員に同じメールを送ります。手間はほぼゼロで、全員が事前に知っておくべき情報を受け取れるため、効率の順位でも最下位ではありません。
• 送信の1週間前の役割別分割 - デフォルトであり、MLH の情報源に基づく最低限の方法です。参加者、登壇者、スポンサー、ボランティア、審査員に、それぞれ専用のチェックイン案内を送ります。作成するのは参加者向けのバリエーションだけです。昇格条件：登録済みリストと受付中の登録期間の両方があるイベントでは、登録状態別セグメントを追加します。
• 登録状態別セグメント - 登録済み／未登録／昨年の参加者を、送信ごとに手動でフィルタリングします。MLH が想定しているのはまさにこの方法です。行動データを使うツールではなく、フィルタリングしたリストを使います。
• 属性セグメント - 十分なリソースが割かれない選択肢です。初参加者かリピーターか、地元か遠方からの参加者か、ワークショップのチケットかカンファレンスのみか、食事制限やアクセシビリティに関するフラグなどで分けます。価値と手間の順位が最上位なので、効率の面で選ばれることはありません。昇格条件（Q11 に基づく）：初参加者の割合が高く、オリエンテーションが明示的な目標である場合、またはビザ申請書の発行や渡航準備に必要な期間が異なるほど国際参加者が多く、1通のメールでは両方に対応できない場合です。
• 削除対象であり、順位を下げる対象ではありません：行動ベースのセグメント。 開封した人、クリックした人、開封しなかった人で分けます。これには、この資料の出典である集まりが保有していないツールが必要です。また、ここでの送信時点はすべて固定日なのに、受信者ごとの行動を対象としています。
• 条件付きで削除。 利用できるツールが、受信者ごとのフィルタリング機能がない通常の告知リストだけの場合は、この選択肢と上記の軸の説明から登録状態別セグメントと属性セグメントを削除します。役割ごとに別々のリストを維持し、それぞれに送信することで、役割別分割は残します。

同意とリストの適切な管理

メーリングリストは、イベントにとって最も価値の高い獲得チャネルであり、失うと取り戻せない唯一の資産です、ある回のために収集したリストを、記録されたオプトインなしに次回の開催で使用してメールを送ることは、このスキル全体の中で唯一、イベントが二度と回復できない削除を強いられる可能性があるリスクです。

• チケットを購入したからといって、マーケティングを受け取ることに同意したことにはなりません。 購入に必要なもの、つまり確認メール、実用的な情報、その変更を受け取ることへの同意にすぎません。プロモーションを送るには、アドレスを取得した時点で別途オプトインを記録する必要があります。
• リスト単位ではなく、アドレスごとに取得元を記録します。どのフォームから、どの回に、どのチェックボックスにチェックが入っていて、いつ取得したのかを記録します。Q2が取得元ごとに尋ねるのはそのためです。取得元が「大半はオプトインしたと思う」という統合リストでは、監査できません。
• 取引に関係しないメールにはすべて、機能する配信停止方法を記載し、次回の予定送信を待たずに直ちに反映します。
• 異なるブランド名で送信される2通目の自動メールについては、届く前に告知します。 情報源として使われているdevopsdaysのメールでは、まさにこの方法が使われており、別のツールから行動規範についてメールが届くことを、1週間前に参加者へ知らせています。受信者が見覚えのない名前から、何の予告もなくメールが届くと、フィッシングと受け取られて報告されます。その結果、送信ドメインはメールの価値を上回る損害を受けます。
• ルールは管轄区域やリストによって異なります。 参加者リストの同意、保持、配信停止に関する義務は、実際に確認すべきコンプライアンス上の問題であり、文体の好みではありません。参加者がいる地域の最新ルールを確認し、前回の開催で使ったリストを再利用する前に承認を得てください。

失敗パターン

• SaaSのステップメールの送信間隔をそのまま持ち込む。 行動に応じた分岐を含む5～10通を、日付が決まったスケジュールに当てはめる方法です。情報源にある主催者の一般的な基準のおよそ3倍の送信数となり、イベントにはないツールも必要です。送信回数をあえて抑えているのには理由があります。
• 会場が満席ではないからと、情報源にある上限を超える。 登録の伸びが緩やかなのは、マーケティング計画を見直すための診断材料であり、5通目のリマインダーを送る許可ではありません。すでに無視されているリストにさらにメールを送ると、緩やかな伸びがリストの使い潰しに変わります。
• 参加前の案内から、行動規範やアクセシビリティに関する案内が抜けている。 どちらも情報源にある構成要素であり、どちらも参加するかどうかを決める情報そのものです。省くことは、文字数との兼ね合いではありません。
• チケット購入によって同意があったものとして扱う。 上記のとおりです。これは取り返しのつかない結果を招く唯一の失敗です。
• ここで無断キャンセルの問題を解決しようとする。 リマインダー計画に、オーバーブッキングの比率、キャンセル待ちの仕組み、デポジットのルールを書き込むことです。対応するのはリマインダーメールにとどめ、samber/dev-event-organizer-skills@event-no-show-managementに引き継いでください。
• メールのタイミングを良くするために日付を動かす。 告知、アジェンダ公開、早割の締め切りはすでに固定されています。別の日付に送りたいメールは、日付を間違えて書かれたメールです。
• 現地の情報をでっち上げる。 チェックイン場所、バッジのルール、静かな部屋、食事に関する手続きなどは、すべてsamber/dev-event-organizer-skills@event-attendee-experienceの担当です。リマインダーにチェックイン時刻を自信たっぷりに間違えて書くのは、リマインダーを送らないより悪い結果になります。
• 開催1週間前のメールを、登壇者やスポンサー向けに書く。 役割の分担はあなたの担当ですが、他の役割向けの内容はあなたの担当ではありません。
• コールドメールの件名のテクニックを流用する。 小文字の2語だけの件名や、差出人をわかりにくくする方法は、受信者がイベント名を受信トレイで検索している状況には向きません。
• モデルの出力をそのまま送る。 人間味を加える工程を省いた初稿は、主催者自身の声が価値となる唯一のチャネルで、いかにも機械的な文章に見えます。
• 2通目の自動メールについて何も告知しない。 受信者はそれをフィッシングとして報告し、その報告はあなたの送信ドメインに影響します。

効果測定

**公開されている開封率やクリック率の数値は、目安となる最低ラインとして扱い、目標にはしないでください。**目にする数値の大半は、無関係な送信者や対象者のデータに、このスキルが扱う登録後のメール配信を混ぜたマーケティング業界の平均値です。それを合否の基準に持ち込めば、問題のない配信が失敗と判定されてしまいます。最も近い数値は開封率21～30％、クリック率2.1～3％ですが、それでさえ2021年以降の測定方法の変化より前のもので、プロモーションメールと、このスキルが実際に作成する確認メール、リマインダーメール、イベント後のメールを混在させています。返信率の数値は存在しません。出典と注意事項の全容については、references/open-click-benchmark-evidence.mdを参照してください。これらの数値に基づく厳格な目標は設定せず、その理由を説明してください。そして、実際に二値で判定できる2つの項目と、自分で設定するいくつかの指標を測定してください。

送信前に確認できる二つの二値ゲート：

• イベント前に知っておくべき情報の網羅性 - 出典にある14セクションの構成について、各セクションが含まれているか、このイベントには該当しないと明記されています。これに合格するまで修正してください。一部だけ合格しても不合格です。
• 上限の遵守 - どのセグメントにも、出典にある上限を超えてメールを送信しません。リストごとではなく、セグメントごとに数えてください。

自分で設定する指標。エディションをまたいで比較する場合にのみ意味があります：

• メールですでに回答した質問の数 - 受付時に質問ごとに数えます。イベント前に知っておくべき情報が役立ったかを測る、最も手間がかからず、最も正直な方法です。このスキル独自の指標であり、出典に基づくものではありません。
• 食事やアクセシビリティに関するリクエストの遅れ - 2週間前までに伝える必要があった要望を尋ねる返信がイベント前のメールに届いた場合、参加者の不注意ではなく、メールで尋ねるのが遅すぎたことを意味します。
• 配信ごとの配信停止数と苦情数 - 実際に利用できる唯一の配信頻度の安全策です。増加があれば、カレンダー上の予定にかかわらず、上限を超えています。
• 当日の到着時刻と案内した受付時間帯とのずれ - 想定外の時間帯に人が集中するなら、受付ではなくメールに問題があります。

自分で設定する指標から2つ選び、それぞれが次のエディションで何を変えるかを書き留め、イベント前に両方を記録してください。

呼び出し例

• 「300人規模のカンファレンスについて、開催1週間前のメールを作成してください。初回開催で、何を書けばよいのかまったく分かりません。」
• 「イベントまでにあと何通メールを送るべきでしょうか？登録受付は6週間前に始まり、定員の半分まで埋まっています。」
• 「金曜日の早割締切に向けた最終案内メールを下書きしてください。」
• 「昨年のイベントでメールアドレスを集めました。このイベントについて、そのリストにメールを送ってもよいでしょうか？」
• 「無料の交流会では無断欠席率が40％です。リマインダーメールには何を書けばよいでしょうか？」

期待される出力：各メールの目的を1つずつ記載した日付入りの配信計画、出典にある上限に照らして明示した配信頻度、各配信の対象セグメント、イベント前に知っておくべき情報を網羅した完全な内容を含む、人間味のある各メール文面、アドレスの取得元ごとの同意確認、そして構成に関わる事項を担当する関連スキルへ明確に振り分けること。

参考資料

• references/arc-and-send-map.md - 施策内のすべての送信について、トリガーとなる日付、各送信の唯一の役割、必須の内容、含めてはならない内容、対象セグメント、および登録者がいない場合の縮退方法を記載しています。
• references/know-before-you-go-email.md - 実際の順序に沿った、出典付きの14セクション構成、条件に応じて含めるセクション、小規模イベント向けの調整ルール、および測定ゲートで使用する完全性チェックリストを記載しています。
• references/email-craft-and-worked-copy.md - 件名とプレビューテキストのルール、本文の5部構成、モバイル向けの書式、人間らしさを確認するチェックリスト、ならびに最終案内メールと前日メールの良い例・悪い例を記載しています。
• references/open-click-benchmark-evidence.md - 見つかった、主催者名が明記された唯一の開封率・クリック率ベンチマーク、それが目標値として不十分な理由、および確認した結果、存在が確認されなかったものを記載しています。
• samber/dev-event-organizer-skills@event-marketing-plan - 全体を統括します。カレンダーの骨格、メールのチャネル比重、すべての固定日を定めます。また、このスキルが徹底する同意に関する原則の出典でもあります。
• samber/dev-event-organizer-skills@event-ticket-pricing - 早期割引と価格帯の締め切りを管理します。最終案内メールはこれらの締め切りに対応しますが、設定はしません。
• samber/dev-event-organizer-skills@event-attendee-experience - イベント前のメールと当日のメールで説明する、現地に関するすべての情報の信頼できる情報源です。
• samber/dev-event-organizer-skills@event-no-show-management - 無断欠席の構造的な改善策を管理します。このスキルのリマインダー送信スケジュールは、そのモデルへの入力の1つであり、代替策ではありません。
• samber/dev-event-organizer-skills@event-feedback - このスキルの最終メールで案内する、イベント後アンケートを管理します。
• samber/dev-event-organizer-skills@event-code-of-conduct - イベント前案内メールの行動規範セクションからリンクする内容を管理します。