mcpField
E
event-learning-expedition-design

event-learning-expedition-design

github.com/samber其他45.5k 次安装2 天前更新
代码仓库

关于 event-learning-expedition-design

面向组织学习考察活动的设计 Skill,聚焦主办方无法控制时的议程依赖程度,以及访客可查看和复述的内容。它通过访谈、决策排序和主办方简报处理这两项设计问题。

主要功能

  1. 01梳理活动范围与前置条件
  2. 02评估对接待组织的依赖
  3. 03确定访问与复述权限
  4. 04撰写主办方简报
  5. 05标明跨团队交接事项

适用场景

  1. 01设计进入企业现场的学习考察
  2. 02比较由接待方主导或协商议程
  3. 03明确参访内容的访问与传播边界

安装

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

$npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-learning-expedition-design

安装后在 Claude Code 中输入/event-learning-expedition-design确认已加载。

附带文件evals/evals.jsonreferences/precedent-and-evidence.md

详细介绍

活动学习考察设计

你带领自己的受众进入他人的建筑,而该组织正在开展的运营就是活动议程。接下来要做出两个决定,而这项技能只负责这两件事:你的议程有多少内容依赖于一个你无法指挥的主办方,以及主办方允许参会者看到并重复哪些内容。

请先阅读:范围比名称窄得多

“学习考察”听起来像一种完整的活动形式。但在这个技能集合中,它并非如此;假装它是完整形式,只会让你得到由相关技能更适合提供的建议。

这种形式通常包含的大部分内容在这里都已有对应的负责人,而且每位负责者对此的覆盖都比这项技能深入:

  • 同一议程中的多个场地。 这不是一种新机制。samber/dev-event-organizer-skills@event-venue-sourcing 的参考文件对此已有定论:多场地活动 “每个场地都沿用这张表的全部内容,另外还要加上场地之间的交通时间,并为每个场地指定一位明确负责人。这只是简单扩展。” 请从那里获取这张表。
  • 交通与人数问题。 samber/dev-event-organizer-skills@event-hospitality 将外出参访排在什么都不做之后:“只有其中一种安排需要交通、另一栋建筑自身的规则与保险要求,以及车辆出发后就无法再调整的人数。” 这个论点同样适用于你。只有一种例外:如果参访是社交晚间活动,而非活动议程,那就属于该技能的范围,而不是本技能。
  • 你的政策是否适用于大巴和主办方的场地。 samber/dev-event-organizer-skills@event-code-of-conduct 负责范围条款。其参考文件记录了 MLH 涵盖 “所有黑客马拉松场地、与黑客马拉松相关的社交活动、黑客马拉松提供的交通,以及与活动相关的线上互动。” 并指出 “接驳车既不是活动场地,也不是社交活动”。把场地和车辆交给它处理,再取回条款。
  • 途中餐饮,以及所有随行供应商。 服务形式由 samber/dev-event-organizer-skills@event-hospitality 负责,合同则由 samber/dev-event-organizer-skills@event-vendor-sourcing 负责。
  • 邀请谁以及邀请原因。 由 samber/dev-event-organizer-skills@business-event-formats 负责。其形式梯级包含客户深度这一类,而合规维度则涵盖了人们在这里常用的机制:“一旦接受邀请,就不能在不冒犯对方的情况下撤回;而且邀请首先要符合客人自己的礼品与反贿赂政策,然后才是你方的政策。” 负有礼宾义务的指定嘉宾属于 samber/dev-event-organizer-skills@event-vip-management 的范围;记者则属于 samber/dev-event-organizer-skills@event-press-relations 的范围。
  • 记录参访内容并发布相关内容。 先通过主文件交由 samber/dev-event-organizer-skills@event-production 处理,再交给 samber/dev-event-organizer-skills@event-content-repurposing。其权利审核流程同样适用于你:“沉默不代表允许,不能将其视为许可。”
  • 活动为何举办、成本是多少,以及如何衡量。 由 samber/dev-event-organizer-skills@corporate-event-strategy 负责。“认知转变”和“销售管线影响”是该技能用于描述目标与衡量标准的术语,不属于你的范围。

剩下的只有一个结构性事实,而且它确实存在。 在这个技能集合的其他地方,第三方要么提供场地,要么提供内容。

samber/dev-event-organizer-skills@event-venue-sourcing 为你提供场地,之后由你来安排其中的活动。samber/dev-event-organizer-skills@event-side-event-coordination 则负责处理他人出于自身原因举办的活动——“该技能负责的晚间活动是你提供的内容,而你负责的活动则是你允许发生的内容。”

这里,主办方两者都提供。因此,主办方一旦退出,你失去的就不只是一个可以重新预订的场地:活动议程本身也随之消失。 该合集没有涵盖这些内容。它没有涉及东道组织允许参会者看到并复述哪些内容——东道组织既不是演讲者,也不是赞助商或供应商。该合集遵循的同意链从组织者延伸到演讲者,却没有为开放场地的组织预留分支。

除这两项决定之外的任何问题,都转交给上述负责人,然后停止。本技能很简短,因为它只负责这两项决定。

不要为基于本技能制定的任何交付成果编造数字。场地数量、分组人数、简报时长、准备时间或东道方审批所需时间,都应由东道方说明;编造的数字会比附带的免责声明存在得更久。定性描述约束,并询问东道方。

本技能不规定任何法律门槛、司法管辖区、表格、法律文书名称或金额。这是长期政策:samber/dev-event-organizer-skills@event-side-event-coordination 负责责任问题,samber/dev-event-organizer-skills@hackathon-cash-prize 负责奖项法律问题。访问权限等级描述的是权限状态,而非法律文书;所需的任何书面文件都应由法律顾问命名。

访谈

一次只问一个问题,尽可能采用选择题。两个选项菜单中的每个条件都注明了对应的问题,因此请先回答以下问题,再进行排序。

  1. 东道组织是否已书面同意接待你的受众,还是这只是一个尚无人同意的形式设想?如果有人同意,是否附带了条件?
  2. 为什么受众需要亲自到场:是否有某样东西无法通过幻灯片展示——如场地、大厅、硬件、规模或故障——还是吸引力在于人和交流?
  3. 受众自身想问什么:是一个具体的技术问题,他们可以就此追问一位指定工程师;还是一个体验性问题,涉及某个组织日常如何运作?
  4. 东道组织内部,指定的对接人是谁?此人能否安排同事的时间,还是只能安排自己的时间?
  5. 东道方是否说明了限制——例如某个区域、客户名称或摄影规定?这些限制是由代表东道方的人提出的,还是你自行假设东道方会有这些要求?
  6. 参会者名单是否有明确范围,并会在活动当天之前确定,还是会一直开放到入场时?
  7. 活动结束后的审核队列由谁负责?请说出具体姓名;活动结束后,此人还会负责多久?
  8. 工作量上限和日期是什么:有多少人可以全程负责此事,有多少准备时间,而东道方取消时,方案需要具备多强的抗变更能力?
  9. 默认排序假设不存在的条件中,哪些已经具备:与候选东道方的长期合作关系、受雇于候选东道方的组织者、往届活动的参访安排,或已与其中任何一方签署的协议?

以下两个排序都是默认建议,不是定律;它们会随具体情况和执行者而变化。提出建议前,请根据 Q9 重新排序:已经在某个候选东道方内部工作的组织者,可以把冷接触变成日程邀请,并将该选项提升到默认排序所选级别之上。

工作流

  1. 先进行访谈,从 Q1 开始。如果没有人表示同意,你选的就是一种形式,而不是在设计活动;这个选择应由 samber/dev-event-organizer-skills@business-event-formats 负责。
  2. 继续之前,先将上文范围部分提到的所有事项转交出去。大多数以“设计我们的学习之旅”为由提出的需求,在到达任一选项菜单之前就会被转交。
  3. 在对第一个菜单排序前,先根据 Q2 和 Q3 确定其价值轴。这正是 samber/dev-event-organizer-skills@business-event-formats 用于自身形式梯度的机制——沿用即可,不必重新推导。
  4. 选择对主办方依赖程度的立场,并在排序前应用其删除规则。
  5. 选择访问与可重复性立场,并在排序前应用其删除规则。
  6. 撰写主办方简报:受众将来了解什么、你希望主办方的人做什么,以及你已告知参会者可以复述哪些内容。在主办方开始内部审批前发送,而不是等审批结束后再发。
  7. 明确交接,并指明对象:
    • 场地和交通工具交给 samber/dev-event-organizer-skills@event-code-of-conduct,负责处理范围条款。
    • 各场地的要求清单交给 samber/dev-event-organizer-skills@event-venue-sourcing。
    • 交通、餐饮和人数统计交给 samber/dev-event-organizer-skills@event-hospitality 和 samber/dev-event-organizer-skills@event-vendor-sourcing。
    • 任何录制内容交给 samber/dev-event-organizer-skills@event-production。
    • 目标和衡量交给 samber/dev-event-organizer-skills@corporate-event-strategy。
  8. 在向主办方承诺任何事项或向参会者发布任何内容之前,先提交每项决策供确认。主办方的审批流程就是不可逆的节点:他们的人一旦腾出时间,变更消耗的就是他们对你的好感,而不是你的日程。

如果你的运行环境支持持久记忆,请记录哪位主办方表示同意、附带什么条件、双方同意的访问立场,以及限制清单。主办方关系是这种活动形式所能产生的唯一持久资产,也是下一期无法仅凭文档重建的东西。

对主办方依赖程度的立场

议程在多大程度上依赖一个对你没有义务的组织。分为四个级别:

  • 主办方代表来到你自己的场地:邀请他们的工程师来你已掌控的场地演讲。无需前往任何场地。
  • 单一主办方场地,由主办方主导:你前往主办方所在地,由他们展示平时向访客展示的内容。
  • 单一主办方场地,议程协商确定:你明确说明受众需要看到什么,再由主办方据此安排。
  • 多主办方巡回:按顺序走访多个主办方组织。

有两条价值轴,而且它们确实相互冲突。因此,必须先回答 Q2 和 Q3,再对这个菜单进行排序。

  • 投入(为一个没有理由答应的接待方做好安排、向其员工说明情况、在各地点之间往返、提前确定人数、每个地点配一名陪同人员,以及某个接待方退出后重新安排):多接待方巡访 > 单一接待方现场,协商议程 > 单一接待方现场,由接待方主导 > 在自己的会议室接待接待方代表
  • 价值,现场感——受众在现场能看到、任何演讲都无法重现的内容:多接待方巡访 > 单一接待方现场,协商议程 == 单一接待方现场,由接待方主导 > 在自己的会议室接待接待方代表
  • 价值,契合度——受众自己的问题能用他们的术语得到解答,且回答者是他们可以追问的人:单一接待方现场,协商议程 > 在自己的会议室接待接待方代表 > 单一接待方现场,由接待方主导 == 多接待方巡访
  • 合规成本,指在接待方一侧触发的审查——访客筛查、现场安全培训、接待方自己的保密和客户数据规则——以及受众进入其建筑后,哪些事情就无法再撤回:多接待方巡访 > 单一接待方现场,协商议程 > 单一接待方现场,由接待方主导 > 在自己的会议室接待接待方代表
  • 效率,单位投入的现场感,当 Q2 提到实体事物时应使用的排序:单一接待方现场,由接待方主导 > 单一接待方现场,协商议程 > 多接待方巡访 > 在自己的会议室接待接待方代表
  • 效率,单位投入的契合度,当 Q3 提到具体技术问题时应使用的排序:在自己的会议室接待接待方代表 > 单一接待方现场,协商议程 > 单一接待方现场,由接待方主导 > 多接待方巡访

现场感上的 == 有其依据:由接待方主导的访问和协商议程的访问,都会让受众进入一栋真实建筑,而这一轴衡量的正是建筑本身。两者在其中展示的内容有所不同,那是另一条轴要衡量的事。

契合度上的 == 也有其依据,而且并非归零:无论受众看到一个还是一系列由接待方主导的议程,议程都是由接待方主导的,因此巡访只会增加地点,却不会让任何人的问题得到更好的回答。这种平手在除以投入后就不复存在:契合度相同而投入严格更高,单位投入的契合度就严格更低。因此,巡访在这条排序中位于最后,而不是与接待方主导的档位并列。

这里的合规成本与投入档位逐级对应。应当承认这一点,而不是把它作为第二个信号:两者都会随着你深入他人组织的程度以及涉及的组织数量而增加。保留这一轴,是因为这种风险确实存在——接待方有权自行设定筛查和培训要求,你无法协商降低这些要求——但它并未区分出投入轴尚未说明的任何情况。

支配关系检查:4 个档位,6 对比较,严格支配关系为 0。 覆盖全部 6 对比较需要两种机制,单独一种只能覆盖一半:

  • 因价值轴相互对立而无法支配(3 对): 自有会议室与接待方主导、自有会议室与巡访、协商议程与巡访。在每一对中,现场感领先的档位在契合度上落后。
  • 仅因成本而无法支配(3 对): 自有会议室与协商议程、接待方主导与协商议程、接待方主导与巡访。在每一对中,领先的档位在两个价值轴上都领先(后两对中的其中一条轴上打平),但投入和合规成本仍严格更高。

以上涵盖了全部 6 对比较。

两条价值轴并非_完全互为反向_。它们在不同位置打平,因此这项检查确实提供了信息,并非通过构造就能轻易得出结论。

  • 单一主办方地点,由主办方主导——默认方案。 这种方案以最少的协调成本,带来最强的“他们确实亲临现场”的效果,而且是主办方无需召集任何人就能答应的选项。当 Q3 表明听众的问题既具体,且 Q4 指出有一位能协调同事时间的对接人时,再将其提升为协商议程。 两个条件必须同时满足,不能只满足其一:问题具体,但内部无人负责协调,只会让你满怀期待地得到一次标准参观。

  • 主办方代表到你们自己的会议室。 适配效率最高,成本几乎为零。当 Q3 表明问题既专业又具体时,这才是坦诚的建议:直说这一点,然后结束此技能,而不是围绕一场能在会议中完成的交流来安排出行。当 Q2 指出有某个实体事物无法通过幻灯片展示时,就从此选项菜单和上方每一条坐标轴中删除这一项。 演讲不是站在现场的简化版,而是已经删除的选项若仍留在列表底部,之后就会以节省成本为由再次出现。

  • 单一主办方地点,协商议程。 这个选项能回答具体问题,代价是在主办方内部找到一位负责人。当 Q4 找不到能够协调同事时间的对接人时,就从此选项菜单和上方每一条坐标轴中删除这一项。 否则,它就不是成本更低的协商议程,而是“由主办方主导”加上会议,这正是此菜单中最糟糕的组合。

  • 多主办方巡访——无人问津的选项。 地点最多,两个成本轴上的成本也都最高,但两条效率轴都从不选它。是否提升此选项取决于 Q9 和 Q8,两者各自都有影响:

    • Q9:与不止一位候选主办方已有稳定联系,因此新增一个地点只需打个电话,而非从头联系。
    • Q8:有充足的时间余量,即使一位主办方退出,行程也不会因此取消。

    两个条件必须同时满足,不能只满足其一——在毫无余量的情况下靠陌生联系搭建巡访行程,是唯一一种会因一位主办方退出而在差旅预订后导致整个安排取消的情况。

访问与可复用性立场

主办方允许参会者观看什么,以及他们之后可以复述什么。分为四个选项:

  • 公开记录:没有任何限制。参会者可以自由拍照、记录和发言。

  • 明确的基本规则,无需签署文件:组织方说明并公布规则,参会者接受即可,例如指定区域不得拍照、不得将言论归于任何个人,且无人需要签署任何文件。

  • 每位参会者签署书面承诺:每位参会者都必须在进入前,按照主办方的要求签署文件。

  • 主办方控制审核,组织方转达:参会者可以自由观看,但主办方会通过你审核他们之后想要发布的任何内容。

  • 工作量(与主办方的法务部门协商、收集签名、处理门口拒绝签署的人,以及管理活动结束后仍在排队的人):主办方控制审核,组织方转达 > 每位参会者签署书面承诺 > 明确的基本规则 > 公开记录

  • 价值,访问权限——主办方愿意实际展示多少内容:每位参会者签署书面承诺 > 主办方控制审核,组织方转达 > 明确的基本规则 > 公开记录

  • 价值,可带走的内容——参会者无需征求任何人许可,就能带回并使用的内容:公开记录 > 明确的基本规则 > 每位参会者签署书面承诺 == 主办方控制审核,组织方转达

  • 合规成本,取决于引发的审核以及因此付出的可逆性代价:每位参会者签署书面承诺 > 主办方控制审核,组织方转达 > 明确的基本规则 == 公开记录

  • 效率,单位工作量对应的访问权限:明确的基本规则 > 每位参会者签署书面承诺 > 公开记录 > 主办方控制审核,组织方转达

  • 效率,单位工作量对应的可带走内容:公开记录 > 明确的基本规则 > 每位参会者签署书面承诺 > 主办方控制审核,组织方转达 这种访问排序基于一个论点,而这个论点确实仍有争议。论点是:主办方展示的内容,取决于观众到场时主办方仍承担多少剩余风险。承诺会在任何人看到内容_之前_约束各方,这才是真正开启访问权限的关键;事后审查机制无法阻止已看到的内容被记住,因此即使感觉更严格,所开启的权限也更少。

有两种说法与这一论点相关,但方向相反:

  • 支持事前文书,但其作用比听起来更窄。 证券法允许发行人在设施参观期间分享重要的非公开信息,而不触发 Regulation FD,但前提是访客事先同意保密;这是一种事后无法实现的法律许可。这说明事前文书决定了披露_是否获准_,却不能证明签署后主办方会展示更多内容。
  • 反对这种排序,也是唯一有据可查的案例,说明 NDA 实际为访客带来了什么。 一名工程师在工厂参观前签署了禁止拍照和发布社交媒体内容的协议。他写道,他看到的内容并非其他未签 NDA 的访客没有发布过的信息;协议的主要作用,是让他自己觉得这次参观更有价值,而不是让主办方展示更多内容。

应将这种排序视为有理有据的默认判断,而非定论:关于主办方实际披露内容的最有力直接证据,指向相反方向。有关这两种说法及其旁边的反例,请参阅 references/precedent-and-evidence.md。

结论 == 存在争议:在最底下的两档中,参与者若要复述所见内容,都必须征得他人许可。两者的区别在于由谁执笔以及何时执笔,而不在于参与者是否自由。

合规 == 的值为零,这一点也存在争议:这一维度最上面的两档都不会产生任何文书或义务,因此两者都不会触发审查——区别在于说了什么,而不在于签了什么。

结论效率这一维度无法区分任何选项,使用时应如实说明。 它与反向努力程度的排名完全相同,因此用结论除以努力程度不会改变任何位置,而这一维度也就退化成了“成本最低优先”——这恰恰是排名要避免的唯一排序方式。当可自由复述的结论是全部目的时,它仍是正确的排序;但它无法发现错误,因此绝不要让它独自决定采取何种做法。

支配关系检查:4 档、6 对、严格支配关系为零。 要涵盖全部 6 对,需要两种机制:

  • 受相反价值轴阻碍(5 对): 开放访问与基本规则、开放访问与承诺、开放访问与转达许可、基本规则与承诺、基本规则与转达许可。每一对中,访问权限较高的一档在结论方面较差。
  • 受单一成本轴阻碍(1 对): 承诺与转达许可。承诺的访问权限更高,结论持平,且努力程度_更低_,因此努力程度不会构成阻碍,唯一构成阻碍的是合规。去掉合规这一维度后,承诺就会完全支配转达许可。

以上涵盖了全部 6 对。

请坦诚看待这项检查的价值。访问权限和结论_从议题本质上说_几乎互为反向指标:主办方展示得越多,参与者能复述的就越少。因此,6 对中有 5 对是由设计本身决定无法支配的;承诺与许可这对是唯一能从检查中获得有效信息的一对,也是读者最可能判断错误的一对。

  • 指定人员负责的基本规则——默认选项。 让场地方安心的,是有明确姓名的人负责现场,而不是一群陌生人各自签署一页文件。这只需花费文书工具成本的一小部分,就能换来场地方大部分的信任,也不会产生任何需要审核的内容。 在参会者出发前告知他们规则,不要等到门口才说——有人抵达后才得知规则,就等于要求他们在压力下接受规则。

  • 公开记录。 成本低、诚实;只要场地方展示的内容与其网站上已有的内容一致,这就是正确做法。如果 Q5 报告了由代表场地方发言的人提出的限制,就从此菜单和上方所有维度行中删除此项。 在设有受限区域的网站上宣布采取公开记录的做法,就已经在大巴开走前违反了规则。把它放在底部,最后就会变成“我们还是别把事情闹大了”。

  • 要求每位参会者书面承诺——被冷落的选项。 在准入和合规方面得分最高,所需精力仅次于转交审批。因此,摘要行从不选择它,准入行也只有在基本规则失败后才会选择它。是否提升优先级取决于 Q6 和 Q1,两项条件各自独立:

    • Q6:在活动当天之前确定参会者名单,因为如果名单在门口仍未确定,那么要求签名就不是政策问题,而是现场流程出了问题。
    • Q1:场地方的同意以此为条件。

    两项条件必须同时满足,不能只满足其中一项。最终采用什么文书形式由法律顾问决定,本技能不指定任何形式。

  • 由场地方控制、组织方转交的审批。 这是唯一一项在活动结束后仍会产生持续成本的选项。如果 Q7 显示无人负责处理审批队列,或显示负责人员在请求到达时已不再负责,就从此菜单和上方所有维度行中删除此项。 无人处理审批队列会同时造成两项失败:一是违背对场地方的承诺,二是参会者的记录报告会永远无法发布,也无人跟进。

失败模式

  • 接待方尚未答应,就在活动前一天设计方案。 Q1 的目的就是避免这种情况。没有接待方的形式,只是在不同形式之间做选择,而这由 samber/dev-event-organizer-skills@business-event-formats 负责。
  • 把接待方当成场地。 场地临时无法使用,损失的是一个可以重新预订的房间。接待方临时退出,整个活动安排就不复存在,因为接待方_就是_活动安排本身。 每次决定日期和定金时,都要牢记这一区别,绝不要照搬 samber/dev-event-organizer-skills@event-venue-sourcing 中“多个场地对应多个日期”的做法。第二个接待方不能替代第一个,而是意味着一场不同的活动。
  • 假定接待方从未说明过的限制。 自行设定保密要求,是让一次考察毫无可用成果的最常见原因。Q5 会问清限制由谁提出,正是因为通常的答案是“我们以为如此”。
  • 假定不存在限制。 这是相反的失误,而且代价更高。samber/dev-event-organizer-skills@event-content-repurposing 的权利审核规则对此有明确规定:“沉默意味着不允许,而不是允许。”
  • 让接待方的营销团队编写议程。 以接待方为主导的参访如果变成产品演示,就等于让受众舟车劳顿,只为观看一场网络研讨会。在简报阶段就说明受众此行要了解什么,然后对照这句话检查议程。
  • 在这里重新推导交通、餐饮或每个场地的要求清单。 范围章节已为这三项明确指定负责人;与本技能能提供的任何内容相比,在那里说明都更妥当。
  • 忘记车辆。 范围条款必须明确写出车辆。samber/dev-event-organizer-skills@event-code-of-conduct 自带的参考文件说明了原因:“穿梭巴士既不是场地,也不是社交活动。”
  • 凭空编造数字。 场地数量、团队规模、准备时间、接待方审批周转时间——这些都应由接待方设定,而且没有任何一项能从一个接待方推广到另一个接待方。向接待方询问,并将其答复记录为接待方提供的信息。

衡量标准

以下每项关卡都是自行设定的,而非外部基准。介绍时要明确说明这一点。活动整体是否成功,应由 samber/dev-event-organizer-skills@corporate-event-strategy 负责。

通过门槛(结构性指标,仅一项): 在告知任何参与者目的地之前,以下四项都必须有书面记录,且不得留空:

  • 接待方的同意,以及附带的任何条件。
  • 接待方内部指定的对接人。
  • 根据限制清单制定的访问要求。
  • 指定负责处理参与者后续发布需求的人员。

不断迭代,直到四项齐全。其中任何一项留空,都是本技能旨在避免的失误。

之后值得记录的信号,均由自行设定:

  • 是否有接待方退出,以及提前多久通知。
  • 实际执行的议程是否符合已发送的简报。
  • 有多少参与者提出发布内容的请求,以及每人等了多久。
  • 接待方是否愿意再次接待你们。

最后一项是唯一会逐步累积的信号,却也是没人会记下的那一项。

调用示例

  • “我们想在活动开始前,带参会者去一家超大规模云服务商的数据中心参观。该如何安排?”
  • “一家硬件公司提出接待我们的社区,参观他们的工厂。在答应之前,我们需要谈妥什么?”
  • “参会者想看看大型工程组织实际如何运行 CI。我们应该去参观,还是请他们的人来台上分享?”
  • “接待方要求所有人在入场前签署文件。这正常吗?会给我们带来什么代价?”
  • “参会者可以在博客中写下他们在现场参观时看到的内容吗?”

预期输出:一份参访简报,包含:

  1. 路由清单——请求中属于其他技能的所有事项,并注明对应技能。
  2. 对接待方依赖程度的处理立场,包括被删去的各个级别及其删除原因。
  3. 对访问权限与可重复性的处理立场,以及据以制定该立场的限制清单。
  4. 接待方简报本身。
  5. 明确的交接事项。
  6. 对每项选择,都注明哪种访谈回答会使选择发生变化。

按章节呈现,以便逐节验证,在向接待方作出任何承诺之前完成确认。

参考资料

  • references/precedent-and-evidence.md - 阅读此文,了解唯一一个有记录显示曾举办接待方现场参访项目的技术会议、一个名称相同但并非本技能主题的形式、支持与反对按访问顺序安排的证据,以及具名游学运营方公布的团队规模、场地数量和筹备周期范围。

该集合中与其他技能的关键交接事项:

  • samber/dev-event-organizer-skills@business-event-formats - 判断这种形式是否合适,以及人们提到高管沉浸式体验时常想到的客户关系深度类别。
  • samber/dev-event-organizer-skills@event-code-of-conduct - 行为准则的适用范围条款必须明确涵盖接待方场所及交通工具。
  • samber/dev-event-organizer-skills@event-hospitality - 交通、餐饮服务形式、无法临时更改的最终人数,以及当参访是社交活动而非议程内容时安排的场外晚间活动。
  • samber/dev-event-organizer-skills@event-vendor-sourcing - 与任何随行服务供应商签订的合同。
  • samber/dev-event-organizer-skills@event-production - 如有录制,负责从录制到成片发布的整个流程。
  • samber/dev-event-organizer-skills@corporate-event-strategy - 目标、资金,以及活动承诺接受何种衡量。

上方的范围部分会将相关事项路由至其他兄弟技能,涵盖场地要求、内容权利、VIP 嘉宾和媒体关系。请阅读该部分,查看完整路由清单。

评论

支持 Markdown