event-speaker-experience

登壇者のサポート体験

承諾の返事をすでにもらった登壇者を担当します。入力するのは、samber/dev-event-organizer-skills@event-talk-selection が送ったばかりの承諾メール、特に最後の行です。「提供するもの：{通話で伝えた特典をそのまま記載}。次に必要なもの：{承諾、略歴、顔写真、スライド提出期限、移動または A/V の詳細}。」ここから始めます。

出力するのは、いつ何が起きるかを把握し、機材の予想外のトラブルなく発表を終え、録画されたものについて書面で同意し、イベント後にあなたから連絡を受ける登壇者です。

このスキルで行わないこと：

• 条件を約束すること：登壇者に何を約束するかは決めません。samber/dev-event-organizer-skills@event-cfp-design が特典を設定し、謝礼金は未確定のままにしています。約束されたものを提供し、誰も確認していない金額を決して作りません。
• 不採用またはウェイトリストの連絡：担当範囲ではありません。これは samber/dev-event-organizer-skills@event-talk-selection の担当であり、対象の登壇者がこのスキルの範囲に入ることはありません。
• 候補者探し、招待、選考：いずれも行いません。
• 登壇者に依存しない基本事項：samber/dev-event-organizer-skills@event-hospitality に登壇者固有の要素だけを加え、スケジュールを自分で作成するのではなく、タイミングに関する要件を上流に伝えます。

以下の各項目の優先順位はすべて初期設定であり、絶対的な規則ではありません。状況や実施担当者によって変わります。聞き取りの後、把握した内容に照らして3つのメニューすべての優先順位を見直してください。次のいずれかがあれば、初期設定の順位は覆ります。

• 会場に専属の A/V 技術者がいる。
• 手順をすでに把握している、再登壇の登壇者がいる。
• 仕事として出張を手配している主催者がいる。
• すでに録画の仕組みが整っている。

聞き取り

一度に質問は1つにし、可能であれば選択式にします。質問4〜6があるのは、以下のメニューが効果が出るまでの時間、持続性、労力の点で大きく異なるからです。これらの初期設定は、ユーザーに代わって選ぶことはできません。

1. 今どの段階ですか：承諾メールを送ったばかり、イベントまで数週間、または来週ですか？これにより、まだ変更可能なことと、今は連絡で対処すべきことが明らかになります。
2. 登壇者は何人で、セッション形式はいくつあり、国内または海外から移動する人は何人ですか？
3. 何を、どこで具体的に約束しましたか：通話、承諾メール、個別の招待のいずれかですか？条件を1つずつ挙げてください。それを提供します。ここで条件を再検討することは決してありません。
4. 必要な資料ごとに、プログラムの印刷、バッジの印刷、スライドのアップロード、会場機材の発注など、最後に使用可能な日付はいつですか？イベント日からではなく、これらの日付から逆算して締め切りを決めてください。
5. 今回限りの開催ですか。それとも、今年の登壇者が来年の紹介者や再登壇者となる定期開催ですか？
6. 労力の上限はどのくらいですか：登壇者の窓口担当者は誰で、週に何時間使えますか。また、登壇者の経費に使える予算枠はありますか？
7. セッション形式ごとの録画・公開方針は何ですか。また、そのことを登壇者に正確にどこで伝えましたか？
8. 初めて登壇する人、またはこの規模で初めて登壇する人はいますか？決めつけずに尋ねてください。上級エンジニアでも、カンファレンスでの初登壇なら初登壇です。
9. 会場で実際に利用できるものは何ですか：控室の有無、専属の A/V 技術者がいるのか、アダプターを持ったボランティアだけなのか、返しモニターの有無を確認してください。
10. 登壇者の発表内容に、所属先による制限があるものや、その他の機密情報が含まれていますか？

コミュニティ運営とベンダー／ユーザーカンファレンスの違い

イベントの運営主体によって、仕事の内容が変わります。これは、このコレクションのほかの箇所で論じている置き換えと同じです。

• コミュニティ運営 - 予算は限られ、運営はボランティアに頼るため、お金ではなく配慮を注ぐことで参加者を大切にします。質問に答えてくれる担当者を明確にし、聞かれる前に疑問を解消する資料を用意し、予算に余裕があれば夕食会を開きます。無料チケットは最低限であり、それ以上のものは、誰かが意図して約束したものです。
• ベンダー／ユーザーカンファレンス - 通常、交通費、宿泊費、運営スタッフが実際に必要となるため、リスクは「予算を確保できるか」から「登壇者に誰かが伝えたか」へと移ります。大規模な運営体制では、登壇者自身の体験が埋もれやすくなります。そのため、資料と担当者を明確にすることは、重要性が下がるどころか、いっそう重要になります。

推奨事項が異なる場合は、どちらの前提に基づくのかを明記し、ベンダー側の調整は、確立された慣行ではなく、判断を伴うものとして扱ってください。

ワークフロー

1. 採択時の資料を確認する — 採択された提案、募集時に伝えた特典の正確な内容、「次に必要なもの」のリストを確認します。そこで約束したことを実現できない場合は、約束した担当者に今すぐエスカレーションしてください。採択から登壇までの間に、伝えずに条件を引き下げることは、登壇者がほかの登壇者に話すような失敗につながります。
2. 最初の連絡を送る前に窓口を決める — 確認からイベント当日まで、登壇者とのすべての連絡を担当する人を1人、または2人のペアで決めます。窓口の名前は1つ、連絡先は1つ、返信までの目安も明示します。チームの規模上やむを得ない場合のみ、開催前と当日の担当を分けます。その場合は、もう1人の担当者の名前も事前に伝えてください。
3. 「次に必要なもの」を、日付入りの回収スケジュールにする — 各項目はイベント当日ではなく、使用可能な最終日（Q4）を期限にします。項目の全リスト、項目ごとの期限設定の考え方、リマインダーの形式については、references/material-collection-and-deadlines.mdを参照してください。
4. 登壇者向け資料を送る — 登壇者が必要になる前に必要な情報をすべて盛り込んだ、1つのドキュメントと1つのリンクを用意します。
   • 登壇枠、会場、形式、持ち時間。
   • ステップ3の期限。
   • 登壇形式に応じた録画方針。
   • 旅費と払い戻しの手続き。
   • 会場到着時の案内。
   • ステップ2で決めた窓口。
   • このイベントの慣例として、講演直後にスライド資料を回収して参加者に再配布するかどうか。そうする場合は、登壇者が資料を作り始める前に伝えてください。登壇中に伝えてはいけません。
5. 対応できるだけの余裕をもって、A/V要件を収集する。 重要なのは前日ではなく、会場が追加対応できる最終日です。アダプター、追加のマイク、有線ネットワーク接続、デモ用の音声出力などが該当します。ノートパソコンについて尋ねるだけでなく、講演で何をするのかも確認してください。ライブデモ、音声クリップ、ハードウェアの小道具、インターネット接続への依存は、それぞれ異なる形で失敗します。
6. 登壇者に期待事項を伝える — ケアメニューが定める深さで説明します。イベントのコミュニティに既存のオリエンテーションコースがある場合、それを勧めるのはほとんど手間がかからず、自分で書いた説明文よりも説得力があります。書面のブリーフは、話題のリマインダーではなく、到達してほしい結果を軸に構成してください。講演終了時に会場がどのような状態になっていることを目指すのか、また、この登壇枠でどのような具体的な悪習慣に対処すべきなのか（冒頭を急ぎすぎる、ツールが何を置き換えるのかを誇張するなど、このプログラムで繰り返し起きる失敗）を示します。登壇枠とテーマを思い出させるだけでは触れられない失敗のパターンを、ここで明示します。
7. スライドの期限を、単なる目安ではなく実際の確認時点として扱う。 期限に間に合わなかった場合に何が起こるのかを伝え、何も起きないのであれば、そのことも正直に説明します。
8. 以下のメニューに沿って、登壇者ごとに開催前の連絡スケジュールを実行する — 全員への一斉連絡ではなく、登壇者それぞれに連絡します。
9. 当日：出迎え、技術確認、控室 — ステップ2で決めた窓口が登壇者を出迎え、会場まで案内し、実際のステージ機材を使って技術確認を行い、登壇枠の前に登壇者の居場所を把握します。運営の詳細はreferences/onsite-speaker-care.mdを参照してください。当日の分単位の進行は s amber/dev-event-organizer-skills@event-run-of-showが担います。登壇者の時間に関する要件を、そこに渡す入力として用意してください。
10. イベント後にフォローアップを完了する — お礼、まだ役に立つうちに届けるフィードバック、録画がある場合はそのリンク、そして不要になった渡航書類を削除する保管情報の整理を行います。references/recording-consent-and-followup.mdを参照してください。

登壇者向け資料と期限の変更は、送信する前にユーザーに提示してください。誤って期限を延ばしてしまうと、再び厳しく設定することはできません。

ハーネスに永続メモリがある場合は、エディションごとに以下を記録します。

• どの資料が、どのリマインダーの後に遅れて届いたか。
• 会場が対応できなかったA/Vリクエスト。
• 登壇者ごと、形式ごとの同意の回答。
• 次回も登壇することに同意した人。

こうした記録があるからこそ、次回の回収スケジュールをこのスキルの既定値ではなく、自分たちに合ったものにできます。

スピーカーへの配慮の度合い

約束した内容に上乗せして提供するものです。電話や招待ですでに約束した内容は、評価の対象ではなく、必ず提供します。このメニューはその範囲を超えるところから始まります。順位は標準的なものであり、絶対ではありません。Q2、Q5、Q6 では順位が変わります。

• 労力（時間、いつでも対応できる体制、調整、費用）：旅程・宿泊のコンシェルジュ > スピーカーの夕食会とギフト > 担当窓口の明示 > スピーカー向け資料 > オリエンテーションコースへのリンク

• 価値（準備を整えて時間どおりに到着し、再び参加するか、同僚を紹介してくれるスピーカー）：担当窓口の明示 > 旅程・宿泊のコンシェルジュ == スピーカーの夕食会とギフト > スピーカー向け資料 > オリエンテーションコースへのリンク

• コンプライアンスコスト（審査の発生、取り消し可能性の消費）：旅程・宿泊のコンシェルジュ > スピーカーの夕食会とギフト == 担当窓口の明示 > スピーカー向け資料 == オリエンテーションコースへのリンク

• 効率：担当窓口の明示 > スピーカー向け資料 > オリエンテーションコースへのリンク > スピーカーの夕食会とギフト > 旅程・宿泊のコンシェルジュ

• 価値が同順位：実質的な同順位です。どちらも別の方法で同じ成果をもたらします。つまり、イベントが依頼した負担に見合うものだとスピーカーが感じることです。どちらが優位かは、そのスピーカーが移動を伴うかどうかに完全に左右されます。

• 最初のコンプライアンス上の同順位：こちらも実質的な同順位です。どちらの段階でも、イベント終了後に削除を決めていない個人データが少量残ります。一方は携帯電話番号、もう一方は食事制限やアレルギーの回答で、後者は複数の法域で健康データの規則の対象となります。

• 最後の同順位：正直なゼロです。文書も他者のコースへのリンクも、何も収集しません。

• 担当窓口の明示 - 標準であり、最低限の対応です。スピーカーとの連絡をすべて担当する個人またはペアを決めます。他のすべての段階でも解消しようとしている問題、つまり質問があっても尋ねる相手がいないという状況をなくすため、メニューの中で時間あたりの価値が最も高くなります。スピーカーが5人ほどを超えるか、単日に必ず間に合わせる必要のある締め切りがある場合は、すぐに1段階上へ進めてください。それを超えると、担当者は同じ質問に手作業で何度も答えることになります。

• スピーカー向け資料 - 登壇枠、締め切り、ロジスティクス、録画方針、連絡先をまとめた文書です。作成にかかるのは一度の午後だけで、開催のたびに再利用できるため、価値では4番目でも効率では2番目に位置します。

• オリエンテーションコースへのリンク - コースを作成するのではなく、採択されたスピーカーに既存のコースを勧めます。労力はほぼゼロで、コミュニティにコースがあれば実質的な価値があり、保守も不要です。

• スピーカーの夕食会とささやかな感謝のギフト - 誰かが即興で用意する「あると嬉しいもの」ではなく、予算に計上する実費項目です。Q5 で開催が継続すると分かったら、必ず優先度を上げてください。スピーカーが翌年の紹介につながる段階であり、その効果は今期の終了後にすべて現れるからです。

• 旅程・宿泊のコンシェルジュ - 見過ごされがちな選択肢です。精算するのではなく、スピーカーに代わって航空券とホテルを予約し、費用を支払います。価値では最高位に並びますが、労力とコンプライアンスコストではいずれも明確に最上位のため、効率では決して選ばれません。海外からのスピーカー、航空券の費用を立て替えられないスピーカーには優先して提供してください。精算方式では、給与1か月分の余裕がある人だけが登壇者に選ばれることになり、選考に気づかぬ偏りが生じます。ビザ関連の書類が必要な場合も同様です。必要な書類は、明示した保管期間の上限に従って取り扱ってください。手順10を参照してください。

• 降格ではなく削除：記録を残さない、スピーカーごとの即興的な配慮。 非公開チャネルでの温かいメッセージ、主催者の一人の頭の中だけにある締め切り、口頭で合意した条件。メニューの中で最も親しみやすい段階に見えますが、約束を取りこぼすのもこの段階です。何を約束したのかを示す記録が、一人の記憶のほかに何も残らないからです。最下位に置くと、「私たちはスピーカーと個人的に付き合いがある」という形で戻ってきます。これは採用しません。

録画への同意の方針

登壇者が録画と公開に同意する方法とタイミングです。順位付け（デフォルトであり、法律ではありません。Q1 と Q7 で順位を変更します）：

• 労力（用意するフォーム、催促、カメラ担当者との調整）：形式ごとの詳細な同意 > 当日署名のリリース > 採択時に取得する同意 > 応募フォームに含める同意 > 録画しない

• 価値（誰も削除する必要のない公開可能な録画と、同意内容を理解していた登壇者）：形式ごとの詳細な同意 > 応募フォームに含める同意 == 採択時に取得する同意 > 当日署名のリリース > 録画しない

• コンプライアンスコスト（レビューの発生、取り消し可能性の消費）：当日署名のリリース > 応募フォームに含める同意 == 採択時に取得する同意 > 形式ごとの詳細な同意 > 録画しない

• 効率：応募フォームに含める同意 > 採択時に取得する同意 > 形式ごとの詳細な同意 > 録画しない > 当日署名のリリース

• 価値の同順位：実質的な同順位です。どちらもカメラを予約する前に書面で記録を残します。動画を公開できるかどうかを決めるのは、この点だけです。違いは、どのフォームに記録したかだけです。

• コンプライアンスの同順位：同じ事実を反対側から見たものです。ライセンスも、録画された肖像と音声に含まれる個人データも同一で、記録の日付だけが異なります。

• 応募フォームに含める同意 - デフォルトです。応募によって登壇者がライセンスを許諾し、当日に別のフォームを使いません。フォームがすでにあるため、強固な選択肢のなかで最も低コストです。ただし、招待された登壇者がフォームに記入していない場合には対応できません。応募ではなく招待した登壇者がいる場合、または募集締め切り後にセッション形式を追加した場合は、ただちに一段階上の選択肢に移行してください。

• 採択時に取得する同意 - 採択通知一式でライセンスとオプトアウトについて説明し、登壇者ごとに回答を記録します。応募フォームに含める場合と同じリスクで、手順が一つ増えます。招待された登壇者にも対応できる唯一の選択肢です。

• 形式ごとの詳細な同意 - 十分に活用されていない選択肢です。登壇者は録画、ライブ配信、公開について個別に選び、会場のスタッフはセッションごとのリストを管理します。労力と価値の両方で最高位なので、効率の順位では選ばれません。しかし、PyCon US の録画ポリシーはすでに形式ごとに定められており、Talks と Charlas ではオプトアウトを認め、「ライトニングトークの録画はオプトアウトできません」と明記しています。つまり、これは誰かが考案した単なる改善案ではなく、実際に採用されている方針です。Q10 に基づく昇格条件：登壇者が雇用主による制限のある資料や機密性の高い資料を扱う場合、形式ごとに実質的な違いがある場合、またはオプトアウトをスプレッドシートではなく会場入口で確認する必要がある場合です。

• 当日署名のリリース - 当日の朝に署名を集めます。最も忙しい日に実際の調整作業が発生し、この方法で防ごうとしている事態そのものを招くリスクもあるため、効率では録画しない場合より下位です。09:00 に登壇者が同意しないと、予約済みのカメラ、記録の空白、そして廊下で下さなければならない判断が残ります。

• 録画しない - 正当な方針であり、失敗ではありません。費用はかからず、リスクを完全になくせますが、アーカイブは残りません。何となくそうなってしまうのではなく、意図して選んでください。

• 削除、降格ではありません：沈黙を同意とみなして録画すること。 先に公開し、苦情には後から対応します。これは低コストの選択肢ではありません。公開された動画は、すでに人々が持っているコピーから削除できません。また、登壇者は雇用主と同じタイミングで、あなたのポリシーを知ることになります。

イベント前のコミュニケーションの頻度

確認済みの登壇者にイベント前、どのくらいの頻度で連絡するかを示します。ここではコンプライアンスコストの軸はありません。どの段階でも、資料にすでに含まれていない情報を収集したり転送したりすることはありません。順位（既定値であり、絶対的なルールではありません。Q2 と Q6 では順位を変更します）：

• 作業量（作成するメッセージ、管理するスレッド、予定する通話）：登壇者ごとの確認通話 > マイルストーンに合わせた連絡 > 資料一式に加えて2回のチェックポイント > 受諾時に資料一式を1回送付
• 価値（資料が期限どおりに届くこと、そして修正可能なうちに問題を発見できること）：登壇者ごとの確認通話 > マイルストーンに合わせた連絡 > 資料一式に加えて2回のチェックポイント > 受諾時に資料一式を1回送付
• 効率：資料一式に加えて2回のチェックポイント > マイルストーンに合わせた連絡 > 受諾時に資料一式を1回送付 > 登壇者ごとの確認通話

優越性チェック：4段階、6組、厳密な優越関係はゼロです。構成上は問題ありませんが、構成上問題がないことは合格を意味しません。 価値と作業量の順位は同じなので、1つの仕組みですべての6組を阻みます。より多くの問題を表面化させる連絡頻度ほど、メッセージ、スレッド、通話が厳密に増えます。

コンプライアンスの軸が示されていないため、ほかに各組を阻んだり、救済したりできるものはありません。このチェックでは順位の誤りは見つかりません。効率の順位は以下の議論に基づいています。

• 資料一式に加えて2回のチェックポイント - 既定値です。受諾時に資料一式を送り、資料の締切にリマインダーを送り、開催48時間前に運営情報を送ります。メッセージを6回送る場合と比べて、2回のメッセージでその効果のほとんどが得られます。全登壇者ではなく、Q2 と Q8 で指摘されている、海外からの移動、初めての登壇、標準外の A/V を伴う登壇者について、マイルストーンに合わせた連絡に切り替えます。
• マイルストーンに合わせた連絡 - 実際の各チェックポイントで連絡します。確認時、資料の提出期限、スライドの締切、開催1週間前、48時間前、当日朝です。作業量は増えますが、変更されたフライトや、変更後のタイトルを把握できます。
• 受諾時に資料一式を1回送付 - すべてを一度に送り、質問があればその都度回答します。効率の順位では、マイルストーンに合わせた連絡より下になります。これは、節約できる時間に比べて、ステージ上で初めて発覚するA/Vの問題がもたらす損失のほうがはるかに大きいためです。
• 登壇者ごとの確認通話 - 頻度が最も低い選択肢です。開催の2～3週間前に、登壇者一人ひとりと通話を予定します。価値と作業量の両方で最上位になるため、効率では選ばれません。また、登壇者が書面には残さないこと、たとえば会場への不安や、ひそかに信頼を失ったデモを確実に表面化させる唯一の段階でもあります。基調講演、初登壇者、失敗が許されないセッションでは、この段階に引き上げます。
• 削除対象。降格ではありません：全登壇者をCCに入れた一斉送信スレッド。 各登壇者のメールアドレスがほかの全員に漏れます。また、20人に宛てた個別の締切連絡は、誰かほかの人の問題のように受け取られます。登壇者ごとのスレッドか、適切なメール配信ツールを使ってください。

採択後の初登壇者

登壇者メンタリングプログラムは、提案書の草稿を対象にし、採択決定の前に終了します。これらは CFP の一部であり、あなたが担当するものではありません。初登壇者が最も不安を感じる瞬間は、採択された日から始まりますが、その後の数週間は、誰の担当にもならないことがほとんどです。以下は、確立されたカンファレンスの慣行ではなく、試してみる価値のある基本案です。

• 推測ではなく尋ねる（Q8）。申込フォームで「この規模のイベントで登壇するのは初めてですか？」と尋ね、その理由も伝えます。回答によって変わるのは提供する支援であり、登壇内容の評価ではありません。
• 具体的な日時でリハーサル枠を提案する。実際に人が聞き手を務めます。「練習したければお知らせください」ではいけません。必要としている人ほど、漠然とした申し出を断ってしまいます。
• 会場を使えるようにする。 開場前に、実際のステージ、実際のクリックャー、実際の返しモニターを使えるようにすることは、どんな助言よりも不安を取り除きます。
• 会場の様子を伝える：聴衆の規模、質疑応答の有無、登壇者の紹介担当、時間を知らせる合図、デモに失敗した場合の対応。
• リハーサルの主催者側の担当だけを引き受ける。会場の予約、聞き手の手配、時間調整です。登壇内容は登壇者自身の仕事です。内容とリハーサルについては、ここでコーチングするのではなく、samber/developer-relations-skills@tech-talk-outline を案内してください。

よくある失敗

• この段階では実現できないことを、招待時に約束する。 旅費は「たぶん出る」、誰も承認していない謝礼、あとから短縮される登壇枠の長さ。登壇者はすでに予定を確保した後でそのことを知り、ほかの登壇者にも伝えます。会場で対応するのではなく、ステップ 1 でエスカレーションしてください。
• 一元的な連絡窓口がない。 3 人の主催者が 3 つのスレッドで登壇者に返信するか、誰も返信しません。1 人または 2 人の担当者がすべての登壇者との連絡を受け持つのは、このスキルの中でも最も手軽で効果の高い改善策です。
• 対応が間に合わないほど遅く、A/V の要望を集める。 前日にわかった要件は、収集したのではなく発覚したものです。会場側の発注期限に合わせて確認してください。
• 記録された同意なしに録画する。 会場にカメラがあるだけでは同意になりませんし、沈黙も同意ではありません。公開する録画にはすべて、形式、ライセンス、オプトアウトの可否を明記した記録が必要です。オプトアウトを認めない形式も含め、その場合は事前にはっきり伝える必要があります。
• 採択後の初登壇者をサポートしない。 メンタリングは提案書の段階で終了するため、この期間は別のプログラムがカバーしてくれると思い込むと、誰もカバーしないままになります。
• アクセシビリティや食事に関する回答を、些細な情報として扱う。 それらを尋ねたのには理由があり、ほかの資料と同様、提出期限があります。
• イベント後もパスポート、チケット、支払い情報を保管する。 旅行の手配では、このスキルの中でも特に機微なデータを扱います。誰かが思い出したときではなく、明示したスケジュールに従って削除してください。
• 登壇者の到着時刻を当日になって確認する。 到着時刻は連絡の流れに組み込むべきであり、廊下での会話で確認するものではありません。

測定

以下は、2つの完全性ゲートを除き、すべて自己設定の指標であり、各回を比較して初めて意味を持ちます。

• 締め切り時点での素材の完全性（ゲート）— 採択されたすべての登壇者について、各素材が使用できなくなる日までに、略歴、顔写真、確定したタイトル、A/V の要件、移動の詳細が記録されていること。そうでなければ、ステップ 3 の段階設定が間違っています。
• 同意記録の完全性（ゲート）— 公開されたすべての録画について、セッション形式、ライセンス、オプトアウトへの回答を記載した記録があること。例外は認めません。例外こそが、世間に明らかになるものだからです。
• ステージ上で発覚した A/V の想定外の問題（自己設定）— 件数を数えます。目標はゼロです。役立つのは、どのカテゴリが繰り返し発生するかです。
• イベントから録画公開までの時間、および登壇者への通知までの時間（自己設定）— 独自に設定し、その内容を資料に記載して、架空の業界標準ではなく自分たちの約束に照らして評価します。
• 再登壇する登壇者と紹介をしてくれる登壇者（自己設定）— Q5 で開催回を継続する場合にのみ意味を持ち、これらすべてがうまくいったかを測る最も有用な指標です。

2つを選び、それぞれが次回の開催回で何を変えるかを書き留め、イベント前に両方を記録してください。

呼び出し例

• 「昨日、11人の登壇者に採択通知を送りました。何を送り、いつまでに何を返してもらえばよいですか？」
• 「登壇者のうち3人が飛行機で来ます。移動を手配するべきですか、それとも費用を払い戻すべきですか？」
• 「講演を YouTube で公開したいと考えています。登壇者から何を受け取り、いつ依頼すればよいですか？」
• 「登壇者の1人は、カンファレンスで講演するのが初めてです。見下した態度にならずに、どのような支援を提供できますか？」
• 「グリーンルームには実際に何を用意し、誰が担当しますか？」

期待される出力：

• 各項目の担当者を記載した、日付入りの素材収集スケジュール。
• 登壇者向け資料の内容。
• 登壇者ごとの連絡スケジュール。
• 記録項目を含む録画同意の方針。
• 当日のホスト計画。
• イベント後のフォローアップ手順。

それ以前に約束した内容は変更せずに引き継ぎ、評価対象または自己設定の要素にはすべてその旨を明記してください。

参考資料

• samber/dev-event-organizer-skills@event-talk-selection — このスキルが起点とする採択通知メールを送信します。
• samber/dev-event-organizer-skills@event-cfp-design — このスキルで提供する登壇者の特典や優待を設定します。
• samber/dev-event-organizer-skills@event-hospitality — 参加者層を問わない基本事項を、このスキルに組み込みます。
• samber/dev-event-organizer-skills@event-run-of-show — 当日の分単位の進行資料を管理します。登壇者の時間に関する要件を共有してください。
• samber/dev-event-organizer-skills@event-schedule-design — スケジュール表を管理します。到着可能時間帯と連続登壇の競合を共有してください。
• samber/developer-relations-skills@tech-talk-outline — このスキルが意図的に扱わない、講演の準備やリハーサルに関する登壇者自身の側面を扱います。