03 · 跨部门协作流程¶

核心认知：博彩公司的运营高度依赖跨部门协作，技术+运营+推广+合规缺一不可

核心协作流程 SOP¶

新功能上线流程¶

发起方：产品经理 / 运营 / 推广任意部门

Step 1: 需求提交（D-30 以上）
  提交人：发起部门
  内容：需求背景、期望功能、商业价值预估
  到达：产品经理 → 评估优先级 → 排入 Roadmap

Step 2: 技术评估（D-25）
  技术团队出具：
    工作量估算（人天）
    技术可行性确认
    依赖和风险说明

Step 3: 合规评审（D-20，如涉及玩家数据/支付/游戏规则）
  合规团队确认：
    新功能是否符合当前持牌要求
    是否需要额外合规措施

Step 4: 开发实施（D-20 至 D-5）
  后端 → 接口开发
  前端 → UI 实现
  QA → 测试用例编写

Step 5: 测试与上线（D-5 至 D-0）
  QA 全面测试
  UAT（用户验收测试）：业务方确认
  技术 Code Review + 安全审查
  发布计划：灰度 → 全量

Step 6: 上线监控（D+1 至 D+7）
  技术：监控错误率、性能
  产品/运营：监控业务指标变化
  如有异常：快速响应或回滚

紧急事故响应流程（参考 02-技术体系/14-sre-incident.md）¶

P0 事故（全站故障）通知链：
  On-call 工程师 → 技术负责人 → COO/CEO
  技术负责人 → 客服负责人（准备玩家通知）
  技术负责人 → 支付团队（确认资金安全）

对外通知（由客服/运营协调）：
  网站状态页更新（Statuspage.io）
  邮件/推送通知受影响玩家
  VIP 玩家 → VIP 经理一对一通知

新市场进入决策流程¶

提议方 → 管理层
  ↓
市场调研阶段（2-4周）：
  合规团队：法律可行性评估
  市场团队：市场规模和竞争分析
  技术团队：技术可行性和成本
  财务团队：投入产出预测
  ↓
决策会议：
  汇报：市场可行性报告（参考 08-市场拓展/01-新市场调研框架.md）
  决策：进入/暂缓/不进入
  ↓
如决定进入：
  组建项目团队（新市场上线流程参考 08-市场拓展/04-新市场团队组建.md）
  指定项目负责人（你未来的角色）

各部门常见协作痛点¶

技术 vs 运营（最常见）：
  运营："为什么这个功能要等 3 周？能不能快点？"
  技术："需求不清晰就开始做，以后要改更麻烦"

  解决方案：
    建立需求提前期规范（紧急 < 3天，普通 2 周）
    运营学会写清晰的 PRD（Why + What，不要 How）
    技术学会说"可以做，但需要 X 天，因为..."而不是直接说"不行"

技术 vs 合规：
  技术："这个功能已经开发好了，为什么合规不让上？"
  合规："你们开发前为什么不来跟我们确认？"

  解决方案：
    建立合规前置流程：所有涉及玩家账户/支付/游戏的新功能
    开发前必须经过合规预审查（15分钟对话可省去后期大改）

运营 vs 支付：
  运营："我们的促销活动要求快速提款，为什么做不到？"
  支付："风控规则不允许，要做需要跟合规谈"

  解决方案：
    运营设计活动时提前 7 天知会支付和合规
    建立标准活动模板（已经过合规审核的）

互动自测¶

:::quiz{id=collab-compliance-step} 新功能上线流程里，合规评审在第几步、什么情况触发？

[ ] Step 1 需求提交时
[x] Step 3（D-20），当功能涉及玩家数据 / 支付 / 游戏规则时
[ ] Step 6 上线监控时

解析：Step 3 合规评审（D-20）——涉及玩家数据 / 支付 / 游戏规则的新功能必须经合规确认是否符合持牌要求。合规前置（15 分钟对话）能省后期大改。 :::

:::quiz{id=collab-lead-time multi=true} 关于需求提前期规范，下列哪些对？（多选）

[x] 紧急需求 < 3 天
[x] 普通需求 2 周（提前期）
[x] 运营写清晰 PRD 讲 Why + What，不写 How
[ ] 技术遇到不合理需求直接说「不行」

解析：紧急 <3 天、普通 2 周；运营写 Why+What 不写 How；技术应说「可以做，但需 X 天，因为…」而非直接拒绝。 :::

:::quiz{id=collab-p0-chain} P0 事故（全站故障）通知链的顶端是？

[ ] 客服负责人
[x] On-call 工程师 → 技术负责人 → COO/CEO
[ ] 直接通知全体玩家

解析：P0 通知链 = On-call 工程师 → 技术负责人 → COO/CEO；技术负责人再拉客服（准备玩家通知）+ 支付团队（确认资金安全）。对外通知由客服/运营协调。 :::

情景演练：赶时间的支付功能¶

:::scenario{id=collab-rush-payment}

{"start":"n1","nodes":{"n1":{"text":"运营想 3 天内上线一个「秒到账促销」功能（涉及支付）。你怎么走流程？","choices":[{"label":"按紧急需求(<3天)走，但因涉及支付必须先过合规预审 + 支付确认风控","next":"good","feedback":"✅ 紧急可压缩，但涉及支付/玩家账户的功能合规前置不能省。","good":true},{"label":"运营直接催技术连夜开发上线，合规上线后再补","next":"bad","feedback":"❌ 涉及支付跳过合规前置 = 可能违持牌要求，后期大改或被驳。","good":false}]},"bad":{"text":"合规上线后发现不符持牌要求，被迫下线返工。补救：涉及支付/玩家数据的功能开发前先过合规预审。","terminal":true},"good":{"text":"处理正确：紧急提前期 + 合规前置 + 支付确认风控，再灰度→全量。","terminal":true}}}

:::

记忆卡：协作流程关键点¶

:::flashcards{id=collab-cards} - 新功能上线 6 步 :: 需求提交(D-30+)→技术评估(D-25)→合规评审(D-20)→开发(D-20~D-5)→测试上线(D-5~D-0,灰度→全量)→上线监控(D+1~D+7) - 合规评审触发 :: 涉及玩家数据 / 支付 / 游戏规则的新功能（Step 3, D-20） - 需求提前期 :: 紧急 <3 天 / 普通 2 周 - PRD 写法 :: 运营写 Why + What，不写 How - P0 通知链 :: On-call 工程师→技术负责人→COO/CEO；再拉客服 + 支付团队 - 新市场决策 4 评估 :: 合规(法律)/市场(规模竞争)/技术(可行成本)/财务(投入产出)，调研 2-4 周 - 运营 vs 支付 :: 活动设计提前 7 天知会支付和合规 :::

:::gate{id=done score=0.8 title=学完跨部门协作流程} 把三题答对、情景走一遍、闪卡过一轮，你就掌握了新功能上线 / 事故响应 / 新市场决策的跨部门协作要点。点「标记完成」记入学习进度。 :::

最后更新：2025-04