写在前面：多一个人不一定更快，但可以更完整
陈舟原本是一个人做游戏。
他擅长程序和关卡，但美术一直很弱。后来他和插画师叶南合作，做了一款短篇冒险游戏：玩家在一座旧植物园里寻找失踪的园丁，通过植物标本和温室机关推进故事。
这是两个人的第一款商业游戏。
项目没有大爆，但顺利发布，评价也稳定。
对他们来说，这就是成功。
一、他们先写清楚谁决定什么
合作开始前，两人做了一份简单协议。
不是复杂法律文件，而是明确几件事：
- 游戏范围
- 收入分成
- 各自工作内容
- 谁负责最终产品决策
- 如果中途退出怎么办
这听起来冷冰冰。
但它减少了后面很多误会。
很多小团队失败，不是因为能力不够，而是因为一开始不好意思谈清楚。
二、美术没有等玩法全部完成
叶南不是后期才进来“画漂亮一点”。
她很早就参与讨论植物园空间。
哪些区域适合做温室，哪些适合做标本柜，哪些适合做夜间场景。
这让美术和关卡互相影响。
比如一个原本普通的机关，因为叶南设计成“需要调整植物向光方向”，变得更贴合主题。
合作的价值不是美术替换占位图。
而是让视觉语言参与设计。
三、他们控制了沟通成本
两人每周只开一次固定会议。
会议里决定下周任务。
平时只在需要确认时沟通，不每天反复打断。
任务也尽量小：
- 完成温室入口灰盒
- 画三种可交互植物
- 测试第一段解谜流程
- 调整对话 UI
这种节奏让项目持续前进。
四、成功来自互相尊重边界
陈舟不会随便要求叶南重画整套风格。
叶南也不会临时提出把游戏改成完全不同类型。
他们都可以提出意见，但最终会回到项目目标：
做一款 2 到 3 小时的植物园短篇冒险。
这个目标保护了合作。
五、协作工具与资产版本控制
两人远程或同地协作，工具选择直接影响效率：
| 用途 | 推荐工具 | 原因 |
|---|---|---|
| 任务管理 | Trello / Linear / Notion | 轻量、可视化进度 |
| 实时沟通 | Discord / Slack | 频道分类、文件共享、异步友好 |
| 美术反馈 | Figma + Frame.io | 精确到像素和时间的批注 |
| 代码/脚本 | Git + Git LFS | 代码版本管理 |
| 美术资产 | Perforce / Plastic SCM / Git LFS | 大二进制文件版本控制 |
资产版本控制特别重要。美术文件通常数百 MB，Git 原生不支持。推荐方案：
- 小型项目：Git LFS（每月免费额度通常够用）
- 中型项目：Plastic SCM（对美术师更友好的 UI）
- 大型项目：Perforce（业界标准，权限粒度最细）
六、艺术风格指南（Art Style Guide）
合作开始后，尽早制定一份风格指南，避免返工：
- 色彩板（主色、辅色、禁用色）
- 像素密度/分辨率标准
- 角色比例模板
- UI 元素规格
- 动画帧率与关键帧风格
风格指南越早期确定，后期沟通成本越低。叶南和陈舟在项目第二周就确定了"手绘水彩 + 低饱和度"的整体方向，这让后续所有Asset都有了统一的视觉锚点。
七、外包 vs 全职合作
| 维度 | 外包（按件结算） | 全职合作（分成/工资） |
|---|---|---|
| 成本结构 | 预付款 + 里程碑 | 长期分成或月薪 |
| 参与度 | 按需求交付 | 深度参与设计 |
| 创意归属 | 通常归委托方 | 共同拥有或按协议 |
| 灵活性 | 可随时终止 | 需要退出机制 |
| 适合阶段 | prototype 验证期 | 正式研发期 |
陈舟和叶南选择了全职合作加分成的模式，因为游戏的核心体验高度依赖美术与玩法的融合，外包式"按图索骥"无法达到这个效果。
八、发布后的合作模式
游戏发布后，两人合作仍需持续：
- Bug 修复：优先修复影响玩家体验的视觉/交互问题
- 内容更新：DLC 或季节性内容的美术迭代
- 社区运营：美术师参与社交媒体（概念图、 wip 进度）能显著提升社区热度
- 多平台移植：不同分辨率的美术资产适配
建议从项目第一天就约定好发布后的工作量和分成比例，避免成功后的利益纠纷。
九、版权与 IP 归属
即使是最小规模的两人团队，也应书面约定：
| 事项 | 建议约定 |
|---|---|
| 游戏 IP 归属 | 共同所有，或按出资/贡献比例 |
| 美术资产复用 | 是否允许用于其他项目 |
| 代码开源 | 是否开源、何种协议 |
| 未来续作 | 优先合作权、退出后的竞业期 |
| 收入分钱 | 明确到账后几天内结算、由谁操作 |
不需要律师起草复杂合同，但要有一个让双方都签字/确认的文档。
复盘：小团队合作要把模糊关系变清楚
这个案例说明，两人合作可以弥补个人短板。
但前提是：
- 提前谈清分工和收益
- 美术和玩法早期共同设计
- 沟通节奏稳定
- 项目范围足够小
- 决策边界明确
- 工具链和资产流程提前搭建
- 发布后的合作模式预先约定
个人开发者找合作者，不只是找技能。
还要建立一套能让合作持续的工作方式。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。