体裁手册 07 · 社交合作(Co-op / Friendslop)
体裁手册 07 · 社交合作(Co-op / Friendslop)
一句话:你设计的不是玩法,是"一群人会一起犯的错"。 配套:
systems/25(多人系统) ·principles/05§6(可传播性) ·systems/26(AI 与队友)
1. 核心动词与循环
| 层 | 时长 | 内容 | 失败信号 |
|---|---|---|---|
| 微 | 5–20s | 一次协作动作(传递/掩护/救援) | 不需要沟通 |
| 核 | 15–40min | 一局任务 | 一个人也能完成 |
| 中 | — | 通常无 | — |
| 宏 | 无限 / 章节 | 进度解锁 | 无新内容 |
核心动词:移动 + 协作动作 + 沟通。 关键:"沟通"是本体裁的隐藏动词,且必须被系统需要。 如果玩家不需要说话就能通关,这不是合作游戏,是"多人单机"。
循环图:
约定一起玩 → 一局(协作 + 意外 + 搞笑失败) → 产生共同记忆/梗
↑ ↓
└──────────── 想再玩一次 / 想分享给别人 ←───────┘
2. 专属数值模型
本体裁的"数值"是社交参数,不是战斗参数。
2.1 沟通需求密度
沟通需求密度 = 单位时间内"必须交换信息"的次数
目标:每 30–60 秒 ≥1 次必须沟通的事件
过低 → 各玩各的;过高 → 手忙脚乱,退化成喊麦
| 参数 | 建议 |
|---|---|
| 强制沟通事件 | 每 30–60s 一次 |
| 信息不对称 | 每个玩家掌握部分他人不知道的信息 |
| 角色互补度 | 每个角色有独占能力(不能互相替代) |
| 决策共享度 | 关键决策需要多人同意(但不要太频繁) |
2.2 难度来源:协调而非数值
| 难度来源 | 说明 |
|---|---|
| 协调难度 | 需要同时做多件事 → 分工 |
| 信息差 | 只有 A 看得见,B 必须听 A 说 |
| 资源分配 | 稀缺资源必须有人放弃 |
| 救援窗口 | 队友倒下需要被救(创造紧张) |
| 不可预测 | 物理/混乱带来的意外 |
铁律:难度来自"协调",不是"数值"。 提高敌人血量不会让合作游戏变难,只会变长。
2.3 失败设计(本体裁与别处相反)
| 原则 | 说明 |
|---|---|
| 失败要好笑,不要挫败 | 失败产生的应该是"我们刚才太蠢了"的笑,不是愤怒 |
| 失败要可复盘 | 能说出"我们哪里配合错了" |
| 不惩罚离场 | 有人掉线不惩罚全队 |
| 快速重开 | <30s 进入下一局 |
| 失败也是内容 | 剪辑/回放/分享 |
关键差异:单机游戏的失败是"我错了";合作游戏的失败应该是"我们错了",且是有趣的错。
3. 深度与构筑设计
社交游戏的深度来自"玩家之间的关系",不是系统复杂度:
| 深度来源 | 做法 |
|---|---|
| 角色互补 | 每个角色有独占能力,不可替代 |
| 战术分工 | 需要同时完成多个目标 |
| 信息交换 | 信息差制造沟通 |
| 混乱管理 | 意外事件需要临场协调 |
| 可炫耀 | 高难操作/救援瞬间可被见证 |
| 可分享 | 每局产出可分享的片段/数据 |
必做:
- 每个人都要有事做(不能有人闲着)
- 每个人都要有独占价值(不能有人可被替代)
- 必须有"可被观看的瞬间"(见下)
4. 可传播性设计(本体裁的生命线)
社交传染是乘法级分发,广告是加法级。
| 手段 | 做法 |
|---|---|
| Gif-able 瞬间 | 设计必然产生意外的机制(物理混乱、连锁反应) |
| 搞笑失败 | 失败本身有趣(而非只是惩罚) |
| 可炫耀 | 高难救援/极限操作 |
| 可共鸣 | "这就是我和我朋友"的场景 |
| 录制友好 | 一键回放/剪辑/导出 |
| 主播友好 | 观众能理解发生了什么;有"观众参与"空间 |
检验:这一局能剪出 15 秒的 gif 让人想发给朋友吗? 不能 → 补社交爆点。
案例数据参考:PEAK 达到 266x 转化倍率——可直播性是乘法级分发。
5. 内容成本与体量基准
| 单位 | 成本 |
|---|---|
| 一个协作机制 | 5–15 人日 |
| 一个关卡/任务 | 5–20 人日(需多人测试,成本 ×2) |
| 一个角色 | 5–15 人日 |
| 一个可分享的意外系统 | 10–30 人日 |
最小可行体量:1 个核心协作循环 + 3–5 张地图 + 3–5 个角色(约 10–30 小时)。
成本警示:多人测试成本是单人的 2–3 倍(需要多客户端并发,见 systems/25 §7)。
降本手段:程序化生成地图 + 极简美术 + 用物理/系统制造多样性(而非手工内容)。
6. 体裁门禁(合格标准)
- 每 30–60s 有 ≥1 次必须沟通的事件
- 每个角色有独占能力(不可替代)
- 每个人全程都有事做
- 难度来自协调,不是数值
- 失败好笑而非挫败,且可复盘
- 掉线/退出不惩罚全队
- 重开 <30s
- 每局能剪出 ≥1 个 15 秒可分享片段
- 单人可完成全部内容(或明确放弃单人市场)
- 支持中途加入
- 举报/拉黑/静音齐备(见
systems/25§4) - 延迟 300ms 下仍可玩
7. 反模式(20 条)
| # | 症状 | 修法 |
|---|---|---|
| 1 | 单人玩没意思且必须组队 | 让单人完整;或改异步社交 |
| 2 | 不需要说话就能通关 | 加信息差与分工 |
| 3 | 有人闲着 | 给每个人独立任务线 |
| 4 | 角色可互相替代 | 给独占能力 |
| 5 | 难度靠敌人血量 | 改为协调难度 |
| 6 | 失败只是惩罚 | 让失败好笑且可复盘 |
| 7 | 掉线惩罚全队 | 不惩罚 |
| 8 | 重开慢 | <30s |
| 9 | 无 gif-able 瞬间 | 设计意外发生器 |
| 10 | 语音默认开启 | 社交安全风险;默认关 |
| 11 | 无举报拉黑 | 必须做 |
| 12 | 必须 4 人才能开 | 支持 1–2 人也能玩 |
| 13 | 强制匹配 | 小基数会死于匹配 |
| 14 | 无法中途加入 | 支持 |
| 15 | 无录制/分享 | 加一键回放 |
| 16 | 主播看不懂 | 简化信息层级,提高可读性 |
| 17 | 单人内容量不足 | 用程序化/系统制造多样性 |
| 18 | 进度只存 host | 备份 + 明确提示 |
| 19 | 无延迟模拟测试 | 上线才发现不可玩 |
| 20 | 把社交当附加功能 | 沟通是核心动词,要系统化设计 |
8. 案例拆解
Lethal Company
- 机制:4 人拾荒 + 语音 + 死亡即永久
- 数值关键决策:沟通是核心机制(只能靠语音传递信息);死亡制造真实损失;混乱来自系统交互
- 可迁移准则:让信息只能通过玩家传递 → 沟通成为玩法;失败好笑(玩家被拖着跑)
Among Us
- 机制:社交推理 + 任务
- 数值关键决策:产品本身几乎没变,等待了传播窗口(2020 年主播带动,峰值 6000 万 DAU)
- 可迁移准则:产品力是等待运气窗口的前提;保持低维护成本地"活着"
Deep Rock Galactic
- 机制:4 人挖矿 + 职业分工
- 数值关键决策:职业独占能力(钻机/工程/侦察/枪手);地形可破坏;程序化关卡
- 可迁移准则:独占能力 + 必须协作才能通过的地形 = 天然沟通需求
PEAK(2025)
- 数值关键决策:极简协作(一起爬山);失败即坠落 → 强烈喜剧效果
- 可迁移准则:可直播性是乘法级分发(266x 转化倍率)
It Takes Two(参照系)
- 可迁移准则:每个关卡都为双人设计不同的能力组合,而非"同一能力 ×2"
9. 交付物
- 沟通需求密度设计(强制沟通事件清单)
- 角色独占能力表(不可替代性验证)
- 难度来源清单(协调而非数值)
- 失败设计(好笑 + 可复盘 + 快速重开)
- 可传播性设计(≥3 个 gif-able 瞬间)
- 多人测试方案(并发客户端 + 延迟注入)