摘要

  • 2026 年 7 月 20 日，ICANN 董事会通过 2026.07.20.06 号决议，批准 Ombuds Office 的 FY27 目标，并明确 Ombuds 将由董事会依照“具体目标”接受评价。公开决议没有列出这些目标，也没有链接承载目标的附件。
  • 这不等于 Ombuds 没有公开工作计划。董事会已经采纳的 FY27 运营计划列出了三项战略重点、具体活动和六类 KPI。缺口在于：公众看不到哪一项董事会目标对应哪项活动、哪种指标、哪个报告周期以及什么年终结论。
  • 对照表不必泄露个案、投诉人、私人自评、薪酬金额或董事会闭门讨论。它只需公开稳定的目标编号、安全表述、授权来源、证据类别、进度状态、保密边界和最终处置。
  • Ombuds 的制度位置使这张表尤其重要：它必须能够独立处理涉及董事会的不公平申诉，同时又正式向同一块董事会负责。清晰的评估接口既保护独立性，也保护监督本身不被误解。

决议告诉公众“批准了”，却没有展示“批准的是什么”

2026.07.20.06 号决议对权力链的描述相当完整。Ombuds 制定 FY27 目标；董事会薪酬委员会与 Ombuds 讨论目标并建议批准；全体董事会进行评价，认为这组目标适当且符合 ICANN 战略计划，最后予以批准。

决议也解释了为什么需要这套目标：Ombuds 向董事会报告，董事会应当依据具体目标对其进行评价。

但公开可核验性到这里突然停止。页面没有列出目标，没有注明附件，也没有链接单独的目标文件。“相关文件”只有议程与初步报告，两者重复了决策事实，却没有补上目标文本。公众能够确认谁提出、谁讨论、谁批准，也知道董事会采用了“符合战略计划”这一总体判断；公众无法确认日后的绩效证据究竟将对照哪些具体标准。

这个事实必须保持边界。ICANN 内部完全可能保存着一套完整目标和评价记录；这些目标可能与公开运营计划高度重合，也可能包含值得保护的人事信息。现有证据不能证明董事会没有评价，不能证明某项要求不当，更不能证明 Ombuds 表现不佳。

它也不应被写成“被涂黑的文件”。同一场会议中，董事会针对高管薪酬明确援引了雇佣信息保密条款。2026 年 5 月，董事会批准组织目标和 CEO 目标时，也明确表示全部或部分内容保持机密。7 月 Ombuds 目标这一项没有相应的保密决议。这个差别不自动产生公开义务；它只说明公开页面没有交代目标文本处于什么披露状态。

因此，问题不是“ICANN 一定在秘密评价”，而是更窄也更可证实的一点：一项具有权威的公开决议批准了具体评价工具，却没有让外部读者看见该工具，或者看见一份经过保密处理的安全版本。

Ombuds 的公开工作并不模糊

如果把这一问题描述成“公众不知道 Ombuds 要做什么”，同样会失真。董事会采纳的《FY27–31 运营与财务计划及 FY27 运营计划》给出了相当充实的 Ombuds 章节。

文件把工作分成三条主线。第一是确保 Office 的运营卓越与完整性；第二是建立可及性、信任和利益相关方协作；第三是推动系统改进和预防性干预。

FY27 活动清单也很具体。Office 要在 ICANN 公共会议期间提供服务，处理全部案件，把超出职权范围的来件转交适当渠道，为个人和社群提供协调，审查并改进程序，实施新的案件管理系统，开展问卷并报告所学。它还计划维护无障碍网站，发布 9 至 12 篇社区博客，向社区和董事会报告，编制年度报告，推广反骚扰政策，制作行为与冲突资源包，并为 2 至 4 个社区团体提供定制干预。

文件列出的六类 KPI 是：满意度；预算合规与成本效率；知晓度与认知；信任；参与；预防与促进。评估方法将同时使用问卷等量化工具，以及焦点小组、半结构访谈等质性工具。

这些并非无法检验的口号。博客是否达到 9 至 12 篇、定制干预是否覆盖 2 至 4 个团体、新案件系统是否落地、年度报告是否发布，都可以核对。问卷如果保持问题、样本和口径稳定，也可以形成年度基线。

但运营计划不会因为内容详细，就自动成为董事会的绩效评分表。7 月决议使用的是“具体目标”这一表述，却没有说它们等同于运营计划中的活动与 KPI。运营计划也没有显示每项指标的权重、目标值、董事会评价方法，或者目标发生变化时如何处理。

现有记录既不能证明董事会另有一套完全不同的目标，也不能证明公开计划已经包含全部评估标准。真正缺失的是两者之间的关系。

公开文件已经拼出了链条，只差共同编号

ICANN 其实已经公开了评价架构的大部分组成。

董事会薪酬委员会章程规定，该委员会负责向董事会建议 Ombudsman 的基本薪酬、绩效指标和绩效薪酬水平。公开的岗位说明则写明，Ombuds 直接向董事会报告，定期向董事长报告，并按照半年目标向薪酬委员会汇报进展。7 月决议补上目标的制定、讨论、推荐和批准步骤。年度报告再提供活动和结果数据。

每份文件单独阅读都很清楚：

  • 委员会章程说明谁负责绩效与薪酬建议；
  • 岗位说明指出半年进展报告交给谁；
  • 董事会决议记录谁制定、谁建议、谁批准年度目标；
  • 运营计划列出 Office 要做什么、观察哪六类绩效；
  • 年度报告说明上一年发生了什么。

缺的是跨文件的接缝。哪一项目标使用“信任”指标？第一次半年检查会看哪些证据？发布 12 篇博客只是完成活动，还是还要证明读者理解有所改善？如果案件需求突然变化，目标能否调整？如果评价必须依赖保密个案，公开记录能否只写明董事会在某日审阅了某类受保护证据？年终时，哪一项董事会处置把目标正式关闭？

没有共同编号，答案只能靠机构记忆。对当事人而言可能一目了然，对新任董事、社区参与者或未来 Ombuds 而言却要重新猜测。人员会更替，网页会迁移，术语会变化。只有在场者才能理解的问责结构，无法长期保存。

年度报告很有价值，但它不是董事会评分结果

FY25 年度报告说明 Office 已经能够在不泄露个案的前提下公开有意义的证据。报告称，FY25 职权范围内案件比 FY24 增加 50%，比 FY22 增加 200%；其中 78% 是咨询、支持或协作式冲突解决，而不是正式投诉。财年结束时仍有 3 个案件在处理，但没有一个超过 Office 自定的最长响应期限。当期新开案件的 94% 已经关闭，70% 的结果属于“自主管理”，即获得协助的人自行采取行动，之后无需向 Ombuds 回报。

报告还公布了六项服务承诺：保密、公平对待、公正、独立、尊严与尊重、角色清晰。Ombuds 表示她会以这些承诺要求自己，也希望社区据此要求她负责。

这是很明确的问责邀请。但年度报告仍有自己的制度功能：它由 Office 撰写，履行章程关于汇总投诉、解决情况、趋势和建议的报告义务。它没有声称自己就是董事会批准的目标清单，也没有给出董事会对每项目标的年终判断。

保持这个区别，可以避免把活动数字误当成结论。案件增加可能说明信任提高，也可能说明冲突增加、知晓度改善或分类方法变化。结案率本身不能证明过程公平。博客数量衡量产出，不衡量理解。自主管理可能体现赋能，但因为保密和自愿性质，Office 往往无法知道最终结果。

公开对照表不是为了把这些不同性质的数据压成一个分数，而是为了说明：每项证据回答什么问题，又不能回答什么问题。

独立性越重要，评估边界越需要看得见

任何 Ombuds 制度都存在一组必要张力。它必须独立于可能被调查的机构和个人；同时，它也必须有人依法任命、保障预算、评价绩效，并在满足高门槛时解除职务。完全隔绝会失去问责，普通上下级管理又会破坏信任。

ICANN 的公开架构承认两端。Ombuds Office 独立于 ICANN 组织，董事会是其正式问责点。章程保护 Ombuds 的预算提交，并要求董事会四分之三多数才能解职。2026 年 6 月通过的《Ombuds Office 框架与程序》强调其在结构、功能、外观、目的、实践和决策上的独立。与此同时，董事会任命并评价 Ombuds，薪酬委员会处理绩效指标和绩效薪酬建议。

没有证据表明这套结构已经产生干预。但不透明的评估接口会诱发两种方向相反的想象。批评者可能怀疑董事会奖励“少惹麻烦”的表现；辩护者可能借“独立”之名拒绝任何结果追问。两种推断都没有事实支持，却都能在评估标准不可见时生长。

2025 年基线问卷展示了这种认知空间。问卷共有 81 名自愿受访者，不能代表整个 ICANN 社区，也不是任何形式的授权投票。在这一有限样本中，40% 对 Office 的独立运行表示有信心，19% 表示不同意；58% 对保密性有信心；42% 认为投诉与争议处理程序稳健。

这些数字不是给 Ombuds 打分，只说明独立性认知与程序信任值得持续观察。对照表不能凭空创造信任，却能让公众看清董事会监督到哪里、个案独立从哪里开始。

应当公开的是评价地图，不是人事档案

比例适当的做法，是为每项董事会批准的目标建立一行稳定记录。如果目标措辞本身包含受保护的人事信息，可以用不敏感的目标类别替代。目标批准时建立，半年检查时更新，年终评价后关闭。

每行至少应包括：

  • 稳定的目标编号与版本；
  • 可公开的目标表述或安全类别；
  • 批准机关与日期；
  • 对应的战略重点和运营活动；
  • KPI 类别与公开计量定义；
  • 基线、目标值，或目标值不宜公开的理由；
  • 证据来源与报告周期；
  • “未开始、按计划、存在风险、已修订、已完成、无法评价”等定义明确的状态；
  • 年终董事会处置；
  • 偏差解释或替代版本链接；
  • 保密边界与机构保管责任；
  • 更正历史。

投诉人姓名、案件叙述、可识别细节、向董事会提交的保密报告、私人自评、薪酬金额、董事个人看法，都不应进入公开表。社区也不会因此获得对人事决定的否决权。

如果某项目标依赖保密质性材料，公开行可以只写“董事会于某日审阅受保护的案件质量证据”，不公开内容。为了避免把投诉数量变成配额，目标值一栏可以明确写出“不公开以及原因”。如果目标因外部条件改变，保留旧版本并记录变更理由，比静默覆盖更诚实。

这类信息是问责元数据。它证明标准存在、证据到达有权评价者、目标进入可识别状态，却不打开人事档案。

最有力的反对意见应当成为设计约束

第一项担忧是指标异化。公开目标可能推动 Office 追求容易结案、数量增长或可见宣传，而不是处理困难的保密案件。这种风险真实存在。投诉数不能成为销售指标；活动、质量、信任和系统学习必须分开；需要情境判断的指标应当明确反操纵说明。

第二项担忧是坦诚空间。Ombuds 与董事会必须能够私下讨论失败、弱点和薪酬。公开对照表不应复制这些叙述，而应只公开评估架构、证据类别和最终状态。

第三项担忧是行政负担。一个规模不大的 Office 不应该再写一份重复报告。对照表应当从现有的目标批准、半年检查、运营计划、问卷和年度报告中自动形成连接。如果建立连接仍需人工重新拼装整个档案，那恰好说明内部监督也可能面对信息碎片化。

第四项担忧是“公众评价”取代董事会权力。这个担忧可以通过清楚分工解决。董事会仍是法律上的评价者；公众参与可以提供事实、异议和监督，但不会自动成为授权主体。公开地图让外界检查权力是否依照稳定标准运行，而不是把权力交给评论区。

证据边界

本文证明的是公开记录缺口，不是内部失灵。它不能证明 ICANN 没有完整目标、私人对照表或有记录的半年检查；不能证明目标与运营计划不同，也不能证明法律要求全文公开。没有证据显示 Ombuds 未达标、董事干预案件，或薪酬影响了决定。

FY25 报告属于上一财年。81 人问卷不能代表整个社区。活动数量必须结合定义和情境才能讨论质量。为了让 Ombuds 服务成立，有些证据本来就不应公开。

能够确定的事实更克制：ICANN 已公开内容丰富的 FY27 Ombuds 工作计划，又单独宣布董事会批准了用于评价的具体目标，但公开界面没有把两者连接起来。合理修复是一张保护隐私的对照表，而不是无边界披露。

来源

  1. ICANN 董事会：2026 年 7 月 20 日特别会议获批决议
  2. ICANN：已采纳的 FY27–31 运营与财务计划及 FY27 运营计划
  3. ICANN：董事会薪酬委员会章程
  4. ICANN Ombuds Office：FY25 年度报告
  5. ICANN：Ombuds 岗位说明
  6. ICANN Ombuds Office：2025 年基线问卷报告与行动计划
  7. ICANN：Ombuds Office 框架与程序
  8. ICANN：现行章程
  9. ICANN 董事会：2026 年 5 月 3 日获批决议