數位空間加入遊戲,應先設計觀眾的任務,再確認平台允許哪些操作。尋找線索、閱讀證據、回答問題與取得回饋,可以由網站介面完成;但在 3D 場景內設熱點、追蹤視角或判定抵達位置,需要額外的平台能力。WEDO《永生檔案》目前提供五個研究任務,外部環景暫停開放,任務仍可進行。
先決定觀眾要理解什麼
題目不是越多越好。先寫下一個希望觀眾離開時能說清楚的觀念,再安排能幫他發現這個觀念的線索。展覽、文化場所與品牌活動可以有不同語氣,但任務必須與場域內容有關,避免只是把一般問答放進漂亮背景。
建立一段短而完整的玩法
可以從「觀察 → 留下猜想 → 蒐集證據 → 回答 → 看見解說」開始。每一步要說清楚目前能做什麼,以及完成後會發生什麼。錯誤答案應提供理解的方向,提示也需要有層次,不能只用不斷嘗試取代思考。
網站互動與場景控制是兩件事
外部導覽嵌入網站,不代表網站可以知道玩家看向哪裡。跨來源 iframe 有存取邊界;是否能使用平台 SDK、事件或編輯器功能,必須先取得支援與授權。規格應區分可直接實作、待測試、目前不提供的項目。
《永生檔案》目前做到哪裡?
範例以五份研究檔案提供猜想、證據卡、作答、提示、完成回饋與同一瀏覽器續玩。它沒有自動追蹤視角或在 3D 內判定玩家抵達位置。外部環景目前無法存取,因此介面清楚提供研究任務模式;場景恢復後也需重新測試,不能只改一句文案。
手機與中斷情境都要測試
測試清單應包含小螢幕閱讀、手指操作、慢速連線、重新整理、提示與答案回饋,以及是否可清楚返回介紹。開始體驗、完成任務與聯絡詢問是不同事件,不能用點擊入口當作完成率,更不能推論成交。
從一個可驗證的章節開始
先準備對象、故事素材、公開權限、場景連結與預期時長,再做一段完整流程。確認玩法與平台可行後,才擴充任務、語言或其他場景。這樣能及早發現內容或技術限制,也能讓審稿具體化。
委託前快速確認
- 故事與任務是否對應場域內容?
- 哪些互動在網頁,哪些需要場景平台支援?
- 沒有外部場景時,核心任務能否完成?