cross-event-promotion

跨活动推广

在由独立组织者运营的独立活动之间促成曝光互换：

• 票务折扣码互换。
• 电子报和社交媒体提及互换。
• 展位和传单互换。
• 演讲者资源共享。
• 会议周同期举办。
• 两个或更多 Meetup 共同举办的联合活动。
• 社区日历交叉收录。

交换的筹码是相互曝光，而不是金钱：不收佣金，不涉及转售，也没有现金往来。

不同于：

• 同一组织者旗下活动之间的合作，这类合作无需这番沟通——相关协调归属 samber/dev-event-organizer-skills@event-portfolio-strategy。
• 与媒体渠道（电子报、播客、并非活动本身的社区）达成的曝光合作——这类合作归属 samber/dev-event-organizer-skills@event-media-partnerships，因为当合作方运营的是媒体平台而非活动时，同样的电子报互换机制就属于这个范畴。

目前尚无公开发布的、针对活动间互换的全行业推荐价值测量数据。所有目标都由你自行设定；只报告你实际衡量的数据，绝不可编造数字填补空白。

以下所有排序都是默认顺序，而非定律——具体顺序会随情况和执行者而变化。访谈后，请根据你对这位组织者的了解，重新排列两组选项。以下任一情况都足以颠覆默认排序：

• 手头已有热门电子报。
• 两场活动在同一座城市。
• 受众本来就会出行参加活动。
• 志愿者团队每周有两小时空余时间。

访谈

一次只问一个问题，尽可能采用选择题。设置第 5 至第 7 个问题，是因为不同形式在见效时间、持久性和所需投入方面差异很大——不能替用户决定默认排序。

1. 你的活动属于哪一类：社区运营（独立的志愿者组织者），还是公司／基金会运营（由供应商或基金会所有，并配有营销人员）？候选合作方属于哪一类？这决定审批流程，以及合作需要多正式（见下方的类别划分）。
2. 你能拿什么来交换？电子报触达量、社交媒体关注者、可打折的门票名额、实体展位或传单空间、演讲者人脉，或热门城市的场地。你拥有的资源会改变选项排序——自有渠道越强，越应优先选择能利用该渠道的互换形式。
3. 你的活动是线下、线上还是混合形式？合作方呢？只要任一方没有线下场次，就应直接剔除展位互换选项（见下方的剔除规则）。
4. 哪些活动已经与受众重合？你是否已经认识其中任何活动的组织者？与组织者已有良好关系，是成本最低的首次接触方式，也能免去大部分冷启动联系工作。
5. 必须在什么日期前完成推广？提及互换可在几天内完成；票务折扣互换需要留出销售窗口；同期举办则是受场地和日期制约、需提前 9-12 个月规划的跨届策略。如果截止日期早于当前届活动周期结束，就应优先选择提及互换，并完全排除同期举办。
6. 这是为了提升即将举行的这一届活动的一次性推广，还是要建立可持续增长的关系？大多数组织者互换都旨在逐届重复，关系的持久性比单届收益更重要——若目标是持续增长，就应优先考虑演讲者资源共享和同期举办。
7. 投入上限是多少：只能在日常工作之余挤出志愿者时间，还是有专职营销团队？志愿者时间有限，就应优先选择效率最高的选项；有专职团队，才有条件重新考虑那些原本难以开展的选项——展位互换和同期举办。
8. 双方能否归因推荐来源——例如使用折扣码、带营销活动标签的链接，或“你是如何得知我们的”活动反馈字段？如果任一方无法归因，就不能优先选择票务折扣选项，也会限制复盘中能够如实声称的成效。
9. 你的受众会为了参加活动而出行吗？每场活动分别在哪座城市、哪个季节举办？这决定了同期举办是否可行。

社区运营与公司运营

决定合作方式的关键在于各活动由谁主办，这也是本合集在定位、形式和赞助技巧上所强调的区别：

• 双方均由社区运营 - 组织者以平等伙伴的身份协商：在聊天串中商定资源互换，用简短的书面总结敲定，并凭借声誉履行约定。社区的日程文化对你有利——共享的季节日历和众包活动列表之所以存在，正是因为独立的社区活动会将彼此视为互补伙伴（MLH season calendar）。
• 任一方由公司／基金会运营 - 资源互换需要经过市场部门：要做好品牌审批、对任何涉及门票或场地的事项进行法律审核，以及等待较长时间才能得到答复的准备。好处是具备机构资源——业内最明确的联合举办形式由基金会运营，设有专门的联合举办活动类别和独立注册流程（CNCF/KubeCon co-located events program）。
• 混合运营 - 社区一方行动迅速，公司一方却无法做到；应按审批流程较慢的合作方来设定时间表，并将所有事项写入协议，因为非正式的总结经不起市场团队人员交接。

工作流

1. 开展访谈；明确两端条件（Q1），盘点可用于交换的资产（Q2），并确认归因能力（Q8）。
2. 搜寻候选合作活动：查看你所属活动类别的聚合日历、跨主题的众包会议日历，以及社区维护的任何生态系统季节日历；然后将范围扩展到你所在城市或日期相同、但类别不同的本地活动（DevOpsDays 组织指南；候选来源和示例名称见 references/partner-scoring-and-outreach.md）。
3. 使用下方的合作伙伴评分菜单为每个候选活动打分：首先考虑受众匹配度和规模是否相当，联系前先评估品牌契合度。区分互补活动与替代活动——如果你的参会者会选择参加某活动而不是你的活动，那么对方就是你需要协调日期、避免冲突的竞争者，而非交换合作伙伴（DevOpsDays 指南）。
4. 从下方的形式菜单中选择交换形式，并根据 Q2 的资产和 Q5 的截止日期重新排序。无论如何，都要完成所有列出的免费事项：在搜寻候选活动时查阅的日历上交叉列出你的活动——这只需几分钟，也不需要合作伙伴同意。
5. 提出合作请求，优先使用熟悉的联系渠道（Q4）。如果是冷联系，请使用 references/partner-scoring-and-outreach.md 中的主办方对主办方模板：用一句话介绍你是谁，说明你观察到的具体受众重叠，提出一项具体的交换方案，并明确提出一项请求。提出的内容应与请求的内容大致对等——不对等之处应公开协商，而非暗中掩盖。
6. 在任何内容发布前，先写好简明协议。大纲见 references/swap-formats-and-agreement.md：双方各自交付什么、截止时间、最低承诺、归因处理、徽标和文案审批、退出条款，以及事后共享哪些数据。社区组织者之间用聊天记录总结即可；由公司运营的合作则需要正式文件。
7. 在发布前设置归因，而不是事后补做：为每个合作伙伴设置专属折扣码、带营销活动标签的链接，以及报名表中的来源字段。未记录归因的交换一旦启动，就永远无法得到诚实的评估——因此，上文的衡量注意事项将此列为不可妥协的步骤。
8. 按商定的日历执行，并双向跟踪交付情况：你为对方发布了什么、对方为你发布了什么，各自记录日期和链接。合作伙伴未按进度推进时，依据协议中的日期书面催促一次。
9. 本届活动结束后进行复盘：将双方的核销量和推荐量与各自设定的目标对比，并讨论两个关系问题——合作是否轻松，双方是否愿意再次合作？决定继续合作、重新协商或终止合作，并告知合作伙伴决定结果。

如果你的运行环境支持持久化记忆，请记录：已评分的候选活动列表、每项正在进行的交换的协议条款和交付记录、各合作伙伴的推荐结果，以及继续或终止合作的决定及原因。下一届活动的交换合作轮次应从这份记录开始，而非从空白地图开始。

交换形式

七种形式，一个目标：让参会者在两场活动之间流动。排序如下（默认顺序，并非硬性规定——根据 Q2、Q3 和 Q5 重新排序）：

• 工作量：联合举办活动 > 展位或传单互换 > 联合活动 > 演讲者资源共享 == 门票折扣互换 > 互相提及 > 日历交叉列出
• 价值（带来的报名人数）：联合举办活动 > 联合活动 > 门票折扣互换 > 展位或传单互换 > 互相提及 > 演讲者资源共享 == 日历交叉列出
• 效率：日历交叉列出 > 互相提及 > 门票折扣互换 > 联合活动 > 演讲者资源共享 > 展位或传单互换 > 联合举办活动
• 合规成本（触发审查、失去可撤销性）：联合举办活动 > 联合活动 > 展位或传单互换 > 门票折扣互换；其余三种没有合规成本——互相提及、活动列表或演讲者推荐都不会涉及合同。

联合活动在排序中的位置，论据如下（其余六个现有等级的相对顺序保持不变）：

• 投入，低于展位互换 - 对两场聚会而言，它取代了双方本就会各自举办的一期活动，因此新增成本是协调，而不是再次制作；展位互换则会在双方活动的基础上增加差旅和人员安排。
• 价值，第二位 - 它让双方受众聚在同一个房间里，这是代码或提及都做不到的，但它一次只能吸引人们参加一个晚上的活动，而同地举办能吸引整群出行的人。
• 效率，低于票务互换 - 票务互换只需花几小时设置，就能带来可归因的注册；联合活动则需要先共同设计活动内容，之后才能产生任何成果。
• 合规，第二位 - 它让两个社群遵守同一套行为准则，并共用一份注册名单；双方只能在各自获得同意的范围内重复使用参会者数据；而展位互换的风险仅在于某个赞助商的排他条款。

平局理由：

• 投入平局 - 共享讲者渠道和互换票价折扣都只需花几小时设置，并通过长期协调渠道为每期活动进行更新，双方都无需承担实体活动的后勤工作。
• 价值平局 - 日历交叉收录和共享讲者渠道都只能间接带动参会者：前者依靠被动发现，后者依靠活动内容质量；两者都无法带来可归因的注册。

默认梯级：

• 默认梯级：互相提及。 日历交叉收录是其下方始终开启的基础层——交叉收录几乎零成本，也无需达成协议，因此无需等待合作伙伴。
• 升级至：票价折扣互换，前提是双方都能发放代码并查看兑换情况（Q8）。这是成本最低、且能带来可归因注册的形式，而这正是衡量部分所需的。

合作伙伴协作，主要在聚会之间进行：

• 联合活动 - 两个或更多聚会共同举办一期活动，可以在同一城市（Q9）举行，也可以在线举办，让双方受众亲身接触彼此的社群。只有满足以下四个条件时才升级采用：
  • 互补，而非替代 - 每方受众都能获得在自己社群无法获得的内容。如果两场聚会的参会者会选择参加其中一场，_而不是_另一场，那么联合举办一晚活动就毫无益处（与下文和替代活动同地举办的失败原因相同）。如果双方的参与度也都在下滑，那应该讨论合并，而不是互换——请参阅 samber/dev-event-organizer-skills@event-portfolio-strategy 中的合并选项。
  • 适合双方现场受众的形式 - 围绕双方的交集设计活动内容，并提供双方受众都想参与的内容；绝不能只是由一方照常演讲，再邀请另一方作为嘉宾。
  • 事先划分工作和署名 - 在公告发布前的协议中明确：谁预订场地、谁主持、谁负责注册、适用哪一方的行为准则、Logo 和名称的排列顺序、各方在哪里发布公告，以及展示哪些赞助商。
  • 跨社群衡量指标 - 在注册表中添加字段，询问每位参会者来自哪个社群，以便双方统计对方的新受众占比，以及其中有多少人参加合作伙伴的下一场常规活动。目标由双方自行设定。

资源不足的选项：

• 资源不足的选项是同地举办协议 - 价值最高、投入也最高，因此在每轮效率比较中都落败。
• 升级条件，与 Q9 相关 - 两场活动已经拥有共同的出行受众，并且可以在同一城市、同一周举办。将活动安排在另一场活动之前或之后，让出行参会者一次行程就能参加两场活动，是一种有明确记载的组织者实践（DevOpsDays 指南）。这种模式已在生态系统层面制度化：同地举办的活动共用主活动的场地和举办周，同时保持独立注册，因此集群举办从不要求合并票务或收入（CNCF/KubeCon）。
• 待明确事项 - 主活动对时段收取多少费用，以及是否包含交叉推广，目前没有公开记录；应明确协商，而不是自行假设。

删除规则，而不是降低已排除梯级的级别：

• 没有线下活动时，删除展位互换。
• 没有可打折的票务库存时，删除票务互换。 一个已被排除的选项被搁置在底部，却会悄无声息地重新纳入范围。

各格式的执行细节——包括锚定事件这一边缘情况：你引用规模更大的活动日期，却不达成任何交易——详见 references/swap-formats-and-agreement.md。

合作伙伴评分

针对组织者之间的合作场景调整的四项标准。排序（默认排序，并非铁律）：

• 核验难度：互动质量 > 品牌和价值观契合度 > 受众匹配度 == 受众规模对等性
• 筛选价值（避免不良合作）：受众匹配度 > 品牌和价值观契合度 > 受众规模对等性 > 互动质量
• 效率：受众匹配度 > 受众规模对等性 > 品牌和价值观契合度 > 互动质量

核验难度的并列确有其事：受众匹配度和规模对等性都能通过候选方公开的活动安排、主题和参会人数说明，在几分钟内判断。

• 先筛选：受众匹配度和规模对等性。 成本低，两者结合就能淘汰大多数候选方。
• 联系对方前先检查：品牌和价值观契合度。 合作伙伴的行为失当会影响每场为其做过推广的活动，而检查只需阅读其行为准则、往届活动资料和公开发言。
• 最容易被忽略的标准：互动质量。 它的信号价值最高，却无法从外部核实，因此应将其从预筛选项转为谈判要求：在洽谈合作时索取真实的邮件打开率和往期互推效果。
• 提升条件——当正在洽谈的合作形式成本较高（展位互换、联合办会）时，将互动质量提升为硬性门槛，因为受众不活跃会浪费真金白银和差旅费用。

各项标准的检查方法、针对不对等互换的规模对等性判断方法，以及联系模板，详见 references/partner-scoring-and-outreach.md。

失败模式

• 受众不匹配——大型合作伙伴的受众不匹配，会导致兑换量为零。应在上游解决：受众匹配度是首要筛选项；在错误的受众面前提及活动，不如保持沉默。
• 单方面的互换——受众规模不对等，会让「双方各推广一次」对规模较大的一方变成不公平的交易，进而因不满而放弃再次合作。解决方法：明确指出规模差异，并按实际价值平衡（例如由规模较小的一方增加推广次数、提供更好的展示位置，或延长折扣期）；规模对等性判断方法见评分参考文档。
• 与替代活动同期举办——与一场参会者会 选择参加而不是参加你的活动 的活动安排在同一周，会让双方的受众彼此分流。与替代活动联合举办也会出现同样的问题：现场挤满了已经参加其中一场活动的人，而双方新增的受众占比接近于零。搭配互补活动；安排日期时应错开替代活动（DevOpsDays 指南）。
• 展位互换违反付费赞助商的协议——免费展位属于实物价值，可能违反付费赞助商的品类排他条款，或占用其购买的展位资源。承诺展位空间前，应检查赞助协议中的排他条款；履约义务由 samber/dev-event-organizer-skills@event-sponsor-fulfillment 负责。
• 无法衡量的宣传效果——互推上线前未设置归因，复盘时就会凭空编造数字，因为另一种选择是承认没人知道实际效果。解决方法：上线前设置归因（工作流第 7 步）；如果某个渠道确实无法归因，就报告为未衡量——编造的数据毫无依据，而且比附带的限定说明更经得起推敲。
• 合作伙伴的事故变成你的问题——交叉推广会将双方声誉绑定在一起；对方活动中发生行为准则违规，会影响所有为其做过推广的活动。解决方法：进行品牌契合度筛查，并在协议中加入退出条款，允许任一方撤回推广。

衡量

为每个合作伙伴建立双向台账，跟踪：

• 发布的提及内容，附日期和链接。
• 带标签链接的点击量。
• 兑换的代码。
• 归因注册人数。
• 联合活动：双方各自新增参会者所占比例，以及其中有多少人参加合作伙伴下一期常规活动。
• 合作是否顺畅（定性）。
• 双方是否有意再次合作（定性）。

在这里，关系的持久性比单次活动的产出更重要，因为组织者互换旨在逐期积累成效。

在启动前设定兑换和推荐目标，并注明这些目标由自己设定：推荐价值取决于双方涉及的社群，无法从一个合作关系直接套用到下一个。首次互换的成功标准应当适度而坦诚：

• 归因有效。
• 双方都履行了协议约定的事项。
• 无论实际数据如何，都将其作为下一期活动的基准。
• 双方都愿意再次合作。

调用示例

• “两座城市之外的 Rust 大会受众和我们大致相同——为我们 10 月的活动和他们安排一次交叉推广。”
• “我们想在同一座城市的大型供应商大会前一天举办一场为期一天的社群活动。我们该怎么和他们接洽？”
• “我们的 Python 聚会和本地数据工程聚会想一起举办一场晚间活动。怎样才能让双方都觉得值得？”
• “起草互换协议：他们在简报中为我们发布两次宣传内容，我们向他们的参会者提供 20% 的门票优惠码。”

参考资料

• references/partner-scoring-and-outreach.md - 候选伙伴映射来源、各项标准的评分检查、均衡性启发式，以及组织者之间的联系模板。
• references/swap-formats-and-agreement.md - 各种形式的执行细节、联合活动的拆分方式与交叉参会人数统计、联合举办模式、简明协议大纲及交付台账。

另请参阅：

• samber/dev-event-organizer-skills@event-media-partnerships - 与媒体渠道开展曝光合作，这些渠道本身并非活动。
• samber/dev-event-organizer-skills@event-portfolio-strategy - 阐述单个组织者自己的活动组合，无需在此招揽合作伙伴。
• samber/dev-event-organizer-skills@event-marketing-plan - 互换作为多个渠道之一，为之提供支持的参会者招募计划。
• samber/dev-event-organizer-skills@event-community-building - 两期活动之间面向内部的社群活跃工作；本技能中的日历策略则面向外部。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment - 展位互换必须通过的赞助商排他性检查。
• samber/dev-event-organizer-skills@event-planning-timeline - 在为期数月的倒排计划中确定联合举办日期的环节。