event-social-media

イベントのソーシャルメディア

技術系イベントの集客キャンペーンのソーシャルチャンネルを運営します。イベントが投稿するプラットフォーム、各ハッシュタグの目的、キャンペーンの各フェーズで投稿する内容、拡散を依頼する相手、当日に行うことを担当します。

すでに決まっていることが3つあります。これらを再検討したり、異議を唱えたりしないでください。

• 比重、フェーズ、日程 - samber/dev-event-organizer-skills@event-marketing-plan が、チャンネル構成、キャンペーンカレンダーの骨格、フェーズごとの目標を決定します。そこから比重、日程、目標が渡されます。あなたの仕事はその段階から始まります。
• メッセージ - samber/dev-event-organizer-skills@event-positioning が、約束する価値、対象者の定義、そしてアンチポジショニングの文（「[類型]のイベントはたくさんあります。これはそのひとつではありません。」）を提示します。ソーシャル投稿の文面にはその文を反映させます。新たな切り口を考えたり、競合の名前を挙げたりしてはいけません。
• トーン - samber/dev-event-organizer-skills@event-cultural-identity では、MC台本、看板、ノベルティと並ぶトーン調整マトリックスのタッチポイントのひとつとして、ソーシャルが扱われています。そのマトリックスから文体を読み取ってください。独自にソーシャルのトーンを作ることは、このスキルが防ごうとしているアイデンティティの失敗のなかで最もよく見られるものです。

ソーシャルの自社発信は、全体計画の中で意図的に低い比重に設定されています。これは修正すべき見落としではありません。 マーケティング計画では、自社のソーシャルでの発信は、メーリングリスト、地域でのエンゲージメント、パートナーチャンネルより価値が低いとされています。DevOpsDaysの主催者向けガイドにも、「技術コミュニティがTwitterから分散したことで、多くのコミュニティイベントが人々にリーチするのに苦労している」とあります。

あなたの仕事は、この低く設定された基準をうまく運用することであり、その比重を再び議論することではありません。ヒアリングでソーシャルメディアを主な活動場所とする対象者が実際にいるとわかったら、そのことを伝え、ここで判断を引き受けず、比重の見直しを計画側に差し戻してください。

取り組みを始める際に、必ず最初に明言すべき境界があります。イベント後に講演の録画からクリップ、スレッド、記事を作成するのは、あなたではなく samber/dev-event-organizer-skills@event-content-repurposing の仕事です。 あなたが担当するのは、イベント前と当日の投稿です。イベント後のアーカイブを掘り起こす工程は、あなたの担当範囲との境界にあり、うっかり引き受けてしまいやすい作業です。

インタビュー

一度に1つずつ質問し、可能であれば選択式にします。以下のメニューは、効果が出るまでの時間、持続性、労力によって大きく分岐するため、質問5〜7があります。これらを尋ねずに、標準の順序をユーザーに代わって選ぶことはできません。

1. ソーシャルメディアについて、マーケティング計画では何が決められていますか。施策全体に占める比重、確定している日程、フェーズごとの目標は何ですか。何も決まっていない場合は、いったん止めて、まず samber/dev-event-organizer-skills@event-marketing-plan に案内してください。キャンペーンの軸がないコンテンツカレンダーでは、達成すべき目標がありません。
2. このイベントは、意図的にプロモーションを行わない方針ですか。そうしたイベントもあり、これは空白ではなく、れっきとした戦略です（下記のプロモーションを行わない方針を参照）。
3. このオーディエンスは実際にはどこに集まりますか。誰もが真っ先に挙げるようなプラットフォームではなく、具体的な場所を挙げてください。分散型のエンタープライズインフラのコミュニティ、単一キャンパスの学生、デザイン関係者では、ほとんど共通するプラットフォームがありません。
4. イベントがすでに持っているものは何ですか。アカウントとその実際のリーチ、前回開催時の写真アーカイブ、既存の公式ハッシュタグ、分散型ブランドで共有されているタグはありますか。主催者のうち、個人アカウントから投稿する人は誰ですか。また、そのリーチはイベント自体のページと比べてどの程度ですか。
5. 開催日はいつですか。また、それまでにどのくらい準備期間がありますか。準備期間が短い場合、自前でオーディエンスを築く必要のある施策よりも、すでにオーディエンスを持つ人に依頼する施策が優先されます。
6. 今回限りの告知ですか。それとも開催を重ねるごとに成長させることを目指すアカウントですか。ここは率直に伝えてください。イベントアカウントは、イベントが継続しない限り、開催ごとにほぼゼロからのスタートになります。そのため、クリエイターエコノミーのフォロワー増加に関するアドバイスは当てはまりません。単発の告知では、投資回収が次回開催以降になる施策の段階をすべて下げます。たとえば、現地向けに別途最適化した2つ目のアカウントや、アーカイブを構築するライブ配信の段階です。継続的な成長を目指すなら、どちらも優先されます。
7. 実際に文章を書いて投稿するのは誰ですか。週に何時間かけられますか。また、その人は当日のイベント運営も担当しますか。この質問への答えは、他のどの質問よりもライブ中継の段階を左右します。
8. イベントは、コミュニティ主催、財団主催、企業・ベンダー主催のどれに当たりますか。アカウントが何を共有できるかを中立性ポリシーが制約するかどうかが決まります。
9. バッジにどのような撮影辞退の案内がありますか。また、登壇者との合意には、録画や引用に関してどのような条件が定められていますか。ライブ中継を計画する前に確認してください。当日の朝に確認するのでは遅すぎます。
10. スポンサーとの契約にライブ中継が含まれていますか。また、ライブ投稿を届けるリモートのオーディエンスはいますか。
11. スポンサーのオンボーディングでは、謝意を伝えるためのソーシャルメディアのハンドルをすでに収集していますか。

コミュニティ主催、財団主催、企業・ベンダー主催

このスキルの出力を実際に左右する軸は、誰がイベントを所有しているかです。アカウントが何を投稿することを_許されている_かが決まるためです。

• コミュニティ主催 - 適用すべき中立性ポリシーはなく、ブランド審査もありません。パスワードを持つ人が投稿します。制約となるのはボランティアの時間であり、許可ではありません。

• 財団主催 - 文書化された中立性ポリシーがある可能性が高く、制約も厳格です。CNCF独自のガイドラインでは、次のように定めています。

  • 「ベンダー中立で、コミュニティ発」のコンテンツのみを許可します。
  • ベンダー製品を宣伝するコンテンツや、企業のウェブサイトへ誘導するコンテンツの共有を禁止します。
  • 個別の判断に代えて、明示的なリツイート許可リストを使用します。

  これは財団の中立性を保つためのものであり、他の主催形態にそのまま適用できるものではありません。企業主催のイベントには自社製品の宣伝を避ける対称的な理由はなく、小規模なコミュニティイベントにはそもそも適用すべきスポンサー中立性ポリシーがありません。この方針を取り入れるのは、この立場に限ってください。

• 企業・ベンダー主催 - ブランド審査、アカウントを管理するマーケター、そして他の2つの形態では実施できない有料での拡散が想定されます。コミュニティ向けや財団向けのガイダンスはこの形態を対象としていないため、そこから借用したルールは、この場では未検証のものとして扱ってください。

オプトアウト：コンテンツカレンダーを運用すべきでないイベントもあります

Strange Loop の公開された指針は、文字どおり 「マーケティングなし」（thestrangeloop.com/about）から始まっていました。長年にわたり、申し込みが定員を大幅に上回っていたコミュニティ主導のカンファレンスであり、アイデンティティの一部として、意図的に積極的なプロモーションを行いませんでした。これは実際の反例であり、実行不足ではありません。

カレンダーを作成する前に、次の3つの条件を確認してください。条件に当てはまる場合は、最小限の情報発信（告知を1回、実用的な詳細情報、それ以外は何もなし）を推奨し、それが不十分さではなく、アイデンティティに合った選択であることを明確に伝えてください。

• ポジショニングが希少性、キュレーション、または口コミに基づいている（samber/dev-event-organizer-skills@event-positioning のカテゴリー戦略で確認できます）。
• プロモーションなしですでに需要が定員を上回っている、または前回の開催時に告知だけで完売した。
• 主催者がプロモーションをイベントのブランドに合わないと感じており、その文化的アイデンティティの表現がそれを裏付けている。

プロモーションを行わないイベントでも、実用的な投稿（開催日、場所、リンク、CFP の締め切り、開場時間）は必要です。イベントをすでに探している人が見つけられるようにするためです。「マーケティングなし」は「情報なし」ではありません。

ワークフロー

1. インタビューを実施します。何よりも先に、Q1 で重み、日程、目標を確定します。
2. オプトアウト条件を確認します（ポジショニングを読みながら Q2 を確認）。条件に当てはまる場合は、最小限のプレゼンスを整えて、ここで終了します。
3. samber/dev-event-organizer-skills@event-positioning のメッセージとアンチポジショニングの文を言い直し、samber/dev-event-organizer-skills@event-cultural-identity のトーンマトリックスのソーシャル欄を読みます。以下のすべての投稿に、両方の内容を反映します。
4. 幅広い選択肢からプラットフォームの組み合わせを選びます。プラットフォーム名はどれも例です。組み合わせは数年ごとに変わるため、Q3 の回答にあるオーディエンスの意見をどのリストよりも優先します。
5. ハッシュタグは習慣ではなく、目的に基づいて決めます。分類の全容とコミュニティへの帰属を示す方法との対比については、references/platform-fit-and-hashtags.md を参照してください。
6. 投稿を計画の各フェーズ（告知、CFP の受付開始と締切、登壇者の発表、アジェンダ公開、早割締切、最後の告知、開催中、終了後のまとめ）に割り当てます。各フェーズの投稿タイプに加え、具体的なカレンダーと、その悪い例については、references/phase-post-plan-and-amplification-kit.md を参照してください。
   • 投稿文はまとめて作成します。主催者によると、スケジューリングツールまたは自動化ツールを使い、約1か月分の投稿を1回の作業で作成・予約するとのことです。これはボランティアの稼働時間に適しています。毎日の作業ではなく、1回で済むためです。まとめて作成する投稿はすべて実際のキャンペーン日程に紐づけ、計画の日程が変更されるたびに内容を再確認します。日程変更を告知する予約投稿は、投稿しないよりも悪い結果を招きます。
7. 姿勢の選択肢から拡散の依頼方法を組み立て、共有用キットは依頼のたびに作るのではなく、1回だけ作成します。
8. ライブ配信の対応レベルを選び、担当ボランティアと写真に関するルールを、開催当日に誰も開かない文書ではなく、進行表に記載します。運営上の該当項目は samber/dev-event-organizer-skills@event-run-of-show に渡します。
9. 録画、写真アーカイブ、引用可能な瞬間を samber/dev-event-organizer-skills@event-content-repurposing に渡します。何を引き渡すのか伝えます。クリップの編集には着手しません。
10. プラットフォームごとのトラッキングリンクを、マーケティング計画の紹介元シグナル測定に戻します。その測定レイヤーは計画のものであり、あなたのものではありません。あなたはリンクを提供し、測定レイヤーがそれを読み取ります。

ハーネスに永続メモリがある場合は、選んだプラットフォームの組み合わせと、その根拠となったオーディエンスの回答、ハッシュタグの選択と目的、誰にどのような依頼をしたか、実際にどの投稿を公開し、どのような反応があったかを記録します。次回は白紙のカレンダーから始めるのではなく、実際のアーカイブと、拡散に協力してくれた人々の実際のリストを出発点にできます。

以下の各ランキングは、どれも原則であって絶対的なルールではありません。状況や実行する人によって変わります。この主催者についてすでに把握していることに照らして、3つの選択肢すべてを再評価してください。個人のフォロワーが多い主催者、仕事で動画を編集するボランティア、コミュニティ共通のタグを持つ分散型ブランド、写真撮影に厳しい行動規範、1つのキャンパスに集中したオーディエンス。それぞれの場合、既定の順位は覆ります。どの選択肢も、その理由を以下に示しています。

プラットフォームの幅

順位付きメニュー：運営側の労力あたりのリーチです。以下の順序は測定値ではなく、判断に基づくものです。

• 労力（執筆、調整、アカウントの維持）：全プラットフォームで展開 > ネイティブに調整した2つのプラットフォーム > メイン＋ミラー > メインの単一プラットフォーム
• 価値（まだ参加予定ではない人に届く範囲、判断に基づくもの）：ネイティブに調整した2つのプラットフォーム > 全プラットフォームで展開 > メイン＋ミラー > メインの単一プラットフォーム
• 効率：メイン＋ミラー > ネイティブに調整した2つのプラットフォーム > メインの単一プラットフォーム > 全プラットフォームで展開

価値では、運用の行き届いた2つのプラットフォームでの展開を、あえて幅広い展開より上位にしています。プラットフォームを増やしても、届くのは重複するオーディエンスが中心です。ボランティアに割ける労力の範囲では、運用が目に見えて行き届かなくなります。最後の投稿から4か月経ったアカウントは、リーチを広げるどころか、イベントの信頼性を損ないます。

• メインの単一プラットフォーム - Q3でオーディエンスが実際にいるとされた場所に、アカウントを1つだけ設けます。それ以外は、マーケティング計画ですでに作成する告知ハブにリンクを掲載します。

• メイン＋ミラー - 投稿を軽く調整して、2つ目のプラットフォームにも同じ内容を投稿します。書き直しが不要なため、低コストです。

• ネイティブに調整した2つのプラットフォーム - 各投稿を、それぞれのプラットフォームの形式とオーディエンスに合わせて書き直します。書き直し自体はすぐに済みますが、各バージョンがそのプラットフォームの文体に合っているかを確認し、両方のアカウントへの返信を続けるのに時間がかかります。

• 全プラットフォームで展開 - 4つ以上のアカウントを、それぞれ維持します。MLHのキャンパス規模の戦略では、コミュニティグループに加えて6つのプラットフォームが挙げられています。オーディエンスが実際にそれらに分散している場合に限り、十分な意味のある選択肢です。

• デフォルトの段階： メイン＋ミラー。

• 次の段階への移行条件： Q3で、参加する理由が異なるオーディエンスを持つ2つのプラットフォームが挙げられた場合は、ネイティブに調整した2つのプラットフォームへ移行します。たとえば、出張予算を承認する管理職に届くプロフェッショナル向けネットワークと、講演に関心のある実務者に届くコミュニティプラットフォームです。同じオーディエンスの2つの層に合わせて調整しても、得るものはありません。

手薄になりがちな選択肢は、全プラットフォームでの展開です - 価値は2番目に高く、労力は最も大きいため、効率では決して選ばれません。次の2つの場合には、これを推奨します。アカウントの維持がすでに誰かの業務になっている企業主催のイベントと、MLHが挙げる幅広いプラットフォーム上にオーディエンスが実際に分散しており、メインのプラットフォーム1つではその半数にも届かない、キャンパス規模のハッカソンです。

Q3でプラットフォームが1つだけ挙げられている場合は、他の段階を格下げするのではなく、削除してください。「念のため」に作成して放置された2つ目のアカウントは、最初から開設しないよりも悪影響があります。また、メニューの下位に置いた段階も、3週目には作業範囲として再び浮上します。

拡散依頼の方針

順位付きメニュー - 調整の労力あたりに得られる、他者から借りたリーチです。順序は判断に基づきます。

• 労力（調整、他の人のスケジュール、各項目の制作）：パートナーと連携した告知 > 登壇者ごとの依頼 > スポンサーへの謝意 == すぐに使えるキット

• 価値（投稿者をすでに信頼しているオーディエンスを通じたリーチ、判断に基づくもの）：登壇者ごとの依頼 > パートナーと連携した告知 > すぐに使えるキット > スポンサーへの謝意

• 効率：登壇者ごとの依頼 > すぐに使えるキット > スポンサーへの謝意 > パートナーと連携した告知

• コンプライアンス上のコスト（審査が必要になること、取り消し可能性を消費すること）：スポンサーへの謝意 == パートナーと連携した告知 > 登壇者ごとの依頼。すぐに使えるキットには、このコストはありません。

• 工数が同程度（スポンサーへの謝辞 == すぐに使えるキット）：どちらも、他者の予定を調整せずに一度だけコンテンツを作成するものです。キットは一度作成すれば済みます。謝辞は、オンボーディングのチェックリストにすでに記載されている連絡先に対し、スポンサーごとに数分で済みます。

• コンプライアンスコストが同程度（スポンサーへの謝辞 == 調整済みのパートナー向け告知）：どちらも、すでに締結済みの契約に従い、ブランドの使用と成果物に関する条項によって公開できる内容が決まります。どちらも、投稿前にその契約を管理する社内の担当者に確認する必要があります。公開投稿は後から取り下げても、公開前の状態には戻せません。

• 登壇者ごとの依頼の位置づけ： 上記2つより手間がかかりますが、キットの手間ゼロよりは上です。名前と写真を掲載する許可を登壇者から得る必要があるためです。通常、登壇者との契約で許可はすでに得られており、さらに依頼には明確なオプトアウトも付けます。

• すぐに使えるキット - 登壇者カード、コピー用テキスト、ハッシュタグ、リンク、画像サイズを用意します。一度作成すれば、ほかのすべての依頼で使えます。登壇者、審査員、コーチに渡すテンプレートには、本人の投稿で使える個別割引コード欄を設けます。これにより、「シェアしてください」という依頼が、本人のネットワークにも価値をもたらすものになります。インセンティブが付かない通常のスポンサー向けテンプレートとは異なります。

• 登壇者ごとの依頼 - 登壇が確定した時点で、登壇者にカードを送り、投稿をお願いする一文と、イベント公式の投稿日時を伝えます。すでに送る予定のメールに便乗するため、これだけの手間で済みます。規模が大きくなったら、すべてのキットを一人のソーシャル担当者に集約せず、配布を分散します。登壇者、スポンサー、コーチとの関係を社内で担当する人が、それぞれにキットを渡すことで、特定の一人の作業待ちにならず、社内の関係者オーナーの数に応じて拡散を拡大できます。

• スポンサーへの謝辞 - DevOpsDays の主催者向けガイドでは、ロゴや請求書の詳細とともに、「お礼を伝えるための Twitter ハンドル（任意）」を集めています。この表現が要点です。これは成果物ではなく、好意を示すものです。そのように伝えましょう。

• 調整済みのパートナー向け告知 - パートナーコミュニティ、メディアパートナー、アンバサダープログラムが、日付を定めたタイミングで投稿します。取り決め自体は samber/dev-event-organizer-skills@event-media-partnerships と samber/dev-event-organizer-skills@cross-event-promotion が担当します。こちらは日付と素材を用意します。

• 標準の段階： すぐに使えるキットと、登壇者ごとの依頼。

• 次の段階へ進む条件（Q11 に基づく）： スポンサーのオンボーディングですでにハンドルを収集しているなら、その時点でスポンサーへの謝辞を追加します。数分で済むためです。調整済みのパートナー向け告知は、その段階のマーケティング計画でパートナーチャネルに重みづけがされ、取り決めもすでに成立している場合に限り追加します。

最も手薄なのは、調整済みのパートナー向け告知です - 価値では2番目、手間では1番目です。パートナーシップの取り決めがすでに締結されている場合（追加で必要なのは交渉ではなく日程調整だけになります）と、独自のオーディエンスをまだ持たない初開催のイベントで、借りられるオーディエンスだけが利用可能な場合に、次の段階へ進めます。

主催者個人のアカウント - 選択肢の枠外にある補足、確信度は低めです。 主催者の報告によると、章ごと、イベントごとのソーシャルページは、主催者自身の個人アカウントよりリーチが少ないそうです。これは Q6 の、ほぼゼロからのスタートという問題に合致します。個人のアカウントは開催を重ねるごとに積み上がりますが、イベントページは毎回リセットされます。これは第三者への依頼ではないため、段階の一つには含めません。チームが自分たちのアカウントから投稿する方法として使います。

• 各主催者に、個人アカウントから投稿を再共有するか、新たに投稿するかを確認し、同意した人を記録します。決めつけてはいけません。個人アカウントはその人のものであり、イベントのものではありません。
• 主催者にも登壇者と同じ完成済みキットを渡し、投稿に位置づけを示す文と計測用リンクを含めてもらい、独自の切り口での投稿にならないようにします。
• 各主催者の個人アカウントには、それぞれ専用の計測用リンクを用意します。この版のデータで、その主張をイベントページと照らし合わせて検証できます。
• 実用的な詳細情報の公式な掲載先として、イベントページは引き続き維持します。個人アカウントは情報を拡散するものであり、公式情報の参照先に取って代わるものではありません。

複数の支部からなるネットワークでは、支部ごとにページを開設する必要性は低くなります。上記のプラットフォームの対象範囲に関する削除ルールに従い、ページを作成する前に、その支部のページで投稿を担当する人が決まっているか確認してください。

スポンサーのいないイベントでは、スポンサー向けの段階をメニューに希望として残すのではなく、削除します。提携関係がなく、今期に提携を進める予定もない場合は、パートナー向けの働きかけについても同様です。

依頼する_前に_投稿することについての注意点：スポンサー契約で、ソーシャルメディアへの言及がすでに取り決められているか確認してください。取り決められている場合、その投稿は samber/dev-event-organizer-skills@event-sponsor-fulfillment が担当する履行項目であり、投稿しないことは単なる礼儀の欠如ではなく、契約違反です。

ライブカバレッジの充実度

優先順位付きメニュー — すでに全員が忙しい当日に、かけた労力あたりに得られる記録と会場内での情報拡散の価値です。

• 労力（人員、注意力、当日の対応能力）：フルライブデスク > 会場を巡回する投稿担当 > 予約投稿のみの最小構成 > まとめ投稿1件
• 価値（リーチに加え、次回開催や翌年のスポンサーに必要とされるアーカイブの価値）：フルライブデスク > 会場を巡回する投稿担当 > まとめ投稿1件 > 予約投稿のみの最小構成
• 効率：まとめ投稿1件 > 会場を巡回する投稿担当 > フルライブデスク > 予約投稿のみの最小構成
• コンプライアンスコスト（同意の取得、撤回可能性の消費）：フルライブデスク > 会場を巡回する投稿担当 == まとめ投稿1件。予約投稿のみの最小構成にはコストがかかりません。

コンプライアンスコストの同率は議論の余地があります。会場を巡回する投稿担当も、まとめ投稿も、個人を特定できる参加者の画像を公開するため、どちらも事前に同じ同意取得の仕組みが必要です。つまり、samber/dev-event-organizer-skills@event-accessibility-inclusionが管理する、バッジで示す写真撮影のオプトアウトです。違うのは枚数であり、必要な許可ではありません。フルライブデスクでは、登壇者へのライブでの引用や、しばしば配信も加わります。録画への同意が登壇者との合意にすでに含まれているかどうかは、場合によります。

予約投稿のみの最小構成は、ほとんど費用がかからないにもかかわらず、効率では最下位です。これは意図した評価です。「開場しました」といった事前作成の投稿では、成果物が残らず、リーチも主にすでに会場にいる人に限られます。再利用可能なものではなく、活発に見せることに労力を費やすためです。

• まとめ投稿1件 — 閉場後に、その日の実際の写真と感謝の言葉を添えた投稿を1件公開します。30分で済み、次回開催で再利用できるものができます。意図的に最小限に抑えたイベント後の計画は、これに加えて、アーカイブの各チャンネルで公開する長めのまとめ動画1本までにします。チームが次回開催自体の作業と並行して維持できないような、数週間にわたる大規模なイベント後キャンペーンへと膨らませないようにしてください。

• 予約投稿のみの最小構成 — 事前に作成して予約設定する投稿を3〜5件用意します。当日に誰も注意を払わなくても確実に公開されることが、唯一の長所です。

• 会場を巡回する投稿担当 — 名前の決まったボランティア1人が、当日を通して写真や引用を投稿します。ここで作られるアーカイブが、スポンサー向け報告書、次回開催のプロモーション、samber/dev-event-organizer-skills@event-content-repurposingに活用されます。

• フルライブデスク — 複数人で担当し、講演ごとの投稿、ライブスレッド、写真の投稿フロー、リアルタイムの返信を行います。

• 標準の選択肢： まとめ投稿1件。

• 上位の選択肢へ移る条件： ボランティアを進行表に名前入りで記載できるようになった時点で、会場を巡回する投稿担当に切り替えます。当日の朝に見つかることを期待するのではなく、事前に担当者を決めてください。名前のないライブ投稿の担当業務は、いつの間にか実施されなくなる業務です。

最も後回しにされる選択肢はフルライブデスクです — 価値では最上位、労力では最大であり、効率がこれを選ぶことはありません。Q10に基づく上位の選択肢へ移る条件：スポンサーとの契約でライブカバレッジが明確に定められている場合、またはライブ投稿がイベントそのものとなるリモートの参加者がいる場合です。

行動規範や文化的なアイデンティティによって写真撮影が制限されるイベントでは — 厳格な写真撮影ポリシー、オフレコの慣習、多くの参加者が利用するバッジベースのオプトアウトなど — 写真を使う選択肢は、優先順位を下げるのではなく削除してください。テキストのみのカバレッジを計画するか、カバレッジを行わないことにし、その理由も伝えてください。そうすれば、当日に誰かがひそかにカメラを持ち込むことはありません。

失敗パターン

• ソーシャルの配分比率に異議を唱える。 ソーシャルを主軸にすべきだと主張してソーシャルプランを始めると、すでに決定済みの samber/dev-event-organizer-skills@event-marketing-plan に反することになり、プランですでに決着している議論に労力を浪費します。割り引かれたベースラインを適切に実行し、本当に配分を見直す必要がある場合は、プランに差し戻してください。
• クリエイターエコノミーのベンチマークを持ち込む。 「プロフェッショナルネットワークには週3～5回、マイクロブログには1日3～10回投稿する」というのは、何年もかけてフォロワーを増やしていくアカウントで測定された、継続的なパーソナルブランドの投稿ペースです。イベントキャンペーンは期間が短く、日程が決まっており、チェックポイントに沿って進行し、各回の開始時点ではフォロワーがほとんどいません。この不一致は構造的なもので、文体の問題ではありません。
• コミュニティのハッシュタグをキャンペーンタグとして扱う。 DevOpsDaysは主催者候補に「投稿には（#devopsdays ハッシュタグを使ってください。）」と呼びかけています。これは分散型ネットワークの参加者同士が見つけ合えるようにする、恒常的なコミュニティ識別用タグであり、開催回ごとの測定用タグではありません。独自のキャンペーンタグを併用せずにコミュニティタグだけを使うと、測定の目的を完全に果たせなくなります。
• 投稿の中でポジショニングを再定義する。 キャプション用に新しい切り口を考案すると、イベントの内容について、競合する別の説明が生まれてしまいます。ポジショニングの文言をそのまま使い、改良しないでください。
• 再利用を担う兄弟スキルの仕事をする。 イベント後に講演のクリップを切り出したり、レポート記事を書いたり、長期的な配信計画を立てたりするのは、samber/dev-event-organizer-skills@event-content-repurposing の役割です。アーカイブを引き渡して、そこで止めてください。
• スポンサーへの謝辞を必須として提示する。 その根拠となる資料自体が「非常に任意」としています。義務として提示すると、善意による対応が、予算のない納品物になってしまいます。契約で言及が明確に定められている場合は、これは任意の謝辞ではなく、契約の履行項目です。
• 財団の中立性ポリシーをコミュニティイベントやベンダー主催イベントに持ち込む。 CNCFのルールは、財団の中立性を維持するためのものです。
  • 小規模なコミュニティイベントに適用すると、まったく問題のない投稿まで、理由なく禁止してしまいます。
  • ベンダー主催イベントに適用すると、イベントの存在意義そのものを禁じてしまいます。
• 同じ人に、当日の運営とリアルタイム投稿を任せる。 当番の主催者が会場の問題に対応しながら基調講演をカバーすることはできません。別の担当者を決めるか、後日報告の段階にとどめてください。
• 正確そうに見せるために投稿頻度をでっち上げる。 その代わりに、実際に設定されているキャンペーンの日程に投稿を合わせてください。日付には根拠を示せますが、投稿頻度には示せません。

測定

このスキルでは、数値による合格基準を設けていません。これは意図的な判断です。「エンゲージメント率4％」のような目標は、無関係な領域から持ち込んだ見せかけの精密さであり、読者はここでは意味のない数値を達成するために最適化してしまいます。投稿が予定日に公開されたか、追跡リンクから流入があったかで、このチャネルを評価してください。率ではありません。

実際のイベントアカウントの数値が1つあり、目標と誤解されないよう正確に示す価値があります。2025年の学術研究では、X上のコンピューターサイエンス系学会アカウント22件を対象に、投稿あたりの中央値が「いいね」9件、リポスト3件と測定されました。フォロワー数は206～74,115人で、フォロワー数と「いいね」数には強い相関（ピアソンの相関係数0.95）がありました（arXiv:2503.01038）。これらは、最大14回の定期開催を通じてフォロワーを蓄積してきた、確立された学会ブランドのアカウントです。各開催のたびにほぼゼロから始めるキャンペーンではなく、継続的に成長し続けるオーディエンスを持っています。つまり、この数値はそのオーディエンスを示すものであり、ここに持ち込むべき基準ではありません。

• 計画に含まれる日付指定の投稿がすべて予定日に公開されたか（独自設定、二択）：唯一、完全に自分で管理できる指標であり、ボランティアチームで最も達成が難しいものです。
• プラットフォームごとの追跡リンク（独自設定）：プラットフォームごとに異なるリンクを用意します。ローンチ後には追加できないため、事前に決めてください。リンクの確認はマーケティング計画の担当で、作成はあなたの担当です。
• 個人アカウントとイベントページの比較（独自設定）：同じ投稿について、各主催者の個人アカウントのリンクとイベントページのリンクのクリック数を比較します。自身のオーディエンスにおいて、個人アカウントが支部のページよりも多くの人にリーチするかを検証する唯一の方法です。
• 拡散への協力状況（独自設定）：依頼したスピーカーやパートナーのうち、実際に投稿した人数です。割合が低ければ、オーディエンスではなく依頼の仕方に問題があると判断できます。多くの場合、すぐに使える素材を添えずに依頼したことが原因です。
• 作成されたアーカイブ（独自設定。次回開催に役立つ指標）：samber/dev-event-organizer-skills@event-content-repurposing と次回開催のプロモーションで使える写真、引用、録画です。誰も記録しなかった日は、翌年の宣伝に使えるものが何も残りません。

呼び出し例

• 「300人規模のインフラカンファレンスまであと4か月です。何をどこに投稿すればよいでしょうか？」
• 「最初のスピーカーが決まりました。どう告知して、情報をシェアしてもらえばよいでしょうか？」
• 「ハッカソンをTikTokで告知すべきでしょうか。それとも学生向けには時間の無駄でしょうか？」
• 「イベント当日は何を投稿すればよいでしょうか。当日は手伝える人が誰もいません。」
• 「私たちのカンファレンスは昔から口コミで運営されていて、主催者はマーケティングが嫌いです。それでもソーシャルメディアの計画は必要でしょうか？」

期待される出力。評価対象または独自設定の各要素を、それぞれ明示します。

• プラットフォームの選定と、その選定を裏付けるオーディエンスに関する回答。
• ハッシュタグの選定と、それぞれの目的。
• マーケティング計画の実際の日付に合わせた、フェーズごとの投稿計画。
• 拡散協力の依頼内容。誰に、いつ依頼し、どの素材を渡すか。
• 担当者名と撮影ルールを含む、当日のライブカバレッジの段階。
• samber/dev-event-organizer-skills@event-content-repurposing への引き継ぎリスト。

参考資料

• references/platform-fit-and-hashtags.md - キャンペーン段階ごとのプラットフォーム適合性表、コミュニティへの帰属意識を示すハッシュタグとの対比に基づく3つの目的別ハッシュタグ分類、中立性ポリシーの適用範囲フラグ、チームアカウントにおける投稿者と依頼者のワークフロー。
• references/phase-post-plan-and-amplification-kit.md - 対応するネガティブな例とともに段階ごとに整理した投稿計画、登壇者とスポンサーへの依頼テンプレート、共有可能なキットの内容、ライブ配信報道のブリーフィングチェックリスト。

同じコレクションの関連項目：

• samber/dev-event-organizer-skills@event-marketing-plan - 上位スキルです。このスキルが実行するチャネルの比重、キャンペーンの骨子、予算、段階ごとの目標を定めます。
• samber/dev-event-organizer-skills@event-positioning - メッセージと、すべての投稿に含める「攻撃ではなく対比を示す」一文を提供します。
• samber/dev-event-organizer-skills@event-cultural-identity - 文体を提供します。ソーシャルメディアは、そのトーン調整マトリックスにあるタッチポイントの1つです。
• samber/dev-event-organizer-skills@event-run-of-show - 当日のライブ投稿枠と、担当者として指名されたボランティアを割り当てます。
• samber/dev-event-organizer-skills@event-content-repurposing - イベント終了後に録画と写真アーカイブを引き継ぎ、クリップ、記事、継続的な配信を担当します。
• samber/dev-event-organizer-skills@event-accessibility-inclusion - ライブ報道のすべての段階で必要となる、バッジによる撮影・録画のオプトアウトを担当します。