--- type: "blog" slug: "making-of-prince-of-persia" canonical_url: "https://aimunger.com/blog/making-of-prince-of-persia/" source_section: "blog" lang: "zh-CN" updated_at: "2025-01-01" title: "《波斯王子》关于产品、软件与创意的一堂大师课 The Making of Prince of Persia" date: 2025-01-01 --- > 原文地址： ![](https://mmbiz.qpic.cn/sz_mmbiz_png/5HUkibFlfpic5lu1eYDiaEhM742Myes14p0wunGRoPzr01SxDVlbTf4PnT1zsIPSicuUBc5iamKsSiapvl0qepianVfNw/640?wx_fmt=png&from=appmsg) 所有创作者都会遇到同一个时刻：想法闪耀，手却迟疑；进度表越写越漂亮，作品却不往前走。本书是游戏设计师**乔丹·梅克纳（Jordan Mechner）** 的私人日记合集。它完整记录了他在 1980 年代中后期至 1990 年代初创作经典游戏《波斯王子》（_Prince of Persia_）时的心路历程。把每天的真实推进写进日记，把不确定性变成可管理的动量。 这不是“回忆录式的成功学”，而是八年原生态的创作账本：从灵感、技术、市场到情绪波动的全记录。新版由 Stripe Press 于 2020 年推出，为游戏 30 周年加入了作者批注与插图，336 页，信息密度极高。 在限制中持续迭代 ======== 本书的核心洞见可以用一句话概括：伟大作品往往不是“灵感+运气”的总和，而是“在限制中持续迭代”的产物。书中更强调三件事：主动设限、建立反馈闭环、让故事驱动体验——这三点共同把一款在 Apple II 上开发的小作品，推向了后来的全球符号。 第一重，是技术与限制的角力。1980 年代的 Apple II 性能捉襟见肘，内存像沙漏一样不停泄漏。**梅克纳**的应对不是退缩，而是把现实约束变成风格：用录像“转描”（rotoscoping）捕捉现实动作，再用极致压缩的方式呈现出流畅动画；在关卡与镜头切换上做减法，让动线更干净。Ars Technica 的“War Stories”采访详细还原了他如何与内存上限缠斗，如何在架构上“拆东墙补西墙”。这类约束反而逼出了电影感——Prince of Persia 最后因此拥有了独特的节奏与手感。 第二重，是叙事驱动的设计方法。**梅克纳**在日志里不断提醒自己：故事推进，源于“想要”。他写下了那句后来被频频引用的话——“A story doesn’t move forward until a character wants something. So a game doesn’t move forward until the player wants something.”这不是文艺腔，而是具体的设计准则：每一个跳跃、每一次闯关，都要让玩家“想要”更近一步。 第三重，是把“日记”当作系统。不同于事后粉饰的回忆录，这套笔记是当下时态的自我对话：今天卡在动画工具，明天试新压缩法；上午怀疑选题，晚上被一次试玩的反馈鼓舞。正因为实时，情绪与判断都未经修饰，使得经验更可迁移——Applied Divinity Studies 在书评中就强调了这种“非事后诸葛”的价值。 读这本书，不只是在旁观一个 IP 的诞生；更像坐在作者肩头，穿梭在父母家地下室与发行商办公室之间，亲历那个“一个人能做完整款游戏”的时代。官方介绍页的描述干脆直接：这是一段从地下室到行业前沿的旅程，也是与快速膨胀的 80 年代游戏产业彼此塑形的过程。 书里还有不少“创作自白”式的瞬间。比如谈到为何执着于转描，他写下要在 Apple II 屏幕上“create an illusion of life”——不是追求技术炫技，而是把“活力”的错觉带给玩家。另一个自勉式的备注也常被引用：“In five years you’ll be 30.”这句看似普通的提醒，背后是节奏观：目标要拉到可感知的时间窗里，逼迫自己做出选择。 为什么这本日志在今天仍重要？因为它把“创作—技术—商业—自我管理”四条线缠在一起，展示了真实的张力。创作上，它证明叙事与机制并非两张皮；技术上，它示范如何“以退为进”——用限制净化表达；商业上，它记录与发行商、市场节奏的拉扯；个体层面，则是长期主义的心理成本与恢复术。 如何把书中方法用到现实工作？ ============== 先写“行为日志”，再写“目标”。每天记录卡点、尝试与下一步，形成可回溯的因果链；每周做一次小结，把“推不动”的原因拆成可试验的假说。Prince of Persia 的许多关键突破，都来自这种短周期的自校准，而非灵光乍现。 把硬限制变成设计语言。资源少、时间紧不一定是坏事。像**梅克纳**那样，把一项核心技术（转描）做深，围绕它删繁就简，形成识别度。团队项目同理：明确“唯一必须出色的能力”，其他一切为此让路。 重视素材与版本的长期保存。多年后，**梅克纳**在家中旧箱子里找回早期软盘，靠爱好者与档案工作者之力成功“抢救”源代码，这件事提醒所有数字创作者：归档不是怀旧，是未来复用与再创造的前提。 读到后段，会自然地把这本书与今天的独立开发、内容创业相对照：工具更强、分发生态更完善，但真正拉开差距的，仍然是能否在“想做的多、能做的少”之间找到节奏。书中不断出现的取舍题，像一把隐形的刻刀，把作品从“也许不错”雕到“非它不可”。 这也是本书最动人的地方：它让人看到，经典并不神秘。经典是靠每天那一小步，日记里一行一行地写出来的。下一次卡住时，不妨学它的做法——定义一个今天就能完成的最小改进，写下来，做完，再写下一步。长路不在远方，就在这本工作日记里。 * * * 相关阅读： [High Growth Handbook 把“增长”转化为可复制的组织系统](https://mp.weixin.qq.com/s?__biz=Mzk1NzI0MDMzMA==&mid=2247483734&idx=1&sn=ba51d653d7a1ef3e4a13529ce40c19ad&scene=21#wechat_redirect)