一部互动影游从 0 到 1：完整流程、岗位与交付物地图

做出一部互动影游，真正困难的不是“拍一段视频，再放两个按钮”，而是让故事、选择、素材、程序和测试始终描述同一个项目。最稳妥的方法，是把制作拆成十个有明确交付物的阶段：立项、核心体验、故事、分支系统、原型、制片、拍摄、后期接入、测试、发行复盘。前一阶段的输出必须能够被下一阶段直接使用。

本文适合第一次负责互动影游的编剧、导演、独立开发者和小团队负责人。看完后，你应该能画出自己的生产路线，知道每一步由谁负责、交付什么，以及什么时候不能继续往下走。

DramaFork 是互动内容创作与发布平台。本文会用平台内的策划案《零点回拨》作为示例，但流程本身不依赖某一种工具。

立项阶段要回答四个问题：谁会玩、他为什么现在想玩、玩家在故事中做什么、团队能否承担这个规模。交付物是一页项目定位卡，至少包含目标玩家、发布平台、预计时长、核心玩家动词、角色与场景上限。

以《零点回拨》为例，故事钩子是“夜班客服接到来自二十四小时后的电话”。但可玩的承诺不是这句话，而是：玩家要在有限时间里判断来电是否可信、选择盟友，并改变零点后的结果。只有后一句能指导选择设计和原型验证。

立项的验收标准也很简单：团队能否用一句话说清玩家反复执行的动作，并明确第一版不做什么。如果答案仍然是“体验沉浸式剧情”，说明范围还没有落地。

第一遍是把主题翻译成冲突。比如“信任”不能只出现在人物对白中，而要成为玩家必须承担后果的决定。

第二遍是把冲突翻译成选择。每个选择都需要入口信息、可理解的选项、状态变化和可见反馈。没有状态变化的选项可以保留作角色表达，但不能假装它会改变主线。

第三遍是把选择翻译成数据。团队需要统一节点编号、跳转目标、出现条件、变量写入、所需视频和可能结局。编剧使用的“第二场争吵”，程序使用的 scene_02，后期使用的文件名必须能互相对应。

第四遍是把数据翻译成生产任务。节点表需要展开成场景矩阵、演员日、道具、妆造、镜头、声音、字幕和测试用例。至此，创意才第一次成为可估价的项目。

Steam 的发布流程本身也要求商店页和产品 Build 分别完成检查与审核，因此“游戏做完再想发行”通常会造成返工。官方的 Steamworks 入门说明建议在制作 Build 的同时准备商店呈现。

三个人的团队里，编剧可能同时负责叙事设计，导演可能同时承担制片，程序也可能负责测试工具。这没有问题。真正危险的是因为同一个人承担两项工作，就省略两项工作之间的交付物。

例如编剧兼程序仍然需要节点表，因为三周后他也无法仅凭记忆判断某个变量在哪里写入。导演兼剪辑仍然需要场记和资产编号，否则重拍素材无法和旧分支正确替换。岗位可以合并，接口不能消失。

很多项目先写完十万字剧本，甚至拍完全部素材，才第一次让玩家操作。此时发现“选择没有信息”“选项无法理解”或“视频切换破坏节奏”，修改成本已经变成重写、重拍和重新剪辑。

更好的顺序是先做一个三分钟原型：五个节点、两次选择、三个结局，用临时文字或低成本视频都可以。原型要验证的不是画面质量，而是玩家是否知道自己在决定什么、选择后能否感到变化，以及团队能否追踪状态。

新建一页项目定位卡，只填写目标玩家、使用场景、核心玩家动词、平台、时长、角色上限、场景上限和第一版不做清单。暂时不要写完整剧情。

下一篇将先区分互动电影、FMV 游戏、互动短剧和视觉小说。选错产品形态，会让后面的剧本、拍摄和技术方案从根上互相冲突。