mcpField
E
event-speaker-experience

event-speaker-experience

github.com/samber生产力45.5k 次安装2 天前更新
代码仓库

关于 event-speaker-experience

用于管理已接受邀请的活动讲者体验,涵盖确认、活动现场照料和会后跟进。它帮助主办方落实已承诺事项、协调材料期限、技术需求与录制许可,不擅自增加承诺。

主要功能

  1. 01审核录用通知材料
  2. 02指定讲者联系人并制作资料包
  3. 03制定材料收集时间表
  4. 04协调音视频需求
  5. 05处理录制许可与会后跟进

适用场景

  1. 01讲者接受邀请后安排后续事宜
  2. 02在印刷或场地期限前收集简介和幻灯片
  3. 03核对舞台与设备需求
  4. 04活动后发送录像和反馈

安装

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

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

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

包含的文件

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

evals/
evals.json
references/
material-collection-and-deadlines.md
onsite-speaker-care.md
recording-consent-and-followup.md

详细介绍

演讲者体验

你负责照顾已经接受邀请的演讲者。你的输入是 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 的基础上补充演讲者专属的内容,并将时间安排需求交由上游处理,而不是自行编写日程。

以下每项排序都是默认建议,而非铁律——它会因具体情况和执行者而变化。访谈结束后,请根据你掌握的信息重新排列以下三个菜单中的所有选项——以下每种情况都可能改变默认排序:

  • 场馆配有专职 A/V 技术人员。
  • 回头参加的演讲者已经熟悉流程。
  • 组织者以预订差旅为日常工作。
  • 已有现成的录制流程。

访谈

一次只问一个问题,尽可能采用选择题。设置问题 4–6,是因为下方菜单在见效时间、持久性和投入上差异很大——不能替用户选择这些默认项。

  1. 你目前处于哪个阶段:刚发出接受邀请邮件、距离活动还有几周,还是下周就要举办?这决定了哪些事情还可以更改,哪些已经变成沟通问题。
  2. 有多少位演讲者、涉及多少种场次形式?有多少人需要出差——在国内还是国际出行?
  3. 具体承诺了什么,承诺在哪里:电话中、接受邀请邮件中,还是某封单独的邀请邮件中?请逐项列出。你负责兑现这些承诺,不要在这里重新讨论。
  4. 每项所需材料的最晚可用日期是什么时候——节目单印刷、证件印刷、幻灯片上传、场馆设备订购?请从这些日期倒推截止时间,而不是从活动日期倒推。
  5. 是一次性活动,还是会定期举办、今年的演讲者会成为明年活动的推荐人或回归嘉宾?
  6. 投入上限是多少:谁负责联系演讲者,他们每周能投入多少小时?是否有专门用于演讲者开支的预算?
  7. 每种场次形式的录制和发布计划是什么?具体在哪里告知了演讲者?
  8. 谁是第一次演讲,或第一次在这种规模的活动上演讲?先询问,不要想当然——资深工程师第一次在会议上演讲,依然是第一次演讲。
  9. 场馆实际提供什么:是否有演讲者休息室?是否有专职 A/V 技术人员,还是只有一位带着转接头的志愿者?是否有演讲者提示屏?
  10. 是否有演讲者要展示雇主限制的内容,或其他敏感内容?
  11. 现场听众的构成有多复杂:只有开发者,还是开发者和非技术参会者都有?听众构成混杂会改变演讲要求(内容深度梯度、术语使用)和提问形式。
  12. 活动是否承诺每届都会有固定环节?团队中有谁能投入时间指导演讲者参与该环节?(参见“演讲指导”。)
  13. 活动是否在所在地区的主要中心城市以外举办,以至于大多数受邀演讲者都要从外地赶来?

社区主办与厂商/用户会议

决定工作方式的是活动的归属方;本系列其余内容也主张同样的替代方案:

  • 社区主办 - 预算紧张,人力依靠志愿者,因此要用关注而非金钱来体现关怀:一位会回复的指定联系人、一份能提前解答问题的资料包,以及预算允许时的一顿晚餐。免费门票是底线,任何额外待遇都是有人经过深思熟虑后作出的承诺。
  • 厂商/用户会议 - 通常确实会提供差旅、住宿和制作团队,因此风险从“我们负担得起吗”转变为“有人告诉过演讲者吗”。更庞大的运作体系更容易掩盖演讲者自身的体验:资料包和指定联系人在这里更重要,而非不那么重要。

只要建议因这两种情况而异,就要说明它假设的是哪一方;对于厂商一方的任何调整,都应视为经过评估的做法,而非既定惯例。

工作流

  1. 阅读接收材料包——包括已接受的提案、征集说明中承诺的各项福利,以及“接下来需要什么”清单。如果其中承诺的任何内容无法兑现,请立即向作出承诺的人升级处理。接受后、到场前悄悄降级某项条件,这种失信会被演讲者告诉其他演讲者。
  2. 在发送第一条消息前确定联系人——由一人或两人负责从确认参会到活动结束期间与演讲者的所有沟通。明确一位联系人、一种联系方式和响应时限。只有团队规模迫使你们拆分时,才区分活动前和现场的职责;若确实拆分,需提前介绍第二位负责人的姓名。
  3. 将“接下来需要什么”整理为有日期的收集计划,每项都标明其最晚可用日期(Q4),而不是活动日期。完整项目清单、各项截止日期的设定逻辑以及提醒方式见 references/material-collection-and-deadlines.md。
  4. 发送演讲者资料包——一份文档、一个链接,包含演讲者需要提前了解的一切:
    • 演讲时段、会场、形式和时长。
    • 第 3 步中的截止日期。
    • 其演讲形式对应的录制政策。
    • 差旅和报销方式。
    • 现场到场说明。
    • 第 2 步中的联系人。
    • 如果本次活动的惯例是在演讲结束后立即收集幻灯片并分发给参会者,请说明这一点——要在演讲者制作幻灯片前告知,而不是等他们还站在台上时才说。
    • 用一句话说明商业内容规则:不得进行商业演示或销售推介;观众离开时带走的是经验教训,而不是产品。此处重复接受邮件中的说明(samber/dev-event-organizer-skills@event-talk-selection),确保供应商或初创公司的演讲者在制作幻灯片前听到两次。
    • 对于混合背景的观众(Q11):每当出现半数观众可能不熟悉的术语时,都要在首次出现时加以定义,并预期现场口头提问不多。参见下文“混合背景的观众”。
  5. **尽早收集 A/V 需求,留出处理时间。**关键日期是场地方还能添加设备或服务的最晚日期,而不是活动前一天——例如转换器、第二支麦克风、有线网络接口或演示用音频线路。询问演讲内容,而不只是演讲者使用什么笔记本电脑:现场演示、音频片段、硬件道具和网络依赖的故障方式各不相同。
  6. 向演讲者说明他们可以期待什么,说明深度按关怀菜单设定。如果该活动社区有成熟的培训课程,推荐课程几乎不费成本,而且比你自己的简短说明更有分量。书面说明应以期望结果为核心,而不是提醒主题:说明演讲结束时希望观众处于什么状态,并指出本场演讲应纠正的具体不良习惯(例如开场仓促,或夸大某个工具能取代什么——无论本次活动反复出现的问题是什么)。明确指出失败模式,才是单纯提醒演讲时段和主题所做不到的。对于混合背景的观众,还要说明内容深度梯度:演讲在当晚从浅入深的整体安排中处于什么位置,以及应从宽泛内容切入、以深入内容收尾(在 samber/dev-event-organizer-skills@event-speaker-coaching 中有指导)。
  7. 将幻灯片截止日期作为真正的检查节点,而不是建议。说明逾期会有什么后果;如果没有后果,也要如实说明。
  8. 按下方菜单为每位演讲者分别执行活动前沟通节奏,不要只群发一条通知。
  9. 现场工作:接待、技术检查、休息室——第 2 步中确定的接待人负责与演讲者会面、带他们前往会场、使用实际舞台设备进行技术检查,并在演讲时段前确认他们的位置。操作细节见 references/onsite-speaker-care.md。活动当天逐分钟的执行安排属于 samber/dev-event-organizer-skills@event-run-of-show,你需要向其提供演讲者的时间安排需求。
  10. 活动结束后完成后续工作:致谢、趁反馈仍有价值时及时提供、录制内容可用后发送链接,并进行一次留存清理,删除不再需要的差旅文件。参见 references/recording-consent-and-followup.md。 在发出之前,先向用户展示面向演讲者的资料包,以及任何截止日期变更。误改过的截止日期,就无法再收紧。

如果你的运行环境具有持久化记忆,请按届次记录:

  • 哪些材料迟交了,以及是在第几次提醒之后迟交的。
  • 场地无法满足哪些音视频需求。
  • 每位演讲者对每种形式的同意答复。
  • 谁表示愿意再次参加。

这份记录能让下一届采用你自己的分级方案,而不是本技能的默认设置。

演讲者关怀深度

在已承诺的内容之上,你还能提供什么。征集通知或邀请函已经承诺的内容,都必须兑现,不能拿来排序——这份清单从承诺之外开始。排序(默认设置,并非铁律——Q2、Q5 和 Q6 会重新排序):

  • 投入(工时、随时待命、协调、花费):行程与住宿礼宾服务 > 演讲者晚宴和礼品 > 指定联系人 > 演讲者书面资料包 > 链接的培训课程

  • 价值(演讲者准备充分且准时到场,并愿意再次参加或推荐同行):指定联系人 > 行程与住宿礼宾服务 == 演讲者晚宴和礼品 > 演讲者书面资料包 > 链接的培训课程

  • 合规成本(触发审核、消耗可逆性):行程与住宿礼宾服务 > 演讲者晚宴和礼品 == 指定联系人 > 演讲者书面资料包 == 链接的培训课程

  • 效率:指定联系人 > 演讲者书面资料包 > 链接的培训课程 > 演讲者晚宴和礼品 > 行程与住宿礼宾服务

  • 价值并列:确实并列——两者通过不同途径实现同一个目标(让演讲者觉得活动兑现了他们为之承担的要求),而哪一项更重要,完全取决于该演讲者是否需要出行。

  • 第一组合规并列:也确实并列——两项服务都会在活动结束后保留少量尚未决定删除的个人数据,一项是手机号码,另一项是饮食或过敏情况的答复;在多个司法辖区中,后者还受健康数据规则约束。

  • 最后一组并列:诚实的零——一份文档和一个指向他人课程的链接都不会收集任何信息。

  • 指定联系人——默认级别,也是最低要求:由一人或两人负责处理与所有演讲者的沟通。这是菜单中每小时价值最高的一项,因为它消除了其他所有级别也试图解决的问题——演讲者有疑问,却无人可问。演讲者人数超过约 5 人,或有任何必须在某一天完成的截止事项时,就提升一级:再往后,联系人就得花时间反复手动回答同一个问题。

  • 书面演讲者资料包——一份文件,包含演讲时段、截止日期、后勤安排、录制政策和联系人信息。一次性花一两个小时准备,其中大部分时间用于核实信息;每届都能重复使用,因此尽管价值排名第四,效率却排在第二。

  • 关联的入门课程——为获选演讲者推荐现有课程,而不是自己编写。几乎不费力;社区有这类课程时,它能带来实实在在的价值,而且无需维护。

  • 演讲者晚宴和小型答谢礼品——一项列入预算的实际支出,而不是临时兴起的可有可无之事。只要 Q5 表明本届活动会继续举办,就提升此项:它能让演讲者成为明年的推荐人,而回报完全要等到本届活动结束后才会显现。

  • 差旅与住宿礼宾服务——投入不足的一项:代演讲者预订并支付机票和酒店,而不是事后报销。它的价值并列最高,且投入成本和合规成本都毫无疑问地最高,因此按效率排序时它永远不会入选。遇到任何国际演讲者、任何无力预先垫付机票费用的演讲者——报销制度会悄悄把无力垫付一个月工资的人排除在外——以及任何需要签证函的情况,都应提升此项。对相关文件的处理,应遵循明确的保留期限。参见步骤 10。

  • 删除,而非降级:没有任何书面记录的临时个性化关照。 在私密频道发送暖心消息、截止日期只存在于某位组织者的脑海中、口头商定条款。它看起来像菜单上最友善的一项,却最容易让承诺落空,因为除了某个人的记忆,再没有任何东西记录承诺了什么。把它放在最底层,它就会以“我们和演讲者很熟”的说法卷土重来。此项不予采用。

非中心城市的活动(Q13)。地区聚会的组织者反映,除非承担差旅和住宿费用,否则常驻首都的演讲者很少会前往地区活动。对于这类活动,差旅加住宿是邀请承诺的一部分,而不是关照级别:它位于此菜单的范围之外,必须落实,不能参与排序。报销差旅费是常规做法;支付演讲费则不是,本指南中的任何内容都不会因此产生演讲费。如果邀请中只承诺了差旅费,就应在步骤 1 升级处理缺少的住宿晚数,而不是让演讲者自己发现。

演讲指导

如果活动承诺每届都会带来难忘时刻(Q12),仅靠筛选无法实现这一点:据报告,完整的流程包括共享的优质演讲框架、据此提供指导,然后进行彩排。指导项目本身——为每位演讲者提供指导的邀请、导师、模拟演练、有上限的反馈,以及适用于混合背景听众的分层引导流程——由 samber/dev-event-organizer-skills@event-speaker-coaching 承担。此处需要做的是:在工作节奏中为其安排工时(步骤 8),并将任务明确列出;如果本届没有这些工时,就告知负责品牌承诺的人。

混合背景听众与无人提问的问题

在面向混合背景听众的演讲中,未加解释的术语可能无人质疑:与会者不想承认自己不懂。

  • 提醒演讲者每个术语首次出现时都要加以定义,并在讲抽象概念前展示一个具体示例。
  • 除口头提问外,还应提供匿名提问渠道:共享表单、幻灯片上的聊天链接,或由主持人收集的书面卡片。将此告知演讲者并写入资料包,让他们预期会收到通过该渠道提出的问题。
  • 让主持人大声读出匿名问题,并从最基础的问题开始。这能表明基础问题也受欢迎。

录制同意立场

发言者如何以及何时同意录制并发布内容。排序(默认排序,并非法律规定——Q1 和 Q7 会重新排序):

  • 努力程度(准备表单、催办、与负责摄像的人协调):按格式分别征求同意 > 当天签署授权书 > 接受时征求同意 > 将同意纳入投稿表单 > 不录制

  • 价值(可发布且无需下架的录制内容,以及清楚自己同意了什么的发言者):按格式分别征求同意 > 将同意纳入投稿表单 == 接受时征求同意 > 当天签署授权书 > 不录制

  • 合规成本(触发审核、牺牲可撤销性):当天签署授权书 > 将同意纳入投稿表单 == 接受时征求同意 > 按格式分别征求同意 > 不录制

  • 效率:将同意纳入投稿表单 > 接受时征求同意 > 按格式分别征求同意 > 不录制 > 当天签署授权书

  • 价值并列:确实并列——两种方式都会在有人预订摄像机之前留下书面记录,而这正是决定视频能否发布的唯一条件。它们的区别仅在于由哪份表单记录。

  • 合规成本并列:从另一面看也是同一个事实——许可相同,录制的肖像和声音所涉个人数据相同,只有记录日期不同。

  • 将同意纳入投稿表单——默认选项:发言者提交投稿即授予许可,不需要单独填写活动当天的表单。成本最低的强保障档位,因为表单已经存在。它的局限是受邀发言者从未填写过投稿表单。只要有发言者是受邀而非投稿,或征稿结束后新增了会议环节格式,就应上调一个档位。

  • 接受时征求同意——在录取通知材料中说明许可和退出选项,并记录每位发言者的答复。风险与将同意纳入投稿表单相同,多一个步骤,也是唯一能涵盖受邀发言者的档位。

  • 按格式分别征求同意——投入最大的选项:发言者分别选择是否录制、直播和发布,现场工作人员持有按场次整理的名单。它在努力程度和价值上都排在首位,因此效率排序不会选它。然而,PyCon US 的录制政策本就按格式分别征求同意,为 Talks 和 Charlas 提供退出选项,并明确说明“闪电演讲无法选择退出录制”——因此这是真实存在的做法,并非有人凭空创造的改良方案。升级条件,依据 Q10:发言者要展示受雇主限制或敏感的材料、不同格式确实有所区别,或必须在入口处而非电子表格中兑现退出选择。

  • 当天签署授权书——当天早上收集签名。效率排序甚至低于完全不录制,因为它会在最忙碌的一天带来实际协调成本,却仍可能遭遇它本想避免的情况:发言者在 09:00 拒绝录制,留下已预订的摄像机、记录空缺,以及你必须在走廊里做出的决定。

  • 不录制——正当的立场,并非失败。它不花成本,完全消除风险,但也失去了档案。应主动选择,而不是不知不觉地走到这一步。

  • **已删除,而非降级:默认沉默即同意并进行录制。**先发布,有人投诉再处理。这并不是低成本选项:视频一旦发布,就无法从他人已有的副本中撤回;发言者发现你的政策时,他们的雇主也会同时发现。

活动前沟通频率

已确认的演讲者在活动前多久会收到一次你的消息。这里没有合规成本轴:这些选项都不会收集或传输资料包中原本没有的任何内容。排序(默认排序,不是铁律——Q2 和 Q6 会重新排序):

  • 工作量(撰写的消息、跟进的对话串、安排的通话):逐位演讲者进行签到通话 > 按里程碑沟通 > 资料包加两次检查点 > 接受时发送单份资料包
  • 价值(材料是否按时送达,以及能否在问题仍可解决时发现意外情况):逐位演讲者进行签到通话 > 按里程碑沟通 > 资料包加两次检查点 > 接受时发送单份资料包
  • 效率:资料包加两次检查点 > 按里程碑沟通 > 接受时发送单份资料包 > 逐位演讲者进行签到通话

支配关系检查:4 个选项,6 组配对,没有严格支配关系——这是纯粹靠设计才达成的,而靠设计达成绝不算通过。 价值和工作量的排序完全相同,因此有一个机制挡住了全部 6 组配对:能发现更多意外情况的沟通频率,必然需要更多消息、对话串和通话。

没有列出合规轴,就没有其他因素能阻止或挽救任何一组配对。检查没有发现排序错误。效率这一项的依据见下文。

  • 资料包加两次检查点——默认选项:接受时发送资料包,在材料截止日期提醒一次,在活动前 48 小时发送后勤说明。两条消息就能实现六条消息的大部分作用。对于 Q2 和 Q8 标出的个别演讲者——国际旅行、首次演讲、非标准 A/V 需求——改用按里程碑沟通,而不是对整个演讲者名单都采用这种方式。
  • 按里程碑沟通——每个实际检查点都发送一条消息:确认、材料截止、幻灯片截止、活动前一周、活动前 48 小时、当天早晨。工作量更大,但能发现航班改期和标题变更。
  • 接受时发送单份资料包——一次性发送所有内容,有问题再作答。即便如此,按效率排序,它还是低于按里程碑沟通,因为它节省的时间远不及在舞台上才发现一个 A/V 意外所造成的影响。
  • 逐位演讲者进行签到通话——最缺乏关注的选项:在活动前两到三周与每位演讲者安排一次通话。它的价值和工作量都排在首位,因此效率排序永远不会选它——但它也是唯一一种能可靠发现演讲者不愿意写下来的事情的选项,例如对场地感到焦虑,或是对自己已悄悄失去信心的演示。适用于主题演讲、首次演讲者,以及任何不能出错的场次。
  • 删除,而非降级:将所有演讲者都抄送进同一封群发邮件。 这会把每位演讲者的地址泄露给其他人,而且发给 20 个人的个人截止日期通知,读起来就像是别人的事。请使用每位演讲者各自的对话串,或合适的邮件工具。

接受后的首次演讲者支持

提案辅导针对草稿开展,并在接受提案前结束——它属于征稿流程。接受提案后的彩排时段、导师支持和演讲反馈,属于 samber/dev-event-organizer-skills@event-speaker-coaching,该项目以相同的表述向每位演讲者提供这些支持。这里保留的是关怀层面:一个值得尝试的默认做法,而非已确立的会议惯例:

  • 询问,而非臆测(Q8)。在资料包中询问每位演讲者:“这是你第一次在这么大规模的场合演讲吗?”并说明原因:这会影响活动方要做哪些准备,而不是影响活动方如何评判演讲。
  • 提供场地体验。 在开放入场前,让演讲者进入实际舞台,使用实际演讲翻页器和实际返看屏幕,比任何建议都更能消除恐惧。
  • 说明现场情况:观众人数、是否有提问环节、谁来介绍演讲者、时间提示信号是什么样,以及演示失败时会如何处理。

失败模式

  • 在邀请时承诺本阶段无法兑现的内容。 旅行费用“可能会报销”、无人批准的酬金、后来缩短的演讲时长。演讲者在已经预留时间后才得知这些变动,随后又告诉了其他演讲者。请在第 1 步升级处理,切勿等到活动现场。
  • 没有统一的联系人。 三位组织者在三个不同的对话中回复同一位演讲者,或者无人回复。由一人或两人负责所有演讲者沟通——这是本技能中成本最低、效果显著的一环。
  • 收集 A/V 需求太晚,导致无法落实。 活动前一天才得知某项需求,不叫收集,而叫发现。请将需求收集时间设在场地的订购截止日期。
  • 未经记录同意就录制。 房间里有摄像机不代表获得了同意,沉默也不代表同意。每段公开发布的录像都必须有记录,注明形式、许可和是否可以选择退出——包括不提供退出选项的形式;对此必须提前明白说明。
  • 演讲者接受邀请后,不为首次演讲者提供支持。 提案辅导在接受邀请前就结束了;如果没有运行辅导计划(samber/dev-event-organizer-skills@event-speaker-coaching),这一阶段就无人覆盖。
  • 把无障碍和饮食需求的答复当成无关紧要的信息。 询问这些问题自有原因,而且它们和其他材料一样有提交期限。
  • 活动结束后仍保留护照、车票和付款信息。 旅行安排会收集本技能中最敏感的数据。应按明确的时间表删除,而不是等到有人想起来再删。
  • 辅导时数未纳入安排。 品牌承诺仍留在营销材料中,辅导时数却悄然消失。请将其列为任务,或降低承诺。
  • 未经询问就使用行话。 演讲者用了一个半数听众都不懂的术语,无人提问,于是听众悄然失去兴趣。请说明术语定义的规则,并开放匿名提问渠道。
  • 把住宿当作地区性活动的额外福利。 邀请来自活动中心以外地区的演讲者参加活动,却只提供交通、不提供住宿,他们就无法当天晚上回家。对于非活动中心所在地举办的活动,邀请应包含交通和住宿。
  • 当天才发现演讲者的抵达时间。 这应纳入安排,而不是靠走廊里的交谈来确认。

衡量指标

以下指标均由你自行设定,只有两项完整性门槛例外;只有跨届比较时,这些指标才有意义。

  • 截止日期时材料的完整度(门槛)——每位已接受邀请的演讲者都应在材料失去用途的日期前,提交并记录个人简介、头像、最终标题、A/V 需求和旅行详情;否则第 3 步的阶梯安排就有问题。
  • 同意记录的完整度(门槛)——每段公开发布的录像都必须有记录,注明场次形式、许可和是否可以选择退出。没有例外,因为例外正是会公开暴露的问题。
  • 在舞台上才发现的 A/V 问题(自行设定)——记录发生次数。目标是零,值得关注的是哪些类别反复出现。
  • 活动结束到录像发布,以及通知演讲者所用的时间(自行设定)——设定自己的期限,写在资料包中,并按自己的承诺衡量,而不是套用虚构的行业标准。
  • 回归和推荐的演讲者(自行设定)——只有在 Q5 表明活动会再次举办时才有意义,也是衡量这些措施是否奏效的最佳指标。

选择两项指标,写下它们将如何改变下一届活动的安排,并在活动开始前记录这两项指标。

调用示例

  • “昨天已经向 11 位演讲者发出了录取邮件。我该给他们发送什么?他们需要在什么时候之前回复什么?”
  • “我们的 3 位演讲者要乘飞机来。我们应该替他们预订行程,还是报销费用?”
  • “我们想在 YouTube 上发布演讲视频。需要演讲者提供什么?什么时候询问?”
  • “我们有一位演讲者从未在会议上做过演讲。我们可以提供哪些帮助,又不会显得居高临下?”
  • “休息室里具体要准备什么?由谁负责?”

预期输出:

  • 一份列明日期和每项负责人的资料收集计划。
  • 演讲者资料包的内容。
  • 针对每位演讲者的沟通节奏。
  • 关于录制同意的处理方式及其记录字段。
  • 现场接待计划。
  • 活动结束后的跟进流程。

保留并沿用此前承诺的所有内容,不作更改;并将所有评估或自行设定的内容标注为此类内容。

参考资料

  • 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 - 负责演讲者准备和排练演讲的部分,本技能会有意止步于此。

评论

支持 Markdown