event-sponsor-fulfillment

活动赞助商权益交付

你负责兑现销售承诺的内容：从双方签署赞助协议，到将活动后报告交给续约流程，期间的一切工作。

你承接上游同级环节已确定的内容，并交付已兑现且附有证据的权益，以及活动后报告；samber/dev-event-organizer-skills@event-sponsor-renewal 会以这份报告为续约沟通的依据：

• 承诺内容，来自 samber/dev-event-organizer-skills@event-sponsor-value-proposition。
• 套餐和价格，来自 samber/dev-event-organizer-skills@event-sponsor-pricing。
• 已签署的交付清单，来自 samber/dev-event-organizer-skills@event-sponsor-agreement。

有两项事实决定了整项工作的原则：

• 赞助费未全额到账前，不得交付任何权益（DevOpsDays 赞助商页面）。
• 对主办方而言，最能撬动续约的行动，是尽快发送一份有数据支撑的活动后报告（72 小时内发送简报，10 个工作日内发送第二阶段报告）：“卖 Logo，你得到的是一年的赞助商；卖数据，你得到的是合作伙伴。”

下面所有排序——入驻方式、潜在客户信息采集策略、报告详尽程度——都只是默认建议，而非定规；具体做法会根据情境和执行者而变化。访谈结束后，请结合你对主办方的了解，重新排列这三组选项——以下任一情况都可能推翻默认排序：

• 有专职赞助负责人。
• 赞助商阵容会跨多届活动持续累积。
• 首届活动仅有 3 家赞助商。
• 场地的印刷截止日期已过。

访谈

一次只问一个问题，尽可能采用选择题。之所以设置问题 6–8，是因为下方的选项在见效时间和投入精力上差异很大——默认排序不能替用户做决定。

1. 活动属于哪种类型：社区主办（志愿者组织者，公开发布禁止名单规则），还是公司／基金会主办（付费团队，可考虑在征得同意的前提下获取潜在客户信息）？这决定了哪些信息采集选项可用。
2. 每份已签署的协议中，按赞助商和级别分别承诺了什么？交付矩阵必须以已签署的交付清单为依据，不能重新从宣传册推导——定制协商的差异只记录在合同中。如缺少合同，先转到 samber/dev-event-organizer-skills@event-sponsor-agreement。
3. 每家赞助商的付款状态如何——已开票、已付款，还是部分付款？付款门槛（工作流步骤 3）要求先确认这一点，才能交付任何权益。
4. 活动前有哪些硬性截止日期：挂绳／周边／标识的印刷日期、节目单定稿日期、新闻邮件发送安排？兑现权益的时间表由其中最早的日期决定，而非活动日期。
5. 每家赞助商表示希望取得哪些成效——他们在初步沟通中提到的指标和预算是什么？报告应按照他们提出的指标评估，而非采用通用指标。
6. 报告和你的解读最迟需要何时准备好——赞助商的预算何时锁定（samber/dev-event-organizer-skills@event-sponsor-renewal 会要求在锁定前采取行动）？（时间紧迫时，应将完整报告缩短为简版，而不能只发简报；无论采用哪种形式，都适用 72 小时窗口。如果预算锁定时间早于第二阶段报告的交付日期，则应在活动前针对该赞助商的现场需求调用 samber/dev-event-organizer-skills@event-sponsor-renewal。）
7. 每家赞助商是一次性合作，还是会跨多届活动持续累积的关系？（如果目标是持续累积，应优先为该赞助商安排启动会并提供完整指标报告。）
8. 可投入的精力上限是多少：每周只有几小时的志愿者时间，还是有专职赞助负责人？（这一回答几乎单独决定入驻和报告选项。）

社区运营与公司运营

决定履约方式的关键在于活动归谁所有；samber/dev-event-organizer-skills@event-sponsor-value-proposition 和 samber/dev-event-organizer-skills@event-sponsor-outreach 都论证了这一区分：

• 社区运营 - 组织方自行发布的规则限制了可提供的内容：不提供参会者联系名单、不出售演讲时段、仅提供汇总的人口统计数据（DevOpsDays 组织指南中以书面形式明确说明了两次）。只有在获得同意的表单中才会进行潜在客户信息收集（见下方菜单）。履约由志愿者执行，因此更适合采用清单邮件和活动回顾邮件这类默认方式。
• 公司／基金会运营 - 可以合规地提供受同意约束的胸牌扫描和潜在客户信息采集，付费活动团队也有能力承担投入更高的服务层级。公开发布的组织方指南面向的是社区运营模式；应将每项公司运营调整视为经过判断的做法，而非既定惯例。

工作流

1. 开展访谈；解决核心问题（Q1），收齐所有已签署的协议（Q2），并了解各赞助商的付款状态（Q3）。
2. 根据已签署的协议，建立「档位 × 福利」履约矩阵：每项福利占一行，每个档位占一列（或在存在自定义差异后，改为每个赞助商占一列），每个单元格跟踪「承诺 → 已安排 → 已交付 → 有凭证」。实际行集以及矩阵必须遵守的发布上限规则，见 references/fulfillment-matrix-and-onboarding.md。扁平的福利列表是错误做法——它会丢失按档位查看的视角，无法发现 Gold 档福利尚未交付、而所有 Silver 档福利都已完成的情况。
3. 确认款项到账后再交付：费用未全额支付前，不得提供任何福利——不得放置徽标、发放门票或分配展位。通过联络人跟进发票，不要等到活动现场门口才突然扣下福利：要告知赞助商哪些福利暂缓提供，以及原因。
4. 为每位已付款的赞助商办理入驻：从下方菜单中选择合作方式，并按照截止日期表收集素材（徽标格式、简介、招聘信息、工作坊内容、代表姓名——MLH organizer guide）。为每位赞助商指定一名联络人（DevOpsDays 的做法是分配同一名联络人 samber/dev-event-organizer-skills@event-sponsor-outreach，如有）。
5. 按最早的硬性截止日期优先交付活动前的福利：先处理印刷品（挂绳、周边、标牌），再处理数字内容，然后是新闻简报和社交媒体提及、活动手册／幻灯片徽标、门票代码。交付时就将凭证——链接、截图或照片——记入矩阵单元格，不要事后补填。标出赞助商尚未领取的福利，并在活动结束前调整或替换：无人领取的福利是续约的危险信号。
6. 执行活动当天的安排：在赞助商询问前，向所有赞助商发送已回答常见问题的后勤指南（布展／撤展时段、运输、人员安排建议、电源／WiFi／A/V——references/day-of-logistics.md）；按档位布置展位和高级展示位；并在售出抽奖福利的情况下，按计划开展抽奖并将奖品交给获奖者。如果福利是让参与者使用赞助商自己的技术——积分、API 或工具——则必须将一名现场具名代表列为入驻的硬性条件，而非可有可无的加分项：当参与者在时间紧迫时遇到阻碍，光有文档不能替代现场人员；工具一旦无法正常工作，若无人排障，参与者就会立即放弃使用。若赞助商没有本地代表，可安排热心的该工具独立用户作为现场联系人，不要置之不理。按开门前确定的计数方案执行，对每位赞助商使用相同的行、时段和计数员职责（references/metric-sourcing.md）：赞助商会互相交流；若某个展位有计数数据、旁边三个展位却没有，就会显得偏心。
7. 按报告菜单选择的详细程度分两个阶段发送活动后报告，并依据各赞助商自己提出的成功指标（Q5）进行评估：在 72 小时内发送回顾，在 10 个工作日内发送第二阶段报告（简版或完整指标报告）。在任一报告发出前，主动披露赞助商尚未获知的任何未达成事项。每个数字下方都要注明统计方法：来源、计数规则、提取日期及其无法证明的内容（references/metric-sourcing.md）。模板见 references/post-event-report.md。
8. 将报告和你的判断交给 samber/dev-event-organizer-skills@event-sponsor-renewal：报告以及你对续约／重新谈判／终止合作的判断，是此技能的最终输出；续约请求、依据赞助商预算周期安排的时机、续约方案、任何价格变更和重新签约由对方负责。此处切勿制定后续跟进节奏。 如果你的工作环境支持持久记忆，请为每位赞助商记录：包含各单元格状态和证据链接的矩阵、付款日期、已收集的素材、对方陈述的成功指标、报告发送日期及详尽程度，以及你对续约的判断。下一届的权益履行和续约工作，都从这份记录开始。

入驻工具

签约后如何收集素材并明确预期。Des Moines FAQ 将所有非简单问题都引导至直接联系组织者，这种做法说明，与其依赖自助文档，不如安排联系。排序（默认排序，并非铁律——Q7 和 Q8 会重新排序）：

• 工作量：kickoff call > intake form > checklist email
• 价值（按时收到素材、尽早明确预期）：kickoff call > intake form > checklist email
• 效率：checklist email > intake form > kickoff call

支配关系检查：3 组比较，没有严格支配关系——这种干净只是人为构造的结果，而人为构造绝不算过关。 价值和工作量的排序相同，因此有一个机制阻断了所有比较：越早收到素材的工具，运行成本就严格越高。没有列出第三个维度来阻断或挽救任何一组比较。这项检查没有发现问题；效率排序的依据如下。

• Checklist email——默认选项：根据赞助商对应的矩阵列生成一封欢迎邮件，列出应提供的每项素材、格式和明确截止日期。矩阵建好后，边际工作量几乎为零。邮件应围绕具体的活动环节撰写，而不是简单罗列权益——注明哪个演讲时段、哪个具体时间段，以及赞助商团队受邀参加哪场招待会——这样赞助商团队就能把活动安排到日程上，而不必读着“欢迎参加”却猜测具体时间。邮件还会附上一套精简的固定素材包：照片、演示文稿模板和一封联系人邀请邮件；刻意保持精简，避免做成没人能看完的庞大工具包。
• Intake form——结构化表单，用于收集相同的素材并进行验证（文件格式、简介字数限制）。赞助商达到大约 3 家及以上时，表单的搭建成本就值得投入：逐一追着更正格式错误的徽标，成本会高于一次性搭建表单。
• Kickoff call——资源不足的选项：价值最高，工作量也最大，因此效率排序绝不会选它。适用条件：顶级赞助商、首次合作的赞助商、关系会产生累积效应的赞助商（Q7），或任何需要实时协调的权益——演讲推介、研讨会或赞助专场。

潜客收集方式

本活动向赞助商提供哪些潜客数据。在社区主办活动中，主办方自行发布的规则决定了该菜单的大部分内容；这里纳入合规成本维度，是因为不同层级在同意机制和数据暴露方面确实存在差异。排序（默认设定，并非定律——Q1 决定哪些层级存在）：

• 工作量：consented raffle > aggregate demographics
• 价值（赞助商可以采取行动的潜客数据）：consented raffle > aggregate demographics
• 效率：aggregate demographics > consented raffle
• 合规成本（触发的审查，以及其中有多少无法撤销）：consented raffle > aggregate demographics

支配关系检查：2 个层级、1 对比较、没有严格支配关系——这只是通过构造得出的整洁结果，并不代表通过检查。 价值、工作量和合规成本的排序一致，因此唯一的一对比较在成本上不符合要求。抽奖能提供更多可采取行动的潜客数据，但在两个成本维度上都严格更差。只有两个层级，因此没有其他内容可检查；合规成本的排序与工作量排序相同，并未改变顺序。效率的判断将在下文论证，而非验证。

合规排序如下。汇总人口统计数据不处理任何人的个人数据，也不会触发审查。抽奖会收集参与者主动提供的个人数据并交给指定赞助商，因此必须：

• 明确说明收集哪些信息以及接收方是谁。
• 只交给该赞助商。
• 交接后删除主办方留存的副本。

交接处理不当无法挽回。

• 汇总人口统计数据——默认选项，也是社区活动中坦诚的数据替代方案（DevOpsDays 指南：“以汇总形式分享人口统计数据，让赞助商了解会有哪些人群参加”）：职位构成、资历构成、公司规模构成，绝不包含姓名。一份文档，供所有赞助商和报告重复使用。
• 参与者同意的抽奖——被刻意限制的选项：采用自愿报名机制（DevOpsDays Des Moines 赞助商页面）：参与者主动向特定赞助商提供自己的联系信息，以赢取奖品；主办方安排抽奖时间并为获奖者拍照。它的价值和工作量都是此菜单中最高的——也是唯一带有合规成本的层级——因此效率永远不会选择它。将其作为已交付的福利进行跟踪，与参会者名单区分开，且绝不能用其替代参会者名单。启用条件：赞助商明确表示其目标是销售线索或招聘，且该福利已售出。具体操作见 references/day-of-logistics.md。
• 已删除，而非降级：社区主办活动中的批量参会者名单和承诺提供的徽章扫描。 主办方自己的指南明确禁止这两种做法，而且写了两次。这不是压力之下可以退而求其次的最低层级——坚持要求这些内容的赞助商只能选择上述两个层级，或者不达成合作。对于由公司或基金会主办的活动，经同意后进行扫描可重新成为合法层级，由买方决定，并从主办方角度进行评估。

报告详略

活动结束后，每位赞助商都会收到什么。第 1 阶段是固定的：72 小时内发送回顾邮件，面向每位赞助商——先说明任何未披露的未达成事项，再致谢、回顾活动、附上照片、提供附带计算方法说明的汇总出席人数和人口统计数据，以及根据矩阵总结每位赞助商已兑现的权益（MLH 指南：活动结束后立即发送致谢信和活动回顾）。下方菜单用于选择第 2 阶段的内容，须在 10 个工作日内发送；两种模板均见 references/post-event-report.md。排序如下（默认规则，并非定律——Q6、Q7 和 Q8 会重新排序）：

• 投入：完整指标报告 > 简版 > 仅回顾
• 价值（对续约意愿的影响）：完整指标报告 > 简版 > 仅回顾——有数据支撑的报告是明确的最高杠杆续约举措
• 效率：简版 > 完整指标报告 > 仅回顾

支配关系检查：3 对选项，严格支配关系为零——这是按构造得出的干净结果，但绝不代表通过。 价值和投入采用相同排序，因此每一对选项的结果都相同：对续约影响更大的文档，制作成本也严格更高。这项检查在此没有验证任何内容。

效率排序有理有据，并非用来回避平局。简版根据矩阵和计数计划生成，除了回顾之外几乎不增加成本，却涵盖续约对话所需的一切；完整报告则要额外撰写每位赞助商专属的叙述、原话摘录和值列，写作成本切实存在。仅回顾对续约意愿几乎没有影响。

• 简版——面向每位赞助商的默认第 2 阶段内容。samber/dev-event-organizer-skills@event-sponsor-renewal 会要求提供全部 8 个报告部分，但不含叙述性内容：3 项受众数据、仅包含赞助商购买的结果行、调查结束后的参会者反馈、与矩阵行关联的 3-5 张照片，并附计算方法说明；每位赞助商各一份。临近的日期（Q6）会将完整报告缩减为此版本，绝不会降为仅回顾。
• 完整指标报告——资源最紧张的选项：见 references/post-event-report.md 中按赞助商分别制作的文档，内容包括已交付与合同约定的对照、受众、潜在客户、展位流量、专题演讲和录播观看量、品牌触达、参会者对赞助商的反馈、问题及解决办法、照片；另附叙述、原话摘录和值列，并根据该赞助商声明的成功指标进行评分。价值高、投入也高，因此效率排序永远不会选它。适用条件：价格足以支撑定制文档的高阶套餐、在探索性沟通中明确的成功指标，或需要逐步叠加收益的任务要求（Q7）。
• 仅回顾——仅适用于不打算续约的赞助商。致谢信绝不能作为最终内容；只有在回顾还需要多一天数据时，才将其作为活动次日的临时占位内容。

失败模式

• 付款确认前就交付权益。 印有赞助商标志、但未付款的赞助商没有理由再付款，而已公布的规则是先付清费用，再享受权益。改进：将付款关卡设为工作流第 3 步，在入驻前完成；并提前告知，而不是到现场才突然提出。
• 错过印刷截止日期。 印刷完成后，标志未能印上胸牌挂绳就无法补救；这会变成补偿协商，而不是权益交付。改进：优先处理最早的硬性截止日期；交付周期从印刷厂的日期开始算，而不是从活动日期开始算。
• 到报告时才发现承诺的权益未交付。 活动结束后再重建矩阵，会让续约请求变成道歉。改进：实时将单元格更新为「已交付并附有证据」；如果确实漏掉了某项权益，就在报告中主动说明，并提出补偿方案，抢在赞助商发现之前。
• 夸大数据。 用参会人数 × 展示位置计算「品牌曝光」，或用货币表示「媒体价值」，会让旁边所有真实数据都失去可信度；传播效果评估标准（AMEC 巴塞罗那原则）指出，不应使用货币形式的媒体价值。改进：按平台统计触达人数，绝不合并；每项数据下方都标注计算方法。
• 批量名单泄露。 志愿者将参会者名单导出给坚持索要的赞助商；一次泄露，就会破坏面向今后每届活动公布的社区规则。改进：已删除的权限层级仍应保持删除状态；向每位志愿者说明，唯一可以交接的数据只有抽奖名单和汇总后的人口统计数据。
• 报告拖到下一年的规划阶段才发送。 顺序应是立即发送回顾，之后再重启沟通；延迟数月才发送的报告毫无作用。改进：72 小时内发送，即使只是简要回顾；后续重启沟通由 samber/dev-event-organizer-skills@event-sponsor-renewal 负责。
• 根据宣传册重新整理交付内容。 宣传册是销售文件；协商后的变更以签署的协议为准。改进：矩阵的承诺栏应逐个赞助商引用合同内容。
• 仅根据标志是否合适就确认赞助环节。 品牌契合度和主题提案，并不能替代对演讲者实际上台内容的审核——如果赞助环节建议时间有限的观众先花数小时学习某个工具，就会直接违背活动自身的形式；没人发现，是因为没人审核内容。改进：确认赞助环节前，先审核实际内容，而不只是赞助商名称和主题。

衡量指标

除非另有标注，均由你自行设定，并以你自己的矩阵为准，而非行业数据：

• 权益交付完成率（自行设定）：报告发出前，矩阵中 100% 的单元格均已标记为「已交付并附有证据」或「已注明并提供补偿方案」。达不到这一标准，就是上述报告时才发现问题的失败模式。
• 报告时效（两阶段默认目标，需评估）：每位赞助商都应在 72 小时内收到回顾；每份第二阶段报告（简版或完整版）都应在 10 个工作日内发送。
• 方法覆盖率（自行设定）：任何报告中的数据都必须标注计算方法。
• 素材按时收集率（自行设定）：每项素材都必须在各自的硬性截止日期前收齐；标志迟交，是这项技能最早出现的警示信号。
• 续约率反映的是整体合作关系；samber/dev-event-organizer-skills@event-sponsor-renewal 会计算该指标（标志续约率、总收入续约率和净收入续约率），而 samber/dev-event-organizer-skills@event-market-fit 会将其视为需求信号。这项技能是推动该指标的因素之一。

调用示例

• “有 3 家赞助商签约参加我们 10 月的大会。请建立履约跟踪。”
• “黄金级赞助商的徽标必须在周五前交给印刷商，还有 2 家赞助商尚未付款。哪些内容照常发货，哪些需要暂缓？”
• “活动于周六结束。请撰写赞助商报告。”
• “我们的头部赞助商想要参会者的电子邮件。我们实际上能提供什么？”

预期输出：

• 实时的等级-权益矩阵，逐单元格列出状态和依据。
• 每家赞助商各自的入驻清单，注明明确的截止日期。
• 活动当天的赞助商简报，解答后勤常见问题。
• 每家赞助商各自的活动后报告，详细到菜单项级别；每份报告最后都要给出续约/重新谈判/放弃的判断，并交给 samber/dev-event-organizer-skills@event-sponsor-renewal。

为每个构建的结构和自行设定的阈值标注其性质。

参考资料

• references/fulfillment-matrix-and-onboarding.md - 矩阵结构及两组真实行数据、已公布容量规则、单元格状态、付款门槛的依据、分阶段入驻清单，以及含截止日期表的素材收集清单。
• references/day-of-logistics.md - 来自真实周期性活动的赞助商后勤常见问题解答、人员配置指南，以及附带隐私规范的自愿抽奖机制。
• references/post-event-report.md - 两阶段截止时间、回顾邮件、八个部分的第二阶段报告（完整指标报告）、简版、对应的续约/重新谈判/放弃判断、填写规则和反面示例。
• references/metric-sourcing.md - 方法说明、每项指标的活动前设置、计数规则、依据和局限、赞助商调查问题，以及禁止使用的数字。

另请参阅同一集合中的：

• samber/dev-event-organizer-skills@event-sponsor-renewal - 根据报告和你的判断，制定续约请求、续约方案、价格变更沟通和高风险赞助商挽留方案。
• samber/dev-event-organizer-skills@event-booth-experience - 为每届活动设计场地布局、等级对应的实体规格和总体搭建日程；此技能从该场地简报中获取活动当天的后勤安排，而不重复说明自己的内容。
• samber/dev-event-organizer-skills@cross-event-promotion - 两家主办方之间的展位或独家权益互换，必须先满足此技能规定的赞助商独家条款，双方才能作出承诺。
• samber/dev-event-organizer-skills@event-attendee-experience - 负责赞助商侧的线索收集方式（包括在社区主办的活动中删除承诺提供的胸牌扫描），与此技能的履约矩阵直接相邻。