做游戏这行，每个工种都有一堆"祖传说法"。程序有，美术有，写故事的人尤其多。有些说法听起来特别顺耳，顺耳到没人去查它到底对不对——比如"写游戏和写电影剧本差不多""玩家根本不爱看字""故事嘛，开发前先写完就行"。

打开网易新闻 查看精彩图片

这些说法不只在新人之间流传，有时候连项目组内部也当真。真当真的后果，是流程被拧着走，最后受伤的还是游戏本身。

这次把三位编剧请到一块聊：Bruno Dias、Aysha Farah、Andrea Saravia Pérez。他们参与过的作品包括《Fallen London》《Life is Strange: Double Exposure》和《Sid Meier's Civilization VII》。聊的不是理论，是各自在写作一线踩过的坑。

下面按"误区 vs 实际"的方式拆开说，每一条都对应他们提到的真实情况。

误区一：写游戏等于写影视剧本

这是最容易被默认成立的一条。影视剧本有固定时长、固定观看顺序，观众坐在那儿从头看到尾。游戏不是。

玩家可以跳过对话，可以反复读同一段文本，可以在战斗中途突然停下来看道具描述，也可以永远不点开那个支线。写作的人如果按影视那套线性思维铺内容，很容易写出"作者很满意、玩家根本没看到"的东西。

三位编剧的说法指向同一个方向：游戏写作要面对的是玩家自己决定节奏这件事，而不是导演替你决定节奏。

误区二：玩家不想读字

这条流传得最广，也最容易被拿来当借口——"反正没人看，随便写写得了"。

但实际情况是，玩家不是不读，是不读写得没意思的。道具描述、环境文本、NPC 的一句闲聊，只要写得有味道，玩家会主动去翻，甚至会截图发到社区里讨论。

把"玩家不爱读"当成前提，结果往往是文本被砍到只剩功能说明，然后反过来印证了"玩家确实不看"——一个自己造出来的循环。

误区三：故事在开发开始前就写完了

这条听起来最像"专业流程"：先有剧本，再照着做。但游戏开发不是这么跑的。

玩法会改，关卡会砍，角色会加，预算会变。故事如果被当成一份开发前就冻结的文件，后面每一次改动都会让它和实际内容脱节。三位编剧的经验是，写作是贯穿开发全程的事，需要跟着玩法一起调整，而不是交完稿就完事。

把故事当成一次性交付物，最后常见的场面是：剧情和玩法各说各话，玩家能明显感觉到"这两块不是一起长出来的"。

为什么这些误区会伤到项目

三条误区单独看都不算大事，凑在一起就会形成连锁反应。

  • 按影视逻辑写 → 内容密度和玩家实际接触方式对不上
  • 认定玩家不读 → 文本被压缩成说明书，叙事空间被主动放弃
  • 故事提前冻结 → 开发中后期改动一来，剧情和玩法开始互相打架

这些不是"写得好不好"的问题，是流程层面的问题。写作被放在错误的位置上，再有才华的编剧也很难把活干顺。

那到底该怎么看

三位编剧没有给出什么万能公式，他们做的是把"听起来对"的说法一条条摆到实际开发场景里对照。对照完你会发现，这些误区之所以顽固，不是因为有人故意传谣，而是因为它们在别的媒介里确实成立——只是搬到游戏里就不成立了。

对做游戏的人来说，值得记住的可能是这一点：写作不是开发流程里一个可以提前打包封存的环节，它和玩法、关卡、节奏是长在一起的。把它当成独立工序切出去，省下的时间后面大概率要还回来。

至于玩家爱不爱读字这件事，与其争论，不如先写点值得读的东西出来看看。