mcpField
E
event-content-repurposing

event-content-repurposing

github.com/samber营销与增长45.5k 次安装2 天前更新
代码仓库

关于 event-content-repurposing

为活动已发布的录像等素材规划衍生内容的技能。它帮助组织者选择内容形式与发布时间,核查同意记录和使用权,确定许可,并整理供后续营销使用的内容清单。

主要功能

  1. 01从活动素材中选择衍生内容
  2. 02规划内容形式与发布时间
  3. 03核查同意记录和使用权
  4. 04选择并注明内容许可
  5. 05准备演讲者传播请求
  6. 06记录已发布内容清单

适用场景

  1. 01规划活动后的内容发布
  2. 02确认场次是否可制作衍生内容
  3. 03安排短片、文字稿或文章发布
  4. 04为后续营销移交内容清单

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-content-repurposing

安装后在 Claude Code 中输入/event-content-repurposing确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
decision-rationale.md
derivative-catalog-and-release-plan.md
rights-and-licence-gate.md

详细介绍

活动内容再利用

一旦母版文件已就绪,接下来如何处理某届活动的录制内容,由你决定。

  • **输入,全是其他人产出的内容:**已发布的录制视频、幻灯片、文字稿、照片存档、会场笔记。
  • **由你决定:**制作哪些衍生内容、制作顺序、发布节奏、采用何种许可,以及请每位演讲者如何处理从其演讲中剪出的片段。
  • **你产出的内容:**已发布的衍生内容,以及一份内容清单,供下一届活动的宣传活动安排使用。

从哪里开始,以及绝不能逾越的六条界线

同级技能负责范围界线
event-production母版录制,从采集到发布文件接收交接的母版;绝不重新剪辑、重新发布或将链接发给演讲者本人。你从 衍生内容 开始。
event-social-media活动自有渠道你决定制作哪种衍生内容,以及何时发布;该技能负责平台、话题标签、文案和发布。
event-speaker-experience同意记录、活动后的跟进执行同意记录;绝不收集或再次索要同意。你只决定演讲者是否为衍生内容扩大传播。
event-marketing-plan参会者招募计划及其转化漏斗目标再利用的内容是你向上游交付的清单,不是你设定的目标。
tech-podcast-youtube-channel任何长期运营的自有媒体一次性的衍生内容归你负责;若某种形式不再局限于单届活动,而是长期延续,它就属于一项媒体资产,应由该技能负责。
event-debrief组织者对外发布的总结该技能总结活动举办情况;你总结各场次 讲了什么。两种总结各写一份。

哪些同级技能会重申相同界线,哪些不会:references/decision-rationale.md。

下面四份清单中的每个等级、各维度的排序、效率线、默认项和晋升条件,都是此技能自行制定的,并非基于实测的基准。每一项都是默认做法,不是铁律:会因具体情况和执行者而变化。请根据你已知的信息,重新排列全部四份清单:

  • 一位以剪辑视频为业的志愿者。
  • 一个现有的字幕社区。
  • 通过搜索发现活动的受众。
  • 一位拥有大量粉丝的演讲者。
  • 一份仅涵盖“录制和发布”的同意记录。

这些情况中的每一项都足以推翻某个默认等级。

访谈

每次只问一个问题,尽可能采用选择题。第 4 至第 6 个问题之所以存在,是因为下方的菜单在见效时间、持久性和投入精力方面差异很大;不能替用户决定这些默认选项。

  1. 现有素材有哪些,处于什么状态(已发布的母版、原始文件、幻灯片、文字记录、照片档案)?是谁移交的,还有什么尚未交付?
  2. 同意记录在哪里?它对每种场次形式分别涵盖什么?是否适用于衍生作品,还是仅限录制和发布?
  3. 名牌上标注了什么照片拍摄退出选项?能否按每张照片检索,还是只能对整个会场统一处理?
  4. 是一次性活动,还是持续举办一年的活动?长期持续的授权会提升所有收益要到本届活动结束后才能兑现的梯级。
  5. 有什么内容必须在某个日期前上线(宣传节点、赞助商报告、合作伙伴日程)?硬性期限会提升能一次性完成的梯级。
  6. 活动结束后由谁负责发布?每周有多少小时?负责到什么日期?这个问题比其他任何答案都更能决定菜单 1 的选择。
  7. 人们实际询问了哪些场次——在会场里、反馈中或聊天里?
  8. 活动是否已有面向自有受众、持续运营的自有媒体平台?
  9. 对从未听说过这场活动的人来说,搜索是否真的是了解活动的途径?
  10. 是否已决定许可协议,由谁决定?如果还没人决定,那就是由你来决定——请直说。
  11. 受众是否使用多种语言?无障碍工作是否承诺了任何会带来文本衍生内容的事项?
  12. 是否有演讲者拥有比活动本身更大的个人受众?
  13. 这是活动的首届吗?议程中是否包含主题演讲场次?

真正决定这项工作的因素

有一个因素会重新排列下方的每个菜单:团队解散后,是否有人负责发布。有固定每周发布时段的负责人,和只有一个空闲下午的负责人,执行的是两套不同的计划。下方每个菜单都假设你已经问清楚是哪一种情况。

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 - 发布时效

衍生内容何时发布。这里的各个选项确实各有优劣,因此采用两个价值轴,而非混合排名。

  • 精力投入(围绕重复日期进行制作、协调、固定负责人、任务持续开放的时间):滴灌式发布 > 常青内容重新推送 > 分批发布 > 一次性全部发布
  • 价值 - 在下一期发布前的间隔期内持续保持曝光,这正是 samber/dev-event-organizer-skills@event-marketing-plan 可以据此安排的:滴灌式发布 > 常青内容重新推送 > 分批发布 > 一次性全部发布
  • 价值 - 完成度,即计划中的每项内容都实际发布:一次性全部发布 > 分批发布 > 滴灌式发布 > 常青内容重新推送
  • 效率:分批发布 > 一次性全部发布 > 常青内容重新推送 > 滴灌式发布

先看完成度这一轴,再看效率这一行。 大多数计划会忽略它,而仅按覆盖面为时效排序,会选中最可能半途夭折的选项。它并非折中方案,原因有三:

  • 活动结束后的热情会消退,因此上文所说的失败并非发布时机不佳,而是发布根本没有发生。
  • 滴灌式发布发出第二篇内容时,一次性发布早已全部完成。
  • 滴灌式发布后半段的内容,恰恰是精疲力尽的志愿者团队会放弃的部分。

支配关系审查: 无意义 - 4 个选项之间不存在严格支配关系,因此效率排序依据的是上述论证,而非审查结果。完整审查见:references/decision-rationale.md。

  • 一次性全部发布 - 活动结束后不久一次性发布所有内容。只需做一次决定、花一个下午;覆盖的只有已经在关注的人。

  • 分批发布 - 分几波发布,先发布回顾文章。除了安排发布时间之外,所需投入与一次性发布相同;后续几波能触达错过第一波的人。

  • 滴灌式发布 - 数周内按固定间隔每次发布一篇。需要每篇内容都能按时准备好,并且有人持续负责,直到明确的结束日期。

  • 常青内容重新推送 - 几个月后,在出现新的相关时机时重新发布已有内容。不需要制作新内容,但监测没有结束日期,而且几乎没人能一直负责。

  • 默认选项: 分批发布。

  • 升级条件: 当 Q4 表明该期会再次举办,并且 Q6 指定了负责人及固定发布时段,持续到明确的结束日期时,改用滴灌式发布——两个条件都必须满足,不能只满足其一。

  • 降级条件: 如果 Q6 显示活动结束后的一周内就没有负责人,或者 Q5 的截止日期早于滴灌式发布可能完成的时间,则退回一次性发布。

最容易被搁置的选项是滴灌式发布,其次是常青内容重新推送 - 两者在持续曝光这一轴上都排名第一,也都需要真正持续投入精力,因此效率排序永远不会选它们。

  • 当存在上述持续推进的要求时,升级为滴灌式发布。
  • 满足另一项独立条件时,升级为常青内容重新推送:演讲主题重新变得相关,而新增成本只是为已有内容安排一次发布。

删除,而非降级:完全没有明确发布日期的发布计划 - “我们之后会处理”。从此菜单及上面的各项排序中删除它。

它看起来是成本最低的选项,但它根本不是一个选项。这正是上文所说的失败:团队散去,文件永远不会发布。至少要像一次性发布那样定下日期。

菜单 2 - 制作哪种衍生内容

五种内容形式,逐项选择而非打包选择,因为团队很少有能力全部制作,问题在于先做哪一种。

  • 投入(生产工时、剪辑工艺、每场演讲的重复工作、审核):从转录稿生成的文本页面 > 短片 > 音频剪辑 > 书面总结 > 社交媒体串帖
  • 价值——新增受众,即未参加活动且此前未关注的人:短片 > 书面总结 > 从转录稿生成的文本页面 > 音频剪辑 == 社交媒体串帖
  • 价值——持久性,即它能在多长时间内持续带来价值,以及能否作为下一届活动的素材库存:从转录稿生成的文本页面 > 书面总结 > 短片 > 音频剪辑 > 社交媒体串帖
  • 效率:书面总结 > 短片 > 社交媒体串帖 > 从转录稿生成的文本页面 > 音频剪辑

新增受众上的 == 是经过论证的,并非回避比较:音频剪辑和串帖都不会自行传播——它们只能触达活动现有受众中会转发内容的那部分人。两者的区别在于保留价值的时间,因此持久性这一维度将它们区分开来,而这一维度不会。

**支配关系审查:**这 5 个档位之间只有一组严格支配关系——书面总结在两个价值维度和投入上都优于音频剪辑,且排名更高。其余 9 组都是权衡。完整审查:references/decision-rationale.md。

  • 书面总结——一篇涵盖各场活动实际内容的文章,面向受众,而非组织者。它可以重复使用,作为回答“这是什么活动”的链接,这也是它虽然在两个价值维度上都不是最优,却在效率上领先的原因。

  • 短片——从母版中剪出的一段内容,即使不做决定,也值得一看。它在新增受众上领先,因为短片会通过他人的信息流传播。找到合适的片段才是工作所在,而不是剪辑。组织者确认,制作短片需要实际的素材提取工作,并提出了两种降低工作量的方法:

    • 自动剪辑工具。 自动生成的受邀演讲者场次片段可能获得可观的观看量。发布前,务必由人工审核每段生成的片段——工具能找到片段,但不会检查是否取得同意。
    • 更丰富的短片素材来源。 大会的关键时刻(开场、满座的会场、闭幕)以及组织工作幕后花絮,也可以制作成短片。这两类内容通常都会展示可识别身份的参会者,因此都位于菜单 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 - 权利与同意审查深度

仅按合规成本排序,绝不按价值、投入或金钱排序:这些阶梯描述的是某项产物重新发布了多少未经审查的内容,并非以不同方式购买相同结果的选项。在这里混合计算比率,会让人误以为应该选择成本较低的方案,这恰恰是错误的解读。

  • 合规成本(会触发哪些审查,以及哪些事项将无法撤回):包含可识别参会者的衍生产物 > 携带第三方材料的衍生产物 > 仅包含已获许可内容的衍生产物

  • 仅包含已获许可内容的衍生产物 - 完全由同意记录已涵盖的材料构成,不含第三方内容,也不含可识别的参会者。只需一次检查,且已在上游完成。

  • 携带第三方材料的衍生产物 - 幻灯片上的他人徽标或图表、演示视频中的背景音乐、屏幕上出现的另一家公司的界面。这会引发许可审查问题,但本集合中无人负责此事(见下文);此类问题可逆——收到投诉或平台采取行动后,文件可以被移除,而且无需这些画面即可重新剪辑内容。

  • 包含可识别参会者的衍生产物 - 会场全景、走廊照片、片段背景中的人脸。这在此维度上风险最高,因为事后无法重新取得许可:通过胸牌进行的选择退出,是在一个已经过去的时刻收集的信号。应在制作前检查,而不是发布前。

应执行,而非另行定义。讲者同意由 samber/dev-event-organizer-skills@event-speaker-experience 负责;不要因为对方没有异议,就推定其已同意。参会者照片通过 samber/dev-event-organizer-skills@event-accessibility-inclusion 负责的、基于胸牌的选择退出机制处理;读取该信号,不要自行另设一套机制。

本技能指出但不解决以下两个问题:

  • 幻灯片中的第三方材料。 无人负责处理其许可问题。本技能会在剪辑片段前设置一项最低限度的检查清单关卡;这份清单是本技能自行制定的,并非许可审查流程。
  • 授权书中的衍生作品范围。 大多数授权书仅涵盖发布,对之后重新剪辑一事只字未提。应将此问题转交 samber/dev-event-organizer-skills@event-speaker-experience,不要把沉默解读为许可。

检查清单、引文、措辞和升级处理路径:references/rights-and-licence-gate.md。

许可决定

没有其他同类项目负责许可,而且开发者大会也没有共同遵循的惯例。默认由你决定,所以要明确作出决定,而不是任其自然形成。

本节界定选择范围,而不指定某种许可,因为没有可供遵循的惯例。请决定以下三件事,并记录由谁作出决定:

  • 发布的衍生产物是否采用开放许可。
  • 采用哪种许可。
  • 录音、文字稿和照片是否采用不同许可。

有一个大型会议的先例不属于本领域:TED 的演讲采用 Creative Commons BY-NC-ND 4.0 许可(要求署名、禁止商业用途、禁止衍生作品)。TED 不是开发者大会,因此应将其选择视为单个活动自身的决定,绝不能当作需要遵循的惯例。

在每项产物上标注许可信息,确保再利用者能在实际查看时看到。

以下两项约束界定了选择范围。两者都是本技能对权利状况的解读,不构成法律建议,而且都不可忽略:

  • 你授予的权利不能超出同意记录所赋予的权利。 对授权书仅涵盖发布的演讲采用开放许可,等于授予你从未拥有的权利。
  • 附加在包含第三方材料的衍生产物上的许可,也会把他人的作品一并纳入许可范围。

如果受到任一约束影响,就在不采用开放许可的情况下发布,并明确说明。

常见失败模式

  • 用新名称重新发布母版。 完整场次的重新上传属于 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 发出需求时,实际可以安排发布哪些内容。某届活动若没有产出任何可再利用的内容,下一届就没有可供宣传的素材。

调用示例

  • “视频都上传了。我们用它们制作什么内容,顺序如何安排?”
  • “我们应该一次性全部发布,还是每周发布一场演讲?”
  • “想剪辑的片段中,演示画面里显示了 Spotify 播放器。我们可以发布吗?”
  • “片段上线后,我们应该请演讲者做什么?”
  • “演讲录音要采用 Creative Commons 许可吗?采用哪一种?”

预期输出:可用场次列表,并逐一标明同意记录状态;衍生内容组合,并说明选择各格式的原因;注明日期和负责人的发布计划;每项计划发布内容的权利调查结果;许可决定及作出决定的人;向演讲者提出的请求及其对应素材;以及提交给营销计划的内容清单。

参考资料

  • references/derivative-catalog-and-release-plan.md - 介绍各种衍生内容格式、其制作素材及实际成本;附有一个包含反面示例的发布计划,以及移交给负责渠道的同事的清单和提交给营销计划的内容清单格式。
  • references/rights-and-licence-gate.md - 介绍逐场次的同意检查、衍生作品问题及其处理渠道、作为已发现缺口列出的第三方材料检查清单、参会者照片检查,以及受两项约束的许可决定。

评论

支持 Markdown