写在前面：多一个人不一定更快，但可以更完整
陈舟原本是一个人做游戏。
他擅长程序和关卡，但美术一直很弱。后来他和插画师叶南合作，做了一款短篇冒险游戏：玩家在一座旧植物园里寻找失踪的园丁，通过植物标本和温室机关推进故事。
这是两个人的第一款商业游戏。
项目没有大爆，但顺利发布，评价也稳定。
对他们来说，这就是成功。
一、他们先写清楚谁决定什么
合作开始前，两人做了一份简单协议。
不是复杂法律文件，而是明确几件事：
- 游戏范围
- 收入分成
- 各自工作内容
- 谁负责最终产品决策
- 如果中途退出怎么办
这听起来冷冰冰。
但它减少了后面很多误会。
很多小团队失败，不是因为能力不够，而是因为一开始不好意思谈清楚。
二、美术没有等玩法全部完成
叶南不是后期才进来“画漂亮一点”。
她很早就参与讨论植物园空间。
哪些区域适合做温室，哪些适合做标本柜，哪些适合做夜间场景。
这让美术和关卡互相影响。
比如一个原本普通的机关，因为叶南设计成“需要调整植物向光方向”，变得更贴合主题。
合作的价值不是美术替换占位图。
而是让视觉语言参与设计。
三、他们控制了沟通成本
两人每周只开一次固定会议。
会议里决定下周任务。
平时只在需要确认时沟通，不每天反复打断。
任务也尽量小：
- 完成温室入口灰盒
- 画三种可交互植物
- 测试第一段解谜流程
- 调整对话 UI
这种节奏让项目持续前进。
四、成功来自互相尊重边界
陈舟不会随便要求叶南重画整套风格。
叶南也不会临时提出把游戏改成完全不同类型。
他们都可以提出意见，但最终会回到项目目标：
做一款 2 到 3 小时的植物园短篇冒险。
这个目标保护了合作。
复盘：小团队合作要把模糊关系变清楚
这个案例说明，两人合作可以弥补个人短板。
但前提是：
- 提前谈清分工和收益
- 美术和玩法早期共同设计
- 沟通节奏稳定
- 项目范围足够小
- 决策边界明确
个人开发者找合作者，不只是找技能。
还要建立一套能让合作持续的工作方式。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。