event-content-repurposing

イベントコンテンツの再活用

マスターファイルがすでに存在する状態で、エディションの収録済み出力をどう扱うかを決めます。

• 入力はすべて、ほかの誰かが作成した出力です： 公開済みの録画、スライド、トランスクリプト、写真アーカイブ、会場でのメモ。
• 自分で決めること： どの派生コンテンツを作成するか、その順序と頻度、適用するライセンス、そして登壇者自身のトークから切り出した素材について、各登壇者に何を依頼するか。
• 作成する出力： 公開済みの派生コンテンツに加え、次回エディションのキャンペーンでスケジュールを組むためのコンテンツ一覧。

どこから始めるか、そして決して越えない6つの境界線

関連スキル	担当すること	境界線
event-production	マスター録画の収録から公開ファイルまで	引き渡されたマスターをそのまま受け取り、再編集、再公開したり、登壇者に本人のリンクを送ったりしないでください。ここからは 派生コンテンツ を扱います。
event-social-media	イベント独自のチャンネル	どの派生コンテンツをいつ公開するかは、このスキルで決めます。プラットフォーム、ハッシュタグ、投稿文、投稿は、そちらのスキルが担当します。
event-speaker-experience	同意記録、イベント後のフォローアップ	同意記録を遵守し、収集したり、再度確認したりしないでください。登壇者が派生コンテンツを拡散するかどうかだけを決めます。
event-marketing-plan	参加者獲得計画とファネル目標	再活用したコンテンツは上位に渡す素材一覧であり、自分で目標を設定する対象ではありません。
tech-podcast-youtube-channel	継続的に運営するオウンドメディアのプロパティ	単発の派生コンテンツはここで扱いますが、特定のエディションを超えて存続する形式はプロパティであり、そちらの担当です。
event-debrief	主催者による公開用の振り返り	そのスキルではエディションの進行を扱い、こちらではセッションで 語られたこと を扱います。それぞれ1つずつ作成してください。

どの関連スキルが同じ境界線を明示していて、どれが明示していないかは、references/decision-rationale.md を参照してください。

以下4つのメニューにある各段階、軸の順序、効率の目安、デフォルト、昇格条件は、すべてこのスキル独自の設定であり、測定済みのベンチマークではありません。どれもデフォルトであって、決まりではありません。状況や実行する人によって変わります。すでに分かっている次の要素を基に、4つのメニューすべての順位を付け直してください。

• 本業として動画編集をしているボランティア。
• すでに存在する字幕コミュニティ。
• 検索を通じてイベントを知るオーディエンス。
• 多数のフォロワーを持つ登壇者。
• 「録画と公開」までしか定めていない同意記録。

これらの要素は、どれもデフォルトの段階を覆します。

インタビュー

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

1. 作業に使えるものは何で、どのような状態ですか（公開済みのマスター、元ファイル、スライド、書き起こし、写真アーカイブなど）。誰から引き継ぎましたか。未対応の作業は残っていますか？
2. 同意記録はどこにありますか。セッション形式ごとに何を対象としていますか。二次的著作物にも及びますか。それとも録画と公開に限られますか？
3. バッジにはどのような写真撮影拒否の意思表示がありましたか。写真ごとに確認できますか。それとも会場全体についてのみですか？
4. 単発の開催ですか、それとも毎年開催するイベントの1年目ですか？継続開催の委任がある場合は、効果が今回の開催後に現れる段階もすべて推奨します。
5. 何かを公開しなければならない期日はありますか（キャンペーンのタイミング、スポンサーへの報告、パートナーの予定など）？厳密な期日がある場合は、1回の作業で完了できる段階を推奨します。
6. イベント後の公開作業は誰が担当し、週に何時間使えますか。いつまで担当しますか？この質問への回答は、ほかのどの回答よりもメニュー1の判断に影響します。
7. 参加者が実際に関心を示したセッションはどれですか。会場での反応、フィードバック、チャットの内容を教えてください。
8. イベントには、独自のオーディエンスを持つ定期運営の自社メディアがありますか？
9. イベントを知らない人にとって、検索は実際にイベントを見つける経路になっていますか？
10. ライセンスは決定済みですか。誰が決めましたか？まだ誰も決めていない場合は、あなたが決めることになります。その旨を伝えてください。
11. オーディエンスは多言語ですか。また、アクセシビリティ対応でテキスト派生物を作成することになっていますか？
12. イベントよりも大規模な独自のオーディエンスを持つ登壇者はいますか。いる場合は誰ですか？
13. このイベントは初開催ですか。また、プログラムに基調講演のセッションは含まれていますか？

この作業を実際に左右するもの

以下のすべてのメニューの優先順位を変える軸が一つあります。スタッフが解散した後、公開作業を担当する人がいるかどうかです。毎週決まった時間を確保できる担当者がいる場合と、空いている午後が1回だけある担当者がいる場合では、実行する計画はまったく異なります。以下のすべてのメニューは、どちらに該当するかを確認済みであることを前提としています。

samber/dev-event-organizer-skills@event-production の失敗例リストでも、同じリスクが挙げられています。イベント後の担当者がいないパイプラインでは、ファイルが集められたあとにスタッフが解散し、動画の公開が大幅に遅れるか、公開されないままになります。

コミュニティ運営かベンダー運営かによって変わるのは、編集を誰が行うかだけです。ノートパソコンを使うボランティアか、契約した編集者かという違いであり、これらのメニューのほかの要素は変わりません。

ワークフロー

1. やり直すのではなく、引き継ぎを受けます。 event-production が何を公開したか、ファイルがどのような状態かを確認します。マスターがまだ公開されていない場合は、作業を止めて待ちます。
2. 形式を選ぶ前に、同意記録を読み、各セッションを利用可能、制限付き、または利用不可に分類します。 references/rights-and-licence-gate.md を参照してください。
3. 派生コンテンツの組み合わせを選びます（メニュー 2）。 進行順ではなく、Q7 の回答に基づいて決めます。references/derivative-catalog-and-release-plan.md を参照してください。
4. 公開までの期間を選びます（メニュー 1）。 実際の日付を設定し、Q5 の期限と Q6 の担当者に基づいて決めます。
5. 制作前に、予定している各成果物に権利チェックを行います（メニュー 4）。 公開前ではありません。
6. ライセンスを決定し、明記します。 スプレッドシートではなく、成果物に記載します。
7. 登壇者への依頼文を作成します（メニュー 3）。 event-social-media がすでに管理している共有可能なキットを再利用します。
8. 公開予定の各コンテンツを、公開を担当するチャネルに、日付とライセンス表記を添えて引き渡したら、そこで作業を終了します。
9. コンテンツ一覧を event-marketing-plan に提出します。 何が存在し、いつから、どの形式で利用できるかを記載します。
10. 公開済みの内容と予定を照合し、どこで遅れたかを記録します。 計画の規模が適切だったかを判断する唯一の信頼できる方法です。

編集を始める前に、計画をセクションごとに提示し、確認を受けます。

1. 利用可能なセッションの一覧。
2. 形式の組み合わせ。
3. 公開日。
4. 権利に関する確認結果。
5. ライセンスと登壇者への依頼。

誰かがエディターを開くまでは、どの項目も簡単に変更できます。

ハーネスに永続メモリがある場合は、各回について次の内容を記録します。

• 同意記録の対象となったセッションと、対象外となったセッション。
• 各セッションから作成したもの。
• 予定日に公開できたものと、遅れたもの。
• 拡散に協力した登壇者。
• 選択したライセンスと、決定者。

次回の計画は、こうした既定値ではなく、実際の記録に基づいて立てます。

メニュー 1 - 公開までの遅延

派生コンテンツが公開されるタイミングです。ここでは各評価軸の見解が実際に食い違うため、ひとまとめにした順位ではなく、2つの価値軸を設けています。

• 労力（繰り返しの期日に合わせた制作、調整、継続して担当する人、作業が終わるまでの期間）：ドリップ配信 > エバーグリーンコンテンツの再掲載 > 分割公開 > 一括公開
• 価値 - 次回開催までの期間を通じた継続的な存在感。これは samber/dev-event-organizer-skills@event-marketing-plan で予定を組めるものです：ドリップ配信 > エバーグリーンコンテンツの再掲載 > 分割公開 > 一括公開
• 価値 - 完了度。つまり、計画した成果物がすべて実際に公開されることです：一括公開 > 分割公開 > ドリップ配信 > エバーグリーンコンテンツの再掲載
• 効率：分割公開 > 一括公開 > エバーグリーンコンテンツの再掲載 > ドリップ配信

効率の行を見る前に、完了度の軸を確認してください。 多くの計画ではこの軸が省かれ、リーチだけを基準に公開までの遅延を評価すると、途中で頓挫しやすい選択肢が選ばれます。これは保険ではない理由が3つあります。

• イベント後の熱気は薄れていくため、前述した失敗とは公開のタイミングが悪いことではなく、公開そのものが実現しないことです。
• ドリップ配信の2本目が公開される頃には、一括公開はすでに完了しています。
• ドリップ配信の後半こそ、疲弊したボランティアチームが手放してしまう部分です。

優位性の監査： 該当なし - 4つの選択肢の間に厳密な優位性はないため、効率の行は監査ではなく、上記の議論に基づいています。監査の全内容はこちらです：references/decision-rationale.md。

• 一括公開 - イベント後すぐに、すべてを一度に公開します。判断は1回、作業は半日で済みますが、すでに注目している人にしか届きません。

• 分割公開 - 数回に分けて公開し、まず記事を公開します。一括公開に加わるコストはスケジュール調整だけで、後の公開分は最初を見逃した人にも届きます。

• ドリップ配信 - 数週間にわたり、一定の間隔で1本ずつ公開します。指定日に公開できるコンテンツを繰り返し用意し、定めた終了日まで担当者を置く必要があります。

• エバーグリーンコンテンツの再掲載 - 既存の成果物を、数か月後に新たに関心が高まったタイミングに合わせて再投稿します。新たな制作は不要ですが、監視に期限がなく、担当し続ける人はほとんどいません。

• デフォルトの選択肢： 分割公開。

• 昇格条件： Q4で版を繰り返し発行することが示され、かつQ6で、明確な終了日まで定例枠を担当する人が示された場合に、ドリップ配信に移行します。どちらか一方ではなく、両方が必要です。

• 降格条件： Q6でイベント翌週以降の担当者がいないと分かった場合、またはQ5の期限がドリップ配信の完了より前に来る場合は、一括公開に戻します。

優先度が低い選択肢は、ドリップ配信と、それに続くエバーグリーンコンテンツの再掲載です - どちらも継続的な存在感の軸で最上位ですが、どちらにも継続的な注意を払う実質的なコストがかかるため、効率を基準にすると選ばれません。

• 上記の累積効果を求める方針がある場合は、ドリップ配信を昇格させます。
• エバーグリーンコンテンツの再掲載を昇格させる条件は別です。テーマへの関心が新たに高まる講演で、すでに存在する成果物に対して、投稿を1回予定するだけで済む場合です。

削除し、降格にとどめないもの：公開日を決めた計画がまったくない公開 - 「そのうち取りかかります」。この選択肢はこのメニューと上記の評価軸から削除してください。

これは最もコストの低い選択肢に見えますが、選択肢ではありません。前述した失敗、つまりチームが解散し、ファイルが公開されない状態です。公開日を決めた一括公開が最低ラインです。

メニュー 2 - どの派生コンテンツを作るか

成果物は5種類ありますが、ひとまとめではなく個別に選びます。チームがすべてを作る余力を持つことはほとんどなく、まずどれを作るかが問題だからです。

• 労力（制作時間、編集の手間、講演ごとの反復作業、レビュー）：書き起こしベースのテキストページ > 短いクリップ > 音声編集版 > 執筆記事 > ソーシャルスレッド
• 価値 - 新たなリーチ。つまり、イベントに参加しておらず、すでにフォローもしていない人々へのリーチです：短いクリップ > 執筆記事 > 書き起こしベースのテキストページ > 音声編集版 == ソーシャルスレッド
• 価値 - 持続性。つまり、価値をどれだけ長く生み続けるか、次回開催に向けた蓄積として残るかどうかです：書き起こしベースのテキストページ > 執筆記事 > 短いクリップ > 音声編集版 > ソーシャルスレッド
• 効率：執筆記事 > 短いクリップ > ソーシャルスレッド > 書き起こしベースのテキストページ > 音声編集版

新たなリーチにおける == は、はぐらかしではなく議論に基づくものです。音声編集版もスレッドも、それだけで広まるわけではありません。どちらも、イベントがすでに持つオーディエンスのうち、それを広めてくれる人の割合にしか届きません。両者には寿命の違いがあり、そのため持続性の軸では差が出ますが、この軸では差がありません。

優位性の検証： 5つの段階のうち、厳密な優位関係は1つだけです。執筆記事は、価値の両方の軸と労力で音声編集版を上回り、順位も上です。残る9組はトレードオフです。完全な検証結果はreferences/decision-rationale.mdをご覧ください。

• 執筆記事 - セッションで実際に語られた内容をまとめた、主催者向けではなく参加者向けの記事です。「このイベントはどんなものですか」という問いに答えるリンクとして再利用できます。そのため、どちらの価値の軸でも明確に首位ではないものの、効率では首位です。

• 短いクリップ - 見ようと決めていなくても目を留める価値がある瞬間を切り出した、マスター映像からのクリップです。他の人のフィードを通じて広まるため、新たなリーチで首位です。作業の中心はカットではなく、該当する瞬間を見つけることです。主催者によると、クリップには実際の素材抽出作業が必要ですが、負担を軽減する方法が2つあります。

  • 自動クリップツール。 招待講演者のセッションから自動生成したクリップが、目立った視聴数を獲得することがあります。公開前に、生成されたクリップをすべて人が確認してください。ツールが見つけるのは該当する瞬間であり、同意の確認ではありません。
  • クリップの素材を広げる。 カンファレンスの重要な瞬間（開会、満席の会場、閉会）や、準備作業の舞台裏の映像もクリップになります。どちらも通常、個人を特定できる参加者が映るため、メニュー4の最上位の段階に該当します。舞台裏の映像は準備作業が主題であり、振り返り記事の主題と重なります。まとめ記事ではなく、クリップにしてください。

• アーカイブからのソーシャルスレッド - 既存の写真、引用、リンクをまとめたものです。労力はほぼゼロで、持続性もほぼゼロです。すでに参加していた人にしか届きません。

• 書き起こしベースのテキストページ - 検索可能で、引用や翻訳ができるテキストとしての講演です。フィードが流れてしまった後も検索で見つかるため、持続性で首位です。同時に労力でも首位です。プログラム全体の講演ごとに訂正作業を行う継続的な仕事が発生します。

• 音声編集版 - 音声としての講演です。執筆記事に劣り、効率では最下位です。受け皿となる専用の運用基盤がなければ、一度きりの音声ファイルを公開する場所がありません。Q8で継続的な音声配信の運用基盤がすでにあるとわかった場合は、優位性がなくなります。基盤の構築は samber/dev-event-organizer-skills@tech-podcast-youtube-channel の仕事です。

• デフォルトの段階： 執筆記事に加え、Q7で指定されたセッションの短いクリップを作成します。

• 追加の条件： Q4で開催が繰り返されるとわかり、かつQ9で検索が実際の流入経路だとわかった場合は、書き起こしベースのページを追加します。どちらか一方だけでは、講演ごとの訂正作業に見合いません。音声編集版を追加するのは、Q8が「はい」の場合に限ります。

選ばれにくい選択肢は、書き起こしベースのテキストページです。 持続性で首位であると同時に労力でも首位のため、効率では選ばれません。

• 追加の条件（Q11に基づく）： 多言語のオーディエンスがいる場合（テキストは翻訳可能な唯一の派生物です）、または上流工程ですでにアクセシビリティへの取り組みが決まっており、それに含まれる場合です。 格下げではなく削除：セッション全体を「派生物」として再アップロードすること。 このメニューと、上記の評価軸から削除してください。講演全体を別の掲載先に再投稿しても派生物にはなりません。それは再びマスターであり、そのファイルと公開の権利は samber/dev-event-organizer-skills@event-production が持っています。異なる条件で二つ目のコピーを作ると、同意記録と公開内容が気付かないうちに食い違うことになります。

メニュー 3 - 登壇者への拡散依頼

意図的に対象を絞っています。

• すでに別の場所で管理されています。 samber/dev-event-organizer-skills@event-social-media は、イベント前のキャンペーンにおける登壇者、スポンサー、パートナー向けの拡散依頼メニューを独自に運用しており、共有用キットも管理しています。

• ここで扱う内容。 登壇者自身の講演から作成した派生物について、イベント後に依頼する場合のみです。

• 再利用し、作り直さない。 そのキットをそのまま使用し、内容をここで言い直さないでください。二重管理するのは手段であり、依頼するタイミングではありません。

• 労力（登壇者ごとの制作、他者の予定、調整）：日程を決めた共同投稿 > すぐに使えるイベント後の素材 > 既存のフォローアップに添える一文の依頼 > 依頼なし

• 価値 - 登壇者が実際に投稿するか：すぐに使えるイベント後の素材 > 日程を決めた共同投稿 > 既存のフォローアップに添える一文の依頼 > 依頼なし

• 価値 - 投稿した場合のリーチ：日程を決めた共同投稿 > すぐに使えるイベント後の素材 > 既存のフォローアップに添える一文の依頼 > 依頼なし

• 効率：既存のフォローアップに添える一文の依頼 > すぐに使えるイベント後の素材 > 日程を決めた共同投稿 > 依頼なし

最初の価値軸は、ひとつの前提に基づいています。異論があれば退けられるよう、明確に述べておきます。登壇者が拡散するかどうかを決めるのは、本人の意欲ではなく、本人にかかる労力です。過去の開催記録がこれに反するなら、順位を付け直してください。

優越性の監査： 空疎です。4段階を通じて、労力に応じて価値が単調に上昇します。ただし例外がひとつあり、すぐに使える素材はコストと投稿率の面で日程を決めた共同投稿を上回りますが、リーチの面でのみ劣ります。監査の全文：references/decision-rationale.md。

• 依頼なし - 公開し、samber/dev-event-organizer-skills@event-speaker-experience がすでに送っている内容を超えて何も伝えません。効率では最下位ですが、同意記録が登壇者向けの派生物を対象としていない場合には、これが適切な選択肢です。

• 既存のフォローアップに添える一文の依頼 - 兄弟スキルがすでに送っているメッセージに一文を添えます。独自にメッセージを送るのではなく、文面を調整してください。

• すぐに使えるイベント後の素材 - クリップにキャプション案とリンクを添えて渡し、登壇者自身の手間をほぼゼロにします。新たに用意するのは素材だけです。キットの形式は兄弟スキルのものを使います。

• 日程を決めた共同投稿 - イベントと登壇者が同日に、相互にタグ付けして投稿します。双方のオーディエンスをひとつのタイミングに集中させられますが、他者の予定調整が必要です。

• デフォルトの段階： 一文の依頼。

• 昇格条件： Q7で名前が挙がった登壇者には、すぐに使える素材へと切り替えます。人々が質問したセッションは、拡散による効果が最も高いためです。日程を決めた共同投稿に切り替えるのは、Q12でイベントより大きなオーディエンスを持つ登壇者が挙がり、かつその登壇者がすでに日程に同意している場合に限ります。

選択肢の中で最も選ばれにくいのは、日程を決めた共同投稿です。 リーチも労力も最大のため、効率で選ばれることはありません。

• Q13に基づく昇格条件：基調講演のセッション、または、他の施策では効果が見込めないほどオーディエンスが小さい初回開催です。

格下げではなく削除：登壇者が見ていない派生物の拡散を依頼すること。 このメニューと、上記の評価軸から削除してください。これは依頼の簡易版ではありません。登壇者が一度も見ていない編集版について、公の場での責任を負わせることになります。そして、取り消せない唯一のものは、その編集版に付された登壇者の名前です。

メニュー 4 - 権利と同意の確認の深さ

コンプライアンスコストのみで順位付けしており、価値や労力では決して順位付けせず、金額でも表しません。これらの段階は、各成果物が未確認の要素をどれだけ再公開するかを示すものであり、同じ結果を得るための競合する購入方法ではありません。ここで比率を混ぜると、安い方を選ぶべきだという推奨に読めてしまい、まったく意図と逆になります。

• コンプライアンスコスト（発生する確認作業と、取り消せなくなること）：識別可能な参加者を含む二次制作物 > 第三者の素材を含む二次制作物 > クリア済み素材のみの二次制作物

• クリア済み素材のみの二次制作物 - 同意記録の対象範囲内にある素材のみで作成され、第三者のコンテンツも識別可能な参加者も含みません。上流工程ですでに確認済みなので、確認は1回で済みます。

• 第三者の素材を含む二次制作物 - スライドに他者のロゴやグラフがある、デモの背景に音楽が流れている、画面に他社のインターフェースが映っている、といったものです。このコレクション内で担当者が誰もいない権利処理の確認が必要になります（下記参照）。取り消しは可能です。申し立てやプラットフォームの措置によってファイルが削除されても、その部分を除いて編集し直せます。

• 識別可能な参加者を含む二次制作物 - 会場内の撮影、廊下での写真、クリップの背景に映る顔などです。この軸で最も優先度が高いのは、後から許可を再構成できないためです。バッジによるオプトアウトは、過ぎ去った時点で収集されたシグナルです。公開前ではなく、制作前に確認してください。

定義するのではなく、徹底してください。登壇者の同意は samber/dev-event-organizer-skills@event-speaker-experience の担当です。異議がないことから同意を推測してはいけません。参加者の写真は、samber/dev-event-organizer-skills@event-accessibility-inclusion が担当するバッジベースのオプトアウトの仕組みを通じて扱います。そのシグナルを確認し、別の仕組みを作り出してはいけません。

このスキルが解決するのではなく、明示する2つの未解決事項：

• スライド内の第三者の素材。 権利処理を担当する人はいません。このスキルでは、クリップを編集する前に最小限のチェックリストによるゲートを設けます。このチェックリストは独自に作成したものであり、権利処理手順ではありません。
• リリース自体における二次制作物の範囲。 多くのリリースは公開までしか対象にせず、後日の編集し直しについては何も定めていません。この曖昧さは、沈黙から許可を読み取るのではなく、samber/dev-event-organizer-skills@event-speaker-experience に引き継いでください。

チェックリスト、引用、文言、エスカレーション経路については、references/rights-and-licence-gate.md を参照してください。

ライセンスの決定

兄弟スキルでライセンスを担当するものはなく、開発者カンファレンスにも共通の慣例はありません。特に決めない限り、判断はあなたに委ねられます。成り行きに任せず、明示的に決めてください。

このセクションではライセンスを指定せず、選択肢の範囲を定めます。指定できる慣例がないためです。次の3点を決定し、誰が決めたかを記録してください。

• 公開する二次制作物にオープンライセンスを付与するかどうか。
• どのライセンスを使うか。
• 録画、文字起こし、写真でライセンスを変えるかどうか。

大規模カンファレンスの先例として、対象範囲外の例が1つあります。TEDは、トークをクリエイティブ・コモンズ 表示-非営利-改変禁止 4.0（表示が必要、商用利用不可、二次的著作物の作成不可）でライセンスしています。TEDは開発者カンファレンスではないため、その選択はあくまで1つのイベント独自のものとして扱い、合わせるべき慣例と見なしてはいけません。

再利用者が実際に目にする各成果物の場所に、ライセンス表記を記載してください。

選択には2つの制約があります。どちらもこのスキル独自の権利関係の解釈であり、法的助言ではありません。また、どちらも任意ではありません。

• 同意記録で得た範囲を超える許可は付与できません。 公開のみを対象とするリリースのトークにオープンライセンスを付与するのは、そもそも得ていない許可を付与することになります。
• 第三者の素材を含む二次制作物にライセンスを付与すると、自分の作品と一緒に他者の作品にもライセンスを付与することになります。

いずれかの制約が当てはまる場合は、オープンライセンスを付与せず、その旨を明記してください。

失敗パターン

• マスターを新しい名前で再公開する。 セッション全体を再アップロードしたものは派生物ではなく、samber/dev-event-organizer-skills@event-production のファイルです。アーカイブが分断され、誰も利用条件を確認しないほうのコピーが二つ目にできます。
• 登壇者に動画リンクを送る。 すでに二つのスキルがその役割を担っています。event-production のイベント後のパイプラインと、event-speaker-experience のイベント後のフォローアップです。あなたのメッセージは派生物についてのみ扱い、それ以外には触れません。
• 公開許諾から派生物の権利を推測する。 「録画と公開」を対象とするリリースは、再編集を許可するものではありません。不足している点は上流に確認し、推測で解決してはいけません。
• 誰からも異議がなかったからと、参加者の写真を使う。 オプトアウトはバッジ受付で示された意思であり、その効力は更新されません。公開時に沈黙していることは許可を意味しません。
• 行動規範に写真撮影の規範があるとみなす。 その文面が言及しているのは、ハラスメント目的の撮影だけです。そこに同意の仕組みを読み込むのは、イベントが採用していない方針を作り上げることになります。
• 担当者のいない段階的な公開を計画する。 各段階には担当者と終了日が必要です。両方がなければ、半端な状態のまま公開される一括投下です。
• 公開までの所要期間を業界標準として引用する。 リリースで許可されるのは利用であって、公開日ではありません。自分たちの日付は、自分たちの約束として公開してください。
• 振り返りの内容と競合する総括を書く。 同じ回について、一方がセッションを、もう一方が運営を扱う二つの文書なら問題ありません。一つの文書で両方を扱おうとすると、どちらの読者にも役立ちません。
• 視聴目標を設定する。 誰も測定していない数値が、計画の評価基準になってしまいます。
• 看板となる回だけを再利用する。 動画チャンネルへの投稿は、主に大規模なカンファレンスを対象に行われます。そのため、小規模な回では再利用できるコンテンツが何も生まれず、次回のキャンペーンに使える素材も残りません。対策：すべての回で、日付を決めた一括公開やクリップ一本など、最も手間のかからない段階を少なくとも一つ用意するか、「今回は派生物なし」と決定事項として記録してください。
• 未編集のままにする予定だった配信録画を編集する。 ライブ配信を未編集のまま公開した録画はマスターであり、派生物ではなく、samber/dev-event-organizer-skills@event-production が管理します。同じネットワークの主催者がこれを使うのは、編集作業を省けるからです。定期配信シリーズは、samber/dev-event-organizer-skills@tech-podcast-youtube-channel が選んだ形式です。そこからクリップを切り出し、録画自体は再編集しないでください。

測定

このスキルは、カンファレンストークの派生物について、視聴回数、視聴維持率、エンゲージメントに数値基準を設けず、基準を作り上げることもしません。動画プラットフォームのマーケティング資料から持ち込んだ目標値は、分野の根拠であるかのように受け取られ、そのように擁護されることになります。

代わりに、二つの完全性ゲートが重要な役割を果たします。どちらも自分たちで設定し、議論のための基準値がなくても確認できます。

• 公開したすべての派生物について、同意記録の対象となっているセッションまで追跡できること。対象外のセッションは、曖昧なままにせず、使用不可と明記します。
• 計画したすべての成果物に日付と担当者があること。どちらも制作開始前に決めておきます。

そのほかの指標はすべて自分たちで設定します。二つ選び、それぞれが次回の回で何を変えるのかを、公開前に書き留めてください。

• 計画に対する公開実績を日付別に確認する（独自設定）：公開までの所要時間に応じた段階が、実際のチームの規模に合っていたかを最も率直に把握できます。
• パイプラインが滞った場所（独自設定）：編集、権利確認、スケジュール調整、チャンネルのいずれかです。繰り返し発生するのはその分類であり、個々の遅延ではありません。
• 拡散への協力率（独自設定）：投稿した登壇者数を、依頼した登壇者数で割った割合です。率が低い場合、原因は登壇者ではなく依頼の仕方にあります。たいていは、素材を添えずに依頼していることが原因です。
• 次回のキャンペーンで利用できる素材（独自設定）：samber/dev-event-organizer-skills@event-marketing-plan から依頼されたときに、実際にスケジュールへ組み込める素材は何かを確認します。再利用できるコンテンツが何も生まれなかった回には、次回の宣伝に使えるものがありません。

呼び出し例

• 「動画が公開されました。どのように活用し、どの順番で公開しましょうか？」
• 「すべて一度に公開しますか、それとも毎週1件ずつ講演を公開しますか？」
• 「編集したいクリップに、デモ内のSpotifyプレーヤーが映っています。公開してもよいでしょうか？」
• 「クリップの公開後、登壇者には何をしてもらうよう依頼すればよいでしょうか？」
• 「講演の録画にCreative Commonsライセンスを付けますか？付ける場合は、どのライセンスにしますか？」

期待される出力：使用可能なセッションの一覧（各セッションに同意記録との照合結果を表示）、各形式を選んだ理由を添えた二次制作物の構成、担当者を記載した日付入りの公開計画、公開予定の各成果物に関する権利の確認結果、決定者を記載したライセンスの決定、対象アセットを添えた登壇者への依頼、マーケティング計画に引き継ぐ一覧。

参考資料

• references/derivative-catalog-and-release-plan.md - 各二次制作形式とその素材、実際にかかるコスト、対になる不公開計画を含む公開計画の例、同じチャネルの関連資料への引き継ぎ一覧、マーケティング計画に引き継ぐ一覧の形式。
• references/rights-and-licence-gate.md - セッションごとの同意確認、二次著作物に関する確認事項と問い合わせ先、申告された不備としての第三者素材チェックリスト、参加者の写真に関する確認、2つの拘束条件を踏まえたライセンスの決定。