巫師3是CDPR2015年發行的一款經典動作角色扮演遊戲，但在知乎上討論大多集中於劇情，罕有討論其任務設計Quest Design的內容。該系列將透過一系列CDPR開發者的講座和文章，剖析其任務設計的Pipeline和架構。

前篇：

引用：

本文根據Witcher 3 Lead Quest Designer Mateusz Tomaszkiewicz的講座“The Process of Quest Design On Witcher 3”彙編而成，該影片由遊戲領航員JY（

https：//

weibo。com/sywgk？

refer_flag=1005055013_

）翻譯，特此宣告

相比於篇1，作為Witcher 3 的Lead Quest Designer， Mateusz的介紹更加的偏重於任務設計管線Quest Design Pipeline而非具體的設計細節。Mateusz的講座中，讓我印象很深刻的幾點：

一、當被問及如何保證遊戲的整體基調統一時，他提到studio中幾乎所有人都讀過巫師的原著——想想國內遊戲業居然會充斥著不熱愛自己作品的策劃，又是何其荒謬和可悲；同時來自於Lead Quest Designer/Writer和Game Director的supervision，透過一次次的review來確保任務足夠的“Witcher”——再想想很多遊戲專案，Lead自身都不清楚遊戲要做成什麼樣子，更刻薄一點說，“連抄哪款遊戲都不確定”，又如何可能做出完成度高的作品呢？

二、Mateusz進一步展示了Witcher團隊所使用的Quest Editor Tools——RedKit：

應該說工具本身的介面非常類似於CreationKit，接觸了這麼多3A遊戲的編輯器，更加能夠意識到國內遊戲業開發水準和美國的技術差距：即工具化和工業化的差距。儘管RedKit依舊存在著易用性上的問題（Mateusz自己吐槽，除了負責任務的Quest Designer，幾乎別人都沒法理解這些密密麻麻的triggers和markers），仍然是Witcher能夠搭建出的基石。

三、講座最後的提問環節中，一位觀眾問Mateusz是如何成為Lead Quest Designer的。他自述自己作為一名遊戲愛好者，高中畢業之後機緣巧合加入CDPR成為了Witcher 1的QA，進而成為了Witcher 2的Quest Designer，並在Witcher 2的Lead Quest Designer升職之後，接替了他的位置——從Witcher 1的發售年份2007年推斷，大概是8-10年的過程。而事實上，這也是歐美遊戲業比較常見的進入業界的流程。但是一方面，這條路對於懷揣著3A夢想的留學生，大機率是走不通的：QA的工資極低，用我一位GearBox的朋友的話說“barely living”；QA也基本上沒有Visa Sponsor；另一方面，是國內遊戲業的浮躁：入行2-3年，頂著主策title的人比比皆是，但是實際的遊戲設計能力又如何呢？

任務設計管線 Quest Design Pipeline

如上圖所示，同篇1中相關內容一致，Witcher 3的開發團隊遵循著製作-評審-迭代的迴圈式開發流程。

在

Paper Design

階段，分步完成：

Short Quest Pitches，例如：

而遴選之後，進一步的Detailed Quest Scenarios則如下：

而這一階段的目的是：

接下來是

Implementation Draft

階段：

這個階段其實就是搭建Whitebox。該階段目的如下：

下一階段是

Quest Beta

，即任務迭代：

這一階段的目標是：

最後一階段，Content Complete Quest：

到了這個階段，理論上（也希望）只剩下bug修復：

後續請移步：