只有一個結局還是互動遊戲嗎:看過程裡的行動,而非結局數量
只有一個結局,也可以有值得參與的互動。用「拼合檔案、送達信件」的虛構任務,比較資訊、順序和代價三種過程差異,再用一張記錄卡檢查玩家到底改變了什麼。

一個結局,也能讓玩家真正參與
可以。只有一個結局,仍然可以是互動遊戲。判斷時先看玩家在過程中做了什麼:能否根據線索作判斷,選擇行動次序,承擔可理解的代價,並收到與行動對應的回饋。結局數量描述的是收尾安排,不能單獨證明互動是否充分,更不能直接替作品排品質高低。
「互動遊戲」在這裡是描述時使用的廣義用語,並非公認、獨立且界線統一的類型;大多數遊戲本來就包含互動。本系列側重敘事範例,也不排除動作、解謎等遊戲。文字、影像描述故事怎樣呈現;調查、拼合、交涉描述怎樣參與;送達目標和通行條件則說明要完成什麼、受什麼規則限制。這些角度可以交叉,不必硬分成一套分類樹。
點擊播放、暫停或下一頁,可以控制接收內容的節奏,但不能僅憑這些按鈕就認定玩家作出了故事世界裡的決定。反過來,拼圖即使只有一個正確答案,玩家仍可能在觀察、試驗和修正中完成有意義的操作。互動也不一定都要靠選項分支表現。
先固定終點,再寫清途中規則
下面的「舊街投遞」完全是虛構教學案例,不是真實使用者案例、經過測試的成果或任何產品已有功能。玩家扮演臨時信使,把拆遷檔案中的地址殘片拼好,將一封信送到郵局。唯一結局固定為:櫃員接過信,放入轉交格,關上櫃門。所有完成任務的路線都使用這段收尾。
任務開始時,桌上有兩塊地址殘片、一封密封信和一枚渡橋券。拼出舊街號後,可以查詢郵局保存的新舊地址對照表;先去郵局問路也可以,但仍須回去拼出街號才能確定收件格。舊檔案架另有一張搬遷說明,可查可不查,它解釋收件人為何遷走,不是投遞必需品。
通往郵局有橋和沿河便道。過橋要交出渡橋券;便道免費,但途中需要按路標完成一次岔路辨認。玩家出發前便能知道這些條件。這裡的「代價」是失去一次通行憑證,或者多完成一道辨路任務,不依賴突然出現的懲罰。
拼錯地址時,對照表提示「該街號不存在」,玩家可以返回調整,不另設失敗結局。因此,「只有一個結局」指完成後的敘事收尾固定,不表示每次操作都會立即成功,也不保證無論怎樣操作都能完成目標。
三條過程軌跡,分別改變什麼
為了看清差別,先把三條路線分別寫出來。它們是同一任務的示範走法,不是三個互斥角色,也不是要求玩家必須集齊的內容。
| 軌跡 | 具體行動 | 過程中的區別 | 相同終點 |
|---|---|---|---|
| 資訊軌跡 | 拼地址,查搬遷說明,再走便道 | 知道遷走緣由,能向櫃員核對舊記錄 | 信被接收 |
| 順序軌跡 | 先問櫃員,再回去拼地址,走便道 | 先取得查表方法,再帶著問題拼合 | 信被接收 |
| 代價軌跡 | 拼地址,不查說明,交券過橋 | 消耗渡橋券,省去便道辨路 | 信被接收 |
資訊軌跡可以這樣展開:玩家拼出「柳堤十二號」,再從檔案架找到說明,得知收件人搬到新街是為了照看舊鐘房。到郵局後,可以問「轉交記錄是否仍寫著鐘房旁邊」。櫃員確認後,玩家才遞信。這裡得到的是對投遞對象的理解和一次核對機會,不是秘密好結局。
順序軌跡則先讓櫃員呈現查表規則:「舊街號查左欄,新地址看右欄。」玩家回桌前便知道自己缺什麼。若先拼後問,面對的是尚不明用途的殘片;先問後拼,面對的是明確的資訊缺口。要保留這種差別,前一次詢問就必須提供可用於後續操作的知識,不能只是調換兩段對白的位置。
代價軌跡中,交券後橋閘開啟,憑證從隨身物品中移除;走便道則保留憑證,完成辨路。這枚券不兌換額外結局,也不暗藏分數。選擇成立的理由,是玩家事先能比較兩種行動負擔,而不是結尾取得一張優劣評語。
用一張過程卡,檢查選擇有沒有落實
可以重用下面這張卡,每個關鍵行動填一行。先不要增加結局,先檢查行動與回饋能否對應。
| 檢查項 | 填寫內容 |
|---|---|
| 行動之前 | 玩家知道什麼,持有什麼? |
| 可選行動 | 玩家具體能做哪兩件事? |
| 規則依據 | 哪條已知條件讓兩者不同? |
| 即時回饋 | 什麼變化會被玩家看見? |
| 後續影響 | 下一步的理解、操作或資源怎樣改變? |
| 固定收尾 | 哪一件最終事件保持相同? |
以過橋為例填寫:行動前持有一枚券,知道橋要驗券、便道要辨路;可選擇交券或繞行;交券後橋閘開啟且券被收走;接下來直接到郵局,不再辨認岔路;最終仍把信交給櫃員。這條因果鏈不需要第二個結局才能成立。
再做一次刪除檢查:假設去掉「交券」和「繞行」的區別,後面的操作是否完全不變?如果仍走同一段路、做同一道題、持有同樣物品,那麼所謂代價還沒有寫進規則。至於資訊路線,變化可以發生在玩家理解中,但新增材料應回答具體疑問,不能只是多一頁無關背景。
匯流可以成立,空轉也需要承認
ink 官方指南介紹分支與匯流。查看指南 這只是結構上的參考,不能據此證明某種設計必然好玩,也不代表某個平台自動具備上述任務機制。
固定收尾最容易失效的地方,是前面許諾了無法兌現的控制權。例如讓玩家選擇「銷毀還是寄出」,最後卻無論如何都寄出,而過程沒有交代行動為何被阻止,就會削弱選擇的可信度。這個任務更適合明確承諾「決定怎樣送達」,把行動範圍寫在入口處。
另一個失敗是把差異藏到無法感知:查過檔案與沒查過完全一樣,先詢問沒有取得可用資訊,交券也沒有省下任何操作。這時應補足回饋,或刪去虛假的選項。也可以採用更緊湊的替代方案:只保留一條路,把參與重點放在地址拼合中的觀察與糾錯;它同樣不必增設結局。
單結局適合終點確定、過程仍值得探索的任務,卻未必適合承諾玩家決定最終命運的故事。多結局也可能很好,只是需要另一種兌現方式。寫完後,嘗試用一句具體的話說明差別:「我提前學會了查表,所以回去拼圖時知道要找什麼。」能說清這類行動經驗,比數出幾個結局更能幫助新手檢查自己的設計。


