event-media-partnerships

活动媒体合作伙伴关系

你为技术活动与并非活动本身的媒体或社区资源建立互惠曝光合作，例如新闻简报、播客、在线社区（Slack/Discord、开发者大使计划）、博客和媒体机构。双方以曝光换曝光：活动提供 Logo 展示位和提及，合作伙伴则提供新闻简报介绍、播客环节或社区帖子。通常不涉及现金。组织者指南将其列为一个独立层级，而非临时帮忙：

• DevOpsDays 组织指南，“社区赞助商”：“适用于有意与你进行交叉推广的媒体机构和其他会议……通常不会要求他们提供现金。”
• MLH 组织者指南：“战略／媒体合作伙伴……社区合作伙伴……通常免费。”

以下四条边界需要明确说明，因为引用的指南至少有一处将它们混为一谈：

• 赢得的媒体报道不属于合作伙伴关系。“我们请一家出版物报道我们”是单向请求，活动既无法掌控，也不会提供互惠——这属于 samber/dev-event-organizer-skills@event-press-relations（媒体资料包、记者定向、采访证和禁发期）。本技能涉及的是由活动发起并安排的双向交换。MLH 自己的指南将两者放在一起列出，没有加以区分——每次都要为用户划清界限。
• **另一场会议不属于媒体资源。**与另一场活动的新闻简报交换内容，虽然机制相同，但应归入 samber/dev-event-organizer-skills@cross-event-promotion——双方已确定这条边界。本技能涵盖 DevOpsDays 层级表述中的“媒体机构”部分；对应技能涵盖“其他会议”。
• **涉及现金就会改变交易性质。**如果某项合作同时包含现金和非现金交换（例如，折扣付费档位加互惠提及），应将其拆分：现金部分归入赞助区块（samber/dev-event-organizer-skills@event-sponsor-value-proposition 及其同类技能），只有非现金交换部分保留在此处。绝不能因本技能的简单做法而让本可以付费的赞助商少付钱。
• **活动自身的渠道不属于本技能。**安排活动自身的感谢帖和宣传扩散，应归入 samber/dev-event-organizer-skills@event-social-media；媒体合作则是通过他人的渠道为活动带来外部宣传。

与此集合中的现金赞助一样，易货合作购买的是展示位和宣传机会——绝不包括演讲席位、编辑报道或对活动议程的影响力。

“衡量”部分中的每项目标都由组织方自行设定：新闻简报或播客交换带来的报名人数，以本次活动自身的追踪链接测得的结果为准。如果可以浏览网页，请在敲定公开的合作伙伴层级前，查看 2–3 个同类会议当前的媒体合作伙伴页面。

下面的每项排序都是默认建议，并非铁律；具体顺序会随情境和执行者而变化。访谈结束后，根据你对组织者的了解，重新排列合作形式选项。以下任一情况都可能颠覆默认排序：

• 合作伙伴的播客已经在现场录制。
• 组织者撰写了一份广受欢迎的新闻简报。
• 活动采用纯在线形式。
• 志愿者团队没有余力制作内容。

访谈

每次只问一个问题，尽可能使用多选题。之所以有问题 6–8，是因为格式菜单中的选项在见效时间、持久性和投入方面差异很大，不能替用户选定默认排序。

1. 活动由社区还是公司／供应商主办？说明无现金档位的主办方指南来自社区主办的活动——答案会决定是否可以考虑以物易物（见下一节）。
2. 目标受众平时会在哪里阅读、收听和交流——他们关注哪些新闻简报、播客、Slack/Discord 社区、大使计划和日历网站？请列出具体平台；这有助于确定合作伙伴类型，并打破下文的价值平局。
3. 活动能提供什么作为回报：Logo 展示位（网站、徽章、屏幕）、社交媒体触达、桌位或展位空间、门票配额、现场录制空间？绝不包括演讲时段。
4. 哪些媒体或社区已经了解这场活动——报道过、参加过，或与活动共享主办方？优先考虑已有联系的渠道。
5. 线下、仅在线上，还是混合形式？仅在线上会移除所有现场内容（桌位或展位、现场录制）——应直接移除，而不是降低优先级；不依赖现场条件、仍可保留的选项（如播客嘉宾席）则继续保留。
6. 合作伙伴带来的曝光必须在什么时候实现？截止时间紧迫时，应优先考虑快速见效的形式（加入日历、互换提及可在几天内实现）；播客制作和完整的合作伙伴档位则需要数周到数月。
7. 是为本届活动进行一次性推广，还是建立能在多届活动中持续增值的关系？若目标是持续增值，应优先考虑耗时更长、关系投入更大的选项。
8. 投入上限是多少——主办方可投入的工时、内容制作能力、现场场地空间？

社区主办与公司主办

决定合作方式的关键因素是活动归谁所有；本合集的定位和赞助技能也围绕这一点展开：

• 社区主办——以物易物档位最适用的场景：提及这一档位的主办方指南来自社区主办的活动；合作伙伴推广社区活动，就是在支持其所服务的生态系统，因此通常无需现金。
• 公司／供应商主办——以物易物在此属于例外。媒体通常会通过商业广告库存来推广供应商的活动（媒体若以曝光换取推广某家供应商的营销活动，就会损害受众之所以关注它所看重的中立性）。如果媒体提供价目表，提供的就是广告，而非本技能所述的合作；如果合作要求附带报道预期，则应交由 samber/dev-event-organizer-skills@event-press-relations 处理，以妥善维护编辑独立性。

在设计合作方案之前，先说明每笔合作属于哪一类。

工作流

1. 开展访谈；确定定位（Q1）、受众真正使用的渠道（Q2）以及活动可提供的资源清单（Q3）。

2. 先对合作进行分类，再设计合作结构：

   • 对方是另一场活动 → samber/dev-event-organizer-skills@cross-event-promotion。
   • 单向寻求报道，且没有承诺回报 → samber/dev-event-organizer-skills@event-press-relations。
   • 合作中涉及任何现金 → 拆分处理：现金部分归入赞助区块。
   • 剩下的情况，即与媒体或社区平台进行双向、不涉及现金的曝光互换，就是本技能的适用范围。

3. 将合作伙伴类型与 Q2 的答案对应起来：媒体机构／博客、新闻简报、播客、社区，以及开发者大使计划（GitHub Campus Experts、学生大使和开发者社群计划是有来源支持的示例——MLH 指南）。分类体系及各类型受众的集中渠道见：references/partner-types-and-scoring.md。此菜单刻意不做排名：优先追求哪种类型，完全取决于 Q2 发现受众在哪里；没有这个答案就给类型排名，只会造成虚假的精确感——下面的形式菜单才是排名真正发挥作用的地方。

4. 按六项标准为每个候选合作伙伴打分（要向用户说明，这是通用的合作伙伴评分框架，而非活动专用框架）：

   • 受众契合度
   • 受众规模
   • 品牌契合度
   • 互动质量
   • 互惠潜力
   • 执行难度

   评分详情和外联请求模板见：references/partner-types-and-scoring.md。

5. 根据下面的排名菜单，为每个合作伙伴选择交换形式，然后明确双方各自交付什么，逐项列明并可计数——哪些版位、发送几次、具体日期。“各自保留自己的潜在客户”是结构性规则（这是联合营销的惯例，也符合社区运营中不交换名单的规范）：交换曝光，绝不交换受众数据。

6. 将条款写下来——签一页协议，不要只握手约定：双方的交付内容、日期、Logo／品牌审批、无编辑义务条款以及退出机制。大纲和示例见：references/deal-terms-and-delivery.md。

7. 在每个合作伙伴的台账中双向跟踪交付情况——活动方承诺的提及最容易被悄悄遗漏。承诺现场权益（桌位、展位）前，先通过 samber/dev-event-organizer-skills@event-sponsor-fulfillment 检查是否与赞助等级的排他性冲突。

8. 活动结束后，逐一评估是否续约：双方的实际交付与承诺是否一致、引荐信号（见“衡量”）如何，以及合作伙伴的受众是否真正匹配。可以续约、将合作形式上调或下调一个档位后重新协商，或终止合作。

如果你的运行环境支持持久化记忆，按合作伙伴记录：合作分类、所选形式及其理由、双方各自的交付内容和日期、交付状态以及续约评估。下一届活动的流程应从这份台账开始，而不是从头重新谈判。

交换形式

排名菜单——按每单位组织者精力所能换回的价值排序。这些形式源自 SaaS 联合营销实践，以及有来源支持的 Logo 与提及分级机制；价值维度是主观判断，并非实测数据。

• 工作量（组织者投入时间、协调和制作）：完整媒体合作伙伴级别 > 播客互换 > 社群合作 > 电子报提及互换 > Logo 和社交媒体互换 == 日历列表
• 价值（获得的目标受众曝光，属于判断值而非测量值）：完整媒体合作伙伴级别 > 电子报提及互换 == 播客互换 > 社群合作 > Logo 和社交媒体互换 > 日历列表
• 效率：电子报提及互换 > 日历列表 == Logo 和社交媒体互换 > 社群合作 > 播客互换 > 完整媒体合作伙伴级别
• 合规成本（触发审查、失去可撤回性）：完整媒体合作伙伴级别 > 播客互换，仅限现场录制形式；另外四种都没有合规成本——列表、Logo、电子报简讯和社群帖子都不涉及签署协议。

这两种会让合作伙伴在活动现场占用空间和类别资源，而付费赞助商可能已经拥有这些资源。提供这两种合作前，都必须进行赞助商排他性检查（工作流步骤 7）；合作伙伴一旦公布展位，就很难撤回。

以下三项并列有其依据：

• 工作量：日历列表和 Logo 与社交媒体互换都只需交接一项素材：提交表单，或提供 Logo 文件并安排一条帖子。耗时不到一小时，也不需要协调对方的日程。
• 价值：电子报版位和播客版位都能通过受众真正参与的渠道，让活动触达合作伙伴自有且主动订阅的受众。哪种更有效，取决于 Q2 发现受众是在阅读还是在收听，而非形式本身。
• 效率：两种低成本合作的投入都近乎为零，带来的曝光 modest 且被动，因此两者的效率比难以区分。

具体形式如下：

• 日历／社群列表 - 合作伙伴将活动列入其日历或社群公告板；活动方提供返回链接。几天即可落实，投入近乎为零。
• Logo 和社交媒体互换 - 参考 Community Sponsor 合作机制（DevOpsDays）：活动网站展示 Logo，并在社交媒体上致谢；合作伙伴也提供相应支持。这是所有合作的基础级别。
• 电子报提及互换 - 在合作伙伴的电子报中刊登一则简讯，活动方则在自己的公告中提及合作伙伴。双方各自面向自己的受众发布内容，并各自保留自己的订阅名单。
• 播客互换 - 组织者或演讲者作为嘉宾参与合作伙伴的播客，或者播客在活动现场录制（仅限线下活动）。需要提前数周安排；如果要建立能持续产生复利的合作关系，这是自然的升级选项（Q7）。
• 社群合作 - 与 Slack/Discord 社群或大使计划互相转发内容、联合举办 AMA，或接管对方的频道。制作成本低，但需要先建立良好关系，否则容易被视为垃圾信息。
• 完整媒体合作伙伴级别 - 打包合作方案：授予官方媒体合作伙伴徽章、提供现场桌位或录制设备，并在整个活动周期内进行跨渠道双向推广。有些活动会根据覆盖范围将徽章本身划分为多个命名级别，供多个平台持有。Web Summit 的媒体合作伙伴页面便将“全球媒体合作伙伴”与“活动媒体合作伙伴”区分开来，使这一称号保持意义，而不是简化成一个不加区分的徽章。

以下两条规则决定默认做法：

• 默认级别：对所有通过审核的合作伙伴，默认提供日历列表加 Logo 和社交媒体互换，即参考来源中的级别机制；投入近乎为零，权益保持一致。
• 升级条件：当 Q2 显示合作伙伴的自有渠道确实能触达活动目标受众，且互动质量评分达标时，才将合作升级为电子报互换或播客互换，而不是因为合作伙伴提出要求。

资源紧张时最容易放弃的是完整媒体合作伙伴级别 - 它价值最高、投入也最大，因此效率排序永远不会选中它。但如果 Q7 表明值得建立能持续产生复利的合作关系，而活动也具备现场接待能力，仍应为该活动细分领域的旗舰媒体或社群升级：这段关系能够持续为未来每一届活动带来公告传播覆盖。其现场权益须以通过赞助商排他性检查（工作流步骤 7）为前提。 对于仅在线举办的版本，应删除所有现场专属内容——完整版的桌位或展位、播客的现场录制——而不是降级处理。只删除现场部分：播客嘉宾席位和完整版的其他内容在线上仍然适用。已删除的项目不能在谈判过程中悄悄重新变成合作范围。

失败模式

• 用合作关系换报道。 将“撰写两篇关于活动的文章”列为合作方的义务，就把资源互换变成了付费编辑内容。合作关系换取的是合作方在商业上可控的推广资源——日历名额、简讯推荐语、Logo 区块——绝不能换取其编辑判断。如果活动想要的是文章，应使用 samber/dev-event-organizer-skills@event-press-relations。
• 没有边界的 Logo 墙。 按照发布时的内容，来源中的等级只有统一的权益，没有资格标准，也没有名额上限——照搬的话，每个申请者都能免费获得 Logo 展示，该等级也就毫无意义。为候选方打分（工作流步骤 4），明确每位合作方的交付内容，并在续约前核查交付情况。
• 混合交易未拆分。 合作方提出“半价加一条简讯推荐”，这属于折扣赞助商，而不是媒体合作方。按实际价格将现金部分归入赞助区块；这里只保留资源互换部分。
• 活动自身的承诺未兑现。 合作方发布了推荐语；活动承诺的致谢帖却迟迟没有发布。双方的义务都要连同日期记入台账，活动自身的内容则通过自己的渠道日历排期（samber/dev-event-organizer-skills@event-social-media）。
• 索要合作方的名单。 交换订阅者数据不算资源互换——这种合作形式的逻辑是双方各自向自己的受众发送内容，而由社区运营的活动中，付费等级已经遵循不提供名单的惯例。曝光可以作为交易内容，数据绝不能。
• 把报价单回复当成拒绝。 媒体机构报出广告价格，表示其推广资源属于商业资源，并不代表拒绝合作。要么明确购买广告（不属于此技能的范围），要么提出对方仍愿意以资源互换的形式提供的内容（日历收录、嘉宾席位）。

衡量

以下目标均由自己设定——某种合作形式能带来多少注册，取决于活动自身的追踪链接所测得的结果，因此应设定目标，而不是编造达标率。在联系合作方前，先写下每项指标会触发什么行动：

• 各合作方的引荐指标（自设）：为每位合作方设置独立的追踪链接或注册代码。连续两届注册人数为零的合作方，应下调一个等级重新谈判，或终止合作。
• 交付台账完成率（自设）：续约前核对双方承诺与实际交付的情况。活动自身的履约率是诚实的一半——合作方计划未能兑现自身的推荐内容，会损害双方已有的合作关系。
• 受众匹配抽查（自设）：检查通过合作方渠道到达的受众情况（调查回答、票种组合）是否符合 Q2 假设——引荐量高的合作方带来了错误的受众，这是需要纠正的评分错误，而不是成功。
• 合作方续约率（自设）：下一届未经催促便主动回归的合作方比例——对于旨在持续开展的资源互换交易，合作方主动续约是最有力的信号，表明对方觉得交换公平。

邀约示例

• “我们是一场由社区运营、拥有 400 人参与的 Rust 大会——请为我们与受众关注的新闻简报和播客建立媒体合作关系。”
• “一档 DevOps 播客提出要成为我们活动的官方媒体合作伙伴。我们提供什么、要求什么，又要把哪些内容写下来？”
• “为我们的社区赞助层级制定方案：哪些合作伙伴符合资格、他们能获得什么，以及如何避免免费提供 Logo。”
• “一家杂志提出以半价赞助，并附带一篇新闻简报专题报道——我们该如何设计这项合作？”

预期输出：一份合作伙伴地图（包括类型和具名候选对象，并进行评分）；为每个接受的合作伙伴分别定义合作形式和交付内容，列明双方的义务和日期；一页式合作条款；以及交付台账——所有借用或自行设定的要素都要标注清楚。

参考资料

• references/partner-types-and-scoring.md - 合作伙伴类型分类、带来源的引文和示例、六项评分标准，以及联络邀约模板。
• references/deal-terms-and-delivery.md - 一页式协议提纲、正反合作定义示例、交付台账格式，以及混合合作的拆分方式。

另请参阅同一合集中的内容：

• samber/dev-event-organizer-skills@event-press-relations - 单向获得媒体报道：记者筛选、媒体认证、新闻禁发期。上文的互惠界线决定一场媒体对话应归入哪项技能。
• samber/dev-event-organizer-skills@cross-event-promotion - 当合作方是另一场活动而非媒体平台时，采用相同的资源互换机制。
• samber/dev-event-organizer-skills@event-sponsor-value-proposition - 现金部分；混合合作中的现金部分应在该技能中估值和定价，绝不能在此免除。
• samber/dev-event-organizer-skills@event-sponsor-fulfillment - 现场合作伙伴权益必须通过的赞助商排他性检查，以及本技能台账所遵循的交付规范。
• samber/dev-event-organizer-skills@event-social-media - 安排并发布活动方在每项互换中的内容。
• samber/dev-event-organizer-skills@event-marketing-plan - 媒体合作作为多个渠道之一，为其提供支持的获客计划。