「在线联机原型全集」扩展篇之十三：公会与战队系统（Guild & Team System）

单排是「玩一局」，组队是「交一个朋友」，而公会则是「找一个家」。本 PRD 是《在线联机原型全集》的扩展篇之十三，聚焦公会创建与加入、成员角色与权限、公会战与排名、战队组队匹配与社交激励，让联机游戏从「打完就散」升级为「一起变强、长期并肩」。

1. 目标与验证点

一句话目标：把「路人局」升级为「有归属感的战队生态」，让玩家为「集体荣誉」留下来。

2. 系统架构

flowchart TD
A["Player"] -->|create/join| B["Guild Service"]
B --> C["Guild Store"]
C --> D["Members"]
D --> E["Roles & Permissions"]
D -->|fight| F["Guild War"]
F --> G["War Result"]
G --> H["Guild Ranking"]
A -->|team up| I["Team Matchmaker"]
I --> J["Squad"]
J --> K["Team Voice"]
J -->|ranked| L["Team Rating"]
B -->|rewards| M["Social Incentives"]

说明：

• Guild Service：公会生命周期、成员管理、权限判定的权威
• Guild War：公会战报名/对阵/结算，产出战绩与排名
• Team Matchmaker：小队编成与战队排位，与个人匹配共用撮合
• Social Incentives：入会欢迎、活跃任务、贡献福利，驱动留存

3. 公会组织模型：从「群聊」到「科层制」

3.1 公会结构

公会 = 固定组织（长期）
   ├── 会长（1 人）：创建、任免、解散、改名
   ├── 官员（2~5 人）：招人、踢人、发起公会战
   └── 成员（上限 50~100）：参与、贡献、领福利
   └── 预备役/观察员：体验期，转正后进正式名单

3.2 权限矩阵

心法：权限矩阵是「信任的工程化」——把「谁说了算」写成可执行的规则，避免口说无凭的内部纠纷。

4. 公会战与排名：让集体有「战绩」

4.1 公会战流程

报名窗口（战前 24h）→ 匹配对手 → 备战（研究对手）→ 开战 → 结算 → 排名更新
   ├── 报名：会长/官员发起，成员确认人数达标
   ├── 对阵：同段位公会池随机/评分匹配
   └── 结算：胜场数 + 击杀分 + 参与度 → 公会贡献

4.2 公会排名

实践：排名是公会的「体面」——把「我们很强」可视化，玩家才会为集体荣誉刷活跃、抢报名、打公会战。

5. 战队组队与匹配：小队的「快组织」

5.1 战队编成

战队 = 临时小队（一局内）
   ├── 队长：开局建队、邀请、踢人
   ├── 队员：2~5 人，同队语音，共享胜率
   └── 解散：对局结束自动解散，或转为「常驻车队」

5.2 车队匹配

车队评分 = 平均段位 + Σ(个人波动)
  ├── 防「高分带低分」滥用：段位差上限
  ├── 防「秒退规避」：赛季冷却
  └── 车队胜率单独记账，与单排分开

心法：战队是「公会的最小单位」——公会管长期归属，战队管即时协作。两级组织搭配，社交层才完整。

6. 社交激励：让「留下」有理由

6.1 激励设计

6.2 活跃与留存的边界

社交激励的正反馈循环：
  组队 → 沟通顺畅 → 胜率提升 → 体验更好 → 更想组队
  加入公会 → 有人一起 → 被需要 → 归属感 → 留存
反噬风险：
  强制社交任务 → 玩家反感 → 只做任务不社交 → 任务疲劳
  → 设计「顺水推舟」的任务（本来就要打的局，顺手完成）

实践：激励是「引导」不是「绑架」——让玩家本来就想做的事顺带完成，才是健康的社交激励。

7. 数据模型与扩展

7.1 核心表

guild(id, name, tag, level, capacity, leader_id, created_at)
guild_member(guild_id, player_id, role, join_at, contribution)
guild_war(war_id, guild_a, guild_b, winner, result, season)
team_rating(team_id, avg_mmr, wins, losses, season)

7.2 一致性要点

跨服公会：需要中心化公会数据 + 分服战斗
  ├── 公会数据 → 中央库（成员、权限、公告）
  ├── 战斗结算 → 分服就近，异步写回贡献
  └── 公会战 → 跨服匹配，结算幂等

心法：公会是「社交态数据」——写多读多、跨服共享，必须中心化权威；战斗是「瞬态数据」，就近执行、异步汇总。

8. 里程碑与验收

M1 公会组织模型（1 周）
  ✅ 创建/加入/退出、角色权限、容量约束
M2 公会战与排名（1 周）
  ✅ 报名/对阵/结算、四类榜单、赛季更新
M3 战队匹配（1 周）
  ✅ 小队编成、车队排位、段位差限制
M4 社交激励（1 周）
  ✅ 入会欢迎、每日任务、里程碑福利

验收指标：公会组队对局占比 > 30%；入会后 7 日留存高于路人局 15%+；公会战匹配等待 < 30s；权限误操作率 < 0.1%。

9. 相关原型衔接

• 与#22 公会建设的公会构造对接 → 组织与建筑玩法复用
• 与#34 联盟战争的大型对抗联动 → 公会战升级为联盟战
• 与#33 社交关系与好友推荐的关系图谱衔接 → 邀请入会走好友推荐
• 与扩展篇之八语音通信联动 → 战队强制组队语音
• 与扩展篇之五赛季段位对接 → 公会战积分进入赛季结算

扩展篇定位：公会与战队是「归属感的工程」——它把「一起玩」制度化，让玩家从「这个游戏好玩」升级为「我和这群人一起玩」。

延伸阅读

• 「在线联机原型全集」目录（60 个原型全景） — 原型全景索引
• 语音聊天与实时通信 — 战队强制语音通道（扩展篇之八）
• 赛季与段位系统 — 公会战积分进赛季（扩展篇之五）
• 「在线联机原型全集」第三章：联机与实时层（#21–#30） — 组队匹配与大厅
• 游戏开发专题 — 社交系统与长线运营

扩展篇全系列回顾：观战回放（被看见）→ 成就（被记住）→ AI 陪练（随时变强）→ 自定义房间（玩出花）→ 赛季段位（长期目标）→ 跨平台云存档（资产随行）→ 反作弊（生态底线）→ 语音通信（协作润滑）→ 内容安全（社区地基）→ 经济风控（繁荣保险丝）→ 本地化（出海桥）→ 赛季通行证（氧气）→ 公会战队（归属感）→ 好友互动（温度）→ 交易市场（繁荣）→ 装扮皮肤（个性）→ 新手引导（门槛）→ 离线挂机（回味）。十八篇共同补齐「玩法之外」的完整体验层。

扩展篇全系列速查