Sharon’s

由於專案的情況特殊，沒辦法按照以往的方式執行，針對遇到的困難點，我們擬定了新的執行計畫：

• 正式資料無法提供→先以舊資料制定共用設計規範

  當年度的正式資料，企業內部仍在蒐集整合中，等收到資料到網站完成，只剩兩週的時間可製作，以專案龐大的程度，是來不及完成的。

  所以我們利用去年度的舊資料，先製作基本的設計規範、風格，延伸成不同的區塊版型，等收到正式資料後，再根據資料型態，用設計好的風格規範進行適當的變化，就能在保持設計風格一致的情況下，減少設計的時間。

  

• 時程緊迫、專案龐大→採取分工模式、增加人力進行同步開發

  從專案正式簽約到網站完成送審的期限，僅有3個月的時間，網站需要呈現的資訊非常多，總共預計製作成43個資訊頁面，再加上12個互動功能型頁面、1個問答遊戲。

  

  • 增加人力配置

    一般專案多半由1位UI、1位前端做搭配，這次的專案則擴大編制，由1位UI、1位視覺、3位前端參與製作。

    我在其中負責前期的前端切版，中後期則負責控管進度、協調人力，以及最後的成品品質審核。

    

  • 同步作業模式

    如果按照一般專案的流程，先確認好全部56個頁面的設計、前端再一頁一頁切版、開發，時程上會來不及。

    所以我們將設計和切版的流程同時進行，UI製作好一個頁面就通知前端進行切版，兩者同時進行，就可以降低整體的時程，趕在送審日期前製作完成。

    另外資訊頁面的內容都是固定的，所以後台功能也可以做簡化，不用開發到太複雜的編輯功能，這部分也能替我們爭取更多設計的時間。

    

  • 處理狀態標示

    為了清楚掌握每個頁面的製作進度，UI在Figma設計完的頁面，會標示「可切版」，如需視覺協助出圖的話會標示「等圖」，前端正在切版的頁面則標示「切版ing」，完成後標示「切版OK」。透過這些標示，團隊成員就能針對可處理的頁面，直接進行作業，協作上更有效率。

    

  • 協作交接文件

    UI和前端同步進行的做法，比起原本一步一步執行的速度快，但溝通的時間也隨之增加。在多人協作的情況下，為了減少彼此頻繁的來回交接、避免事項的疏漏，像是交接給視覺的出圖項目，或是交接給前端切版的設計規範、圖表項目，都整理在同一份共同編輯的資料表內，加上製作狀態、審核狀態的標示，也可以掌握交接項目的完成度。

    

• 問答遊戲設計→ 謹守易懂易用、最小可執行的目標

  網站附加了一頁簡易小遊戲，目的是讓使用者看完網站資訊後，檢視自己對網站內容的了解程度。但我們發現舊版網站的互動遊戲，在使用的時候會一直遇到不知道要按哪裡的情況，或是答完一題要接續下一題時，會有卡住不順暢的情況，操作過程碰到任何一個斷點，就可能沒辦法繼續玩下去。

  

  因為製作的時程很有限，我們希望讓整體操作是順暢的，所以採取最簡單的問答規則進行，把重點放在不管使用者怎麼點，都能任意地抵達四個題目，完成作答得到最後的結果。捨棄那些比較複雜的遊戲玩法，例如破關模式、計分對戰，避免花太多心血在設計玩法，掌握進度的同時，也不會讓遊戲目的歪掉。

  

  我們設計了初始畫面，讓玩家有個準備的階段，而不是突然進入題目，會讓人有點措手不及。在答題過程中設計了未作答、答錯重來、答對完成三個階段，持續顯示在左方的題目導覽中，讓使用者可以隨時了解我玩了幾題，還有哪幾題沒玩。