摘要

  • ICANN 于 2026 年 8 月 7 日发布活动赞助管理招标，投标截止时间为 9 月 4 日 23:59 UTC；现有一手资料尚未显示中标方或最终合同。
  • 拟议服务从多年策略、招揽和赞助方筛查，一直延伸到销售、合同、权益交付、账单、数据、续约与增长。
  • 供应商须依据商定标准作出有书面依据的初步批准或不批准判断；利益冲突、声誉或政策问题要交由 ICANN 复核，签约前还要完成内部审批。
  • 文件列出的标准公共会议净赞助基线约为 30 万美元，并要求寻找最高达到现有基线两倍的机会；这项表述附有假设、里程碑和双方商定目标，并非结果保证。
  • 一份“双钥匙赞助授权与权益回执”应分别记录供应商的商业建议与初筛、ICANN 的使命风险决定，以及获准交付的具体权益。

招标先把整条商业链画了出来

这份 RFP 是 2025 年 12 月公开 RFI 之后的第二阶段。招标预计在 9 月 8 日至 11 月 6 日评估答复，并在 12 月完成最终评估、签约和授标。ICANN 明确保留改变时间表、拒绝投标或不作授标的权利。因此，当前能报道的是拟议职责，不是已经生效的外包安排。

职责范围远大于寻找几个赞助商。中选机构将制定多年策略、评估行业和地区、重新激活既有赞助方、更新赞助说明书、开展定向联系、制作方案、主持商业谈判，并用本机构模板推进合同。签约后，它还要协调品牌展示、展位、数字投放等权益，管理开票和回款，汇报业绩，争取续约，并保管销售管道数据。

集中管理有明显的运营理由。销售承诺、合同文本、会场交付和账单若由不同系统各自解释，最容易在最后一天出现落差。共同的数据结构可以把潜在客户、已签机会、付款和交付串起来。招标还要求通用格式的完整数据导出、ICANN 持续访问，以及在没有运营限制的情况下查看赞助活动。这些条款至少降低了机构记忆被锁进供应商系统的风险。

不过，同一机构承担多项工作，不意味着多项权限自然合并。寻找客户、判断风险、代表 ICANN 授权和履行合同，是四种不同的行为。越是追求端到端效率，越需要把每一次行为的角色写清楚。

第一位筛查者也背负增长指标

筛查不是形式审查。供应商应查看公共记录，并在适用时核对制裁名单；它还要分析声誉、利益冲突和政策疑虑，形成有调查与风险评估支持的书面批准或不批准结论。招标用语进一步要求供应商依据商定标准作出“初步赞助方批准判断”，并在继续推进前通知 ICANN。

ICANN 并未因此退出。发现冲突、声誉风险或政策问题时，供应商必须先升级给 ICANN 复核和批准。合同执行前要完成所有内部审查和签字。ICANN 在特殊情况下可要求追加审查，或指示某项赞助机会不得继续。非标准合同条款和重大偏差也需回到 ICANN 协商。

所以，把供应商称为纯粹资料员并不准确；把它称为最终授权者同样不准确。初步判断决定案件能否走普通路径，还是进入升级路径。最终机构责任仍需 ICANN 明确承担。

角色交叉来自紧邻的商业任务。招标称，标准 ICANN 公共会议在机构管理费和佣金之后，当前净赞助资金基线约为 30 万美元；较小会议通常约为 2.5 万美元。供应商应维持或超过标准会议的基线，并通过扩大客户、进入新市场、增强权益、建立伙伴关系和优化计划，寻找最高达到当前基线两倍的机会。

“最高两倍”不是保证。招标要求供应商说明假设和里程碑，并与 ICANN 商定业绩目标。考核指标包括赞助总额与净额、新赞助方价值、续约和留存、平均金额、销售管道转化率、同比增长和预测准确度。

问题因此不是先假定腐败，而是承认两个指标可能作用在同一个边界判断上。拒绝一个边缘客户，会缩小负责筛查者同时负责增长的销售管道。可审计的制度并不怀疑每一次判断，而是让人事后能区分：供应商基于何版标准提出了什么，ICANN 由谁、凭什么作了最终机构决定。

可购买的是权益，不是政策授权

ICANN85 赞助说明书让“赞助”不再是抽象词。铂金、金、银、铜四档价格分别为 6 万、4 万、2 万和 1.2 万美元。不同档位可含主舞台背景展示、电子或印刷标识、会议袋插页、赞助方网页、会场品牌、展位、茶歇品牌、“官方赞助方”会议标识使用许可和会议室使用方式。最终物料都须经 ICANN 组织批准。

这些权益有真实价值。反复出现的标识、位置较好的展位和一间会议室，会改变谁更容易与谁见面。ICANN 当前赞助页面本身也把接触商业代表、政府机构、行业人士与其他有影响力参与者作为卖点。治理不能假装这些社会和商业效应不存在。

一手文件同样没有出售投票、议程控制、主持权、会议纪要所有权、粗略共识认定或董事会决定权。ICANN 说公共会议向所有愿意参加的人免费开放；董事会把相关政策制定过程描述为开放、透明、自下而上和多利益相关方。

因此，边界可以说得非常具体：赞助方购买列明的商业权益；它在政策流程中的资格和作用来自该流程本身的规则。一间付费使用的房间仍是一间房间，不会因付款自动成为 ICANN 决策机构。

官网还说明，6 月政策论坛不提供赞助，而社群论坛和年度大会提供。这个差异属于现行产品设计，不能反推另外两类会议已被商业俘获，也不能证明没有赞助的会议就不存在任何商业接触。

双钥匙回执怎样工作

RFP 包含多项内部控制，但没有规定逐笔公开的授权记录。ICANN 也可能已经拥有更细的内部文档。公众真正需要的并不是全部尽调档案，而是两个答案：谁代表商业链条提出建议，谁代表 ICANN 对使命和风险负责。

第一把钥匙属于供应商，记录机会编号、客户来源、商业负责人、建议日期、拟售档位、筛查标准版本、初步批准或不批准状态，以及有限的理由类别。若出现冲突、声誉、制裁或政策升级，只需公开状态和类别，不必公开私人证据。

第二把钥匙属于 ICANN，记录承担责任的职能、决定日期、批准、拒绝、修改或追加审查状态，利益冲突申报和回避，授权依据、条件和例外。它不能只是复制销售方的结论，因为第二把钥匙的意义正是证明 ICANN 自己承担了使命、中立性和会议目标判断。

两把钥匙共同连接到被出售的对象：档位和价格区间、品牌、展位、数字投放、会议室和接待权益清单，合同版本和偏差，交付状态与重大差异。回执还应明示不包含的权力：不得控制政策议程、主持会议、拥有纪要、宣告粗略共识、取得投票权或优先获得董事会决定通道。

会后可追加总收入、净收入、业绩归属周期、取消或退款、未交付权益和纠正状态。这样，一笔销售就不会在本期抬高转化率、下期退款后却从历史中消失。

公开并不等于无边界披露。投标报价、个人数据、尽调原件、详细制裁信息、安全材料和受保护法律意见可保密。理由类别和状态足以说明权力流向。按照 Heng Lu 的最小初始规范，公共层只需保留角色、标准版本、状态、冲突、权限、权益、日期和修订。供应商可以提供专业能力，却不是 ICANN 公共使命的委托人。

证据没有说明什么

现有资料没有中标方、最终费用模式或已执行合同。招标提到管理费和佣金，只说明净收入如何计算，并不能证明供应商只按佣金收费。

也没有证据显示某个赞助方购买了影响力、某项政策决定因收入而改变、初筛被放松或内部审批失效。本文讨论的是招标拟议角色组合产生的前瞻性制度问题。

专业化也可能带来正面结果：赞助来源更多元、审查更一致、口头承诺减少、数据可导出、开放会议成本得到更多支持。FY27 预算把会议赞助列为 ICANN 资金中的小项，同时把公共会议称为多利益相关方模式的核心。

截至证据截止点，能验证的结论很克制：ICANN 拟把商业增长引擎和第一道筛查放入同一外部服务链，但保留机构复核与叫停权。如果最终合同延续这一结构，双钥匙和明确的权益对象将使效率不必以授权含混为代价。

来源

  1. ICANN：活动赞助管理招标公告，2026 年 8 月 7 日
  2. ICANN：Event Sponsorship Management RFP
  3. ICANN：2025 年 12 月 23 日 RFI
  4. ICANN 公共会议：赞助机会
  5. ICANN85：赞助说明书
  6. ICANN：已采纳 FY27 预算
  7. ICANN 董事会：2026 年 5 月 3 日已批准决议
  8. ICANN 公共会议：会议介绍
  9. ICANN：招标项目索引
  10. ICANN：章程
  11. Heng Lu：Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption