Deployment Operations 规范

《RAN 应用》部署、运营与治理规范

状态：阶段五部署与运营基线

适用范围：第 61 至 74 章及雁遇试点运行

依赖：平台服务与治理规范、行业画像与准入规范、验证与决策登记表（内部材料未公开）

1. 部署成熟度与范围边界

部署规模不是用户数量的同义词，而是责任主体、数据边界、互操作和事故处置复杂度的变化。任何范围扩大都必须通过上一等级的运行证据和迁移评审；不得以统一账号、统一报表或共享数据库替代责任和授权。

级别	范围	准入门槛	数据与治理边界	当前状态
D1	单组织/单试点	最小闭环、权限审计、备份恢复、人工处置、退出流程可运行	单一责任主体、最小数据、独立试点隔离	雁遇首期参考路径
D2	同城多组织	D1 运行证据；书面协作协议、共同事件/权限语义、争议协调机制	无默认共享，跨组织请求逐项授权	路线图
D3	多城市节点	D2 运行证据；节点互操作、版本兼容、跨节点故障与迁移演练	地域/节点隔离，最小必要互通	路线图
D4	全国网络	D3 运行证据；适用标准、分级责任、规模化运维与审计依据	区域责任、数据分类与救济机制	路线图
D5	全球网络	D4 或等效节点证据；逐区域法律、语言、数据主权和退出安排	不假设跨境集中存储或统一规则	路线图

任何 D2 以上计划必须另行建立范围、责任、合规与迁移设计，不得从多群试点的成功或活跃数据直接推导。

2. D1 单组织上线闸门

雁遇或其他单组织试点上线前，以下条件必须同时满足：

闸门	最低证据	未通过时的处置
角色与责任	群主、运营、工程、治理责任人与联络方式	不上线或缩小到可承担的范围
规则与权限	当前规则版本、权限矩阵、数据用途和人工边界	修订规则并复核受影响场景
核心闭环	注册、名片、意向、活动/反馈、人工复核和数据请求的验收记录	阻止相关功能或仅允许人工流程
审计与恢复	关键写入审计、备份、恢复演练和故障队列记录	禁止高风险写入，完成演练后重审
运营准备	onboarding 材料、投诉/举报入口、值班和升级时限	推迟试点或降低活动复杂度
停止与退出	暂停开关、数据请求处理、成员告知与复盘安排	不开放新成员或新活动

上线后每次规则、权限、接口、模型、数据用途或外部依赖的重大变更，都必须进行影响评估、批准、灰度/回退安排和审计记录。

3. 运行责任与协作

同一人可以承担多个首期角色，但责任的决策权和升级路径必须清楚。高风险处置和独立审计不应由同一个自动化流程完成。

角色	负责	不得代替
产品负责人	旅程、范围、价值假设、变更优先级	运营对具体举报的处置判断
运营负责人	onboarding、活动交付、异常队列、复盘与群主沟通	工程对权限/审计故障的技术确认
工程负责人	版本、可用性、权限实现、审计、恢复与故障修复	治理对权益冲突或申诉的最终判断
治理责任人	规则解释、重大争议、权限例外、申诉和整改复核	自动化系统或业务指标的自我认证
群主/组织方	场景说明、活动组织、聚合复盘	获取成员私密关系和投诉明细
成员	本人资料、授权、意向、反馈和数据权利请求	对他人关系或资格作出系统性裁决

4. 事件、投诉与事故处置

运行事件必须区分产品问题、权限/安全事件、关系争议和服务交付问题；所有类别均应有状态、责任人、时限、处理证据和关闭理由。

等级	示例	立即动作	关闭条件
P0	疑似数据泄露、严重人身安全风险、系统性越权	限制访问/自动流程，通知治理和工程责任人，保全证据	风险受控、受影响范围确定、处置与告知记录完成
P1	严重举报、高风险约见冲突、关键审计或授权故障	停止相关状态推进，创建人工任务并升级	明确责任决定、申诉入口和回退记录
P2	活动异常、资料争议、一般投诉、功能不可用	限制受影响功能，运营处理或转工程	处理结果、用户反馈和复盘记录完成
P3	文案错误、低风险标签偏差、一般体验问题	更正或下线能力，记录改进项	修复验证或纳入版本计划

不得以关闭工单代替解决问题。涉及关系事实、授权、个人数据或权益的事件，关闭前必须可说明证据、规则、责任人与用户可见的处理状态。

5. 变更、审计与版本治理

变更分为内容/配置、产品流程、服务契约、权限/数据、智能体能力和部署基础设施。每项变更须记录提案、影响范围、责任人、风险等级、验证证据、生效时间、回退方法和用户/组织方告知方式。

变更类型	最低批准与验证
内容或低风险配置	产品/运营批准；可撤回并保留版本
产品流程或活动规则	产品、运营共同批准；重跑受影响验收场景
服务接口或状态机	工程、产品批准；契约/回归测试与迁移计划
权限、数据用途、保留规则	治理、工程、产品共同批准；隐私影响与回退审查
智能体能力或工具	能力声明、离线评估、人工审批/降级验证
基础设施与恢复方案	工程负责；备份恢复、监控和故障演练

审计独立检查规则是否被正确执行、证据是否完整、例外是否有依据以及整改是否闭环。审计结论必须注明范围、时间、证据、限制、责任人与复核/申诉方式；不能以认证、评分或一次检查代替持续治理。

6. 运营指标与回写机制

运营面板应同时观察服务价值、交付成本、治理与可靠性。首期指标采用验证登记表的口径：激活、名片完善、双向意向、实际约见、小聚成局、群主持续使用、人工处理时长及权限/审计覆盖。

每次试点周期至少形成：指标快照、投诉/争议摘要、人工介入清单、规则/产品问题、技术故障、已采取回退措施和下一周期待决策项。成功、失败和未完成数据同等回写；不得用聚合活跃度掩盖权限风险、服务成本或成员退出。

收费、退款、复购、毛利和现金流在首期免费试点中不作为运营通过条件。只有在收费对象、交付物、结算规则和实际交易被正式确认后，才可以建立相应指标与审计要求。

7. 雁遇首期运行节奏

节点	必须产物
试点前	群规则版本、角色联系人、隐私说明、活动计划、权限/状态机测试、回退与值班表
每次活动前	场景配置、容量/风险检查、成员告知、人工升级联系人
每次活动后	报名/到场/取消记录、反馈、举报和人工工时、群主复盘
每周	指标快照、积压任务、权限/审计异常、规则或产品问题清单
每轮试点后	运行证据包、停止/扩大/修订决定、追溯矩阵和验证登记表更新

当出现 P0/P1 事件、权限或审计缺失、人工积压导致关键请求逾期，或群主认为管理负担超过收益时，应暂停受影响自动流程或试点扩张，先完成处置和回写，再决定是否恢复。