Lewati ke isi

01 · 团队管理基础

背景:你的目标是 1 年内能独立带队开拓新市场 核心能力:从技术单点突破 → 跨职能协调 → 独立团队领导


管理框架:OKR

什么是 OKR

OKR = Objectives & Key Results(目标与关键结果)

Objective(目标):定性描述,激励人心
  例:"在越南市场建立稳定的用户基础"

Key Results(关键结果):可量化的成果
  例:
    KR1:Q1 越南 FTD 达到 500 个
    KR2:越南玩家 D30 留存率达到 20%
    KR3:越南月 GGR 达到 $50,000

规则:
  每个 Objective 对应 3-5 个 KR
  KR 必须可量化(数字)
  完成度 70% = 成功(设置挑战性目标)
  每季度回顾一次

OKR 实际应用

个人 OKR(你的第一季度示例):

O: 全面掌握公司技术架构,成为可靠的技术核心
  KR1: 完成 AWS SAA 认证
  KR2: 独立处理 3 次生产事故,MTTR < 30 分钟
  KR3: 建立完整的基础设施监控仪表盘,覆盖率 100%
  KR4: 与 5 个非技术部门同事完成 1on1 深度交流

O: 理解核心业务流程,具备跨部门沟通能力
  KR1: 能独立解释公司 GGR/NGR/LTV 的计算方式
  KR2: 参与并贡献一个跨部门项目(如支付通道优化)
  KR3: 完成知识库前 5 个模块的整理

1on1 沟通技巧

与老板的 1on1

频率:建议每周一次(15-30分钟)

议程结构(新人版):
1. 本周完成了什么(3分钟)
2. 遇到的挑战/需要支持的(5分钟)
3. 下周计划(3分钟)
4. 我想了解更多的(如:运营数据、新市场计划)

关键技巧:
  不要等问题大了才说,早说早解决
  主动表达学习意愿("我想了解推广部的工作")
  带着问题去,不要只汇报不思考
  记录老板说的重要事项,下次跟进

与跨部门同事的 1on1

目的:建立信任,理解彼此工作

好的开场问题:
  "你们部门目前最大的挑战是什么?"
  "有什么技术方面我们可以更好支持你们的?"
  "你觉得哪些跨部门流程可以改善?"

记住对方说的痛点,日后找机会帮助解决

小团队组建(新市场拓展)

团队配置原则

最小化但全能:
  每个核心职能至少有人负责
  允许一人身兼多职(初期)

本地化优先:
  客服和推广 → 必须本地人(语言和文化理解)
  技术 → 可以远程/总部支持
  合规 → 需要本地法律顾问

外包 vs 自建:
  技术基础设施 → 总部统一管理(避免重复建设)
  内容创作 → 可外包本地创作者
  法律合规 → 必须用本地律所
  客服 → 初期可外包 BPO(业务流程外包)

招聘关键岗位建议

当地运营经理(Country/Operations Manager):
  最难招,最重要
  需要:本地人 / 博彩行业经验 / 英语或中文流利
  渠道:LinkedIn、行业会议、内部推荐

推广专员(Marketing/Affiliate Manager):
  需要:了解本地流量渠道、数字营销经验
  加分:在本地有联盟合作资源

客服团队:
  需要:本地语言母语者
  可以:BPO(外包给本地呼叫中心)
  工具:Zendesk/Freshdesk

远程团队协作工具链

沟通:
  日常沟通:Slack / 企业微信
  正式会议:Zoom / Google Meet
  异步讨论:Notion / Confluence

项目管理:
  任务管理:Jira / Linear / Asana / Notion
  文档协作:Confluence / Notion / Google Docs
  代码管理:GitHub / GitLab

时区管理原则:
  建立重叠工作时间(Overlap Hours)
  亚洲团队:UTC+8(北京/新加坡)
  欧洲:UTC+1/+2(根据夏令时)
  重叠时间:建议保证至少 2 小时/天

异步工作最佳实践:
  重要决策写成文字,不依赖会议口头传达
  更新日报(简短,三行:做了什么/遇到什么/明天计划)
  紧急问题设置明确的升级路径(谁联系谁)

跨部门协作:新市场上线流程

T-90天(提前90天):
  合规团队:确认目标市场法律状态
  技术团队:评估本地化技术需求(支付/语言/服务器)
  产品团队:竞品分析,确定 MVP 功能范围

T-60天:
  技术团队:基础设施部署(AWS Region 选择/CF配置)
  产品团队:UI 本地化(语言翻译/本地支付UI)
  推广团队:联盟招募,SEO 内容开始制作
  支付团队:本地 PSP 接入谈判

T-30天:
  技术团队:集成测试,负载测试
  运营团队:奖励方案设计,CRM 流程配置
  客服团队:本地语言客服上线/培训
  合规团队:KYC 流程本地化

T-0(上线):
  软上线(Soft Launch):邀请小批量用户测试
  监控:密切关注技术指标(错误率/支付成功率)

T+7天:
  数据复盘:注册转化/FTD转化/支付成功率
  快速修复:优先解决阻碍用户完成首存的问题

T+30天:
  全面上线推广
  联盟激活
  开始 SEO/社媒内容发布

互动自测

:::quiz{id=okr-success} OKR 中,Key Results 的完成度达到多少即视为成功?

  • [ ] 50%
  • [x] 70%
  • [ ] 100%

解析:文档规定「完成度 70% = 成功(设置挑战性目标)」,因此把目标设得有挑战性,达到 70% 即算成功。 :::

:::quiz{id=boss-1on1-freq} 与老板的 1on1 沟通,文档建议的频率是?

  • [ ] 每天一次
  • [x] 每周一次(15-30 分钟)
  • [ ] 每月一次

解析:文档「与老板的 1on1」一节写明「频率:建议每周一次(15-30分钟)」。 :::

:::quiz{id=localization-priority multi=true} 按「本地化优先」原则,新市场拓展中哪些职能必须用本地人或本地资源?(多选)

  • [x] 客服
  • [x] 推广
  • [x] 合规(本地法律顾问 / 本地律所)
  • [ ] 技术

解析:文档「本地化优先」列出「客服和推广 → 必须本地人」「合规 → 需要本地法律顾问」;而「技术 → 可以远程/总部支持」,故技术不属于必须本地。 :::

:::scenario{id=soft-launch}

{"start":"n1","nodes":{"n1":{"text":"新市场进入 T-0 上线日,由你决定如何上线。","choices":[{"label":"软上线,先邀请小批量用户测试","next":"good","feedback":"✅ 符合文档 T-0「软上线(Soft Launch):邀请小批量用户测试」,并密切关注技术指标。","good":true},{"label":"直接全面上线并启动全量推广","next":"bad","feedback":"❌ 文档把「全面上线推广、联盟激活」放在 T+30 天,T-0 应先软上线验证。","good":false}]},"good":{"text":"软上线后监控错误率与支付成功率;T+7 天复盘注册/FTD/支付转化,优先修复阻碍首存的问题。","terminal":true},"bad":{"text":"未经小批量验证直接全量,技术与支付问题会被放大,缺少「快速修复阻碍首存」的缓冲期。","terminal":true}}}
:::

:::flashcards{id=team-basics-cards} - OKR :: 目标与关键结果(Objectives & Key Results) - 每个 Objective 对应的 KR 数量 :: 3-5 个 - OKR 视为成功的完成度 :: 70% - 与老板 1on1 建议频率 :: 每周一次(15-30 分钟) - 远程团队每天建议的重叠工作时间 :: 至少 2 小时/天 - 异步日报三行 :: 做了什么 / 遇到什么 / 明天计划 - BPO :: 业务流程外包 - T-0 软上线做法 :: 邀请小批量用户测试 :::

:::gate{id=done score=0.8 title=学完团队管理基础} 完成上述自测,正确率达到 80% 即视为掌握本节要点。 :::


最后更新:2025-04