無論是網站、APP或2B內部系統規劃，我會依循一套流程進行規劃，包含專案前期的需求確認、資訊架構的規劃、網站內容的規劃等，這些步驟或心法來自過往專案經驗及學習累積而成。 對我來說，網站規劃的步驟，可大致分成前期需求確認、資訊架構規劃及網站內容規劃等，而貫穿其中的心法則來自設計思考或雙鑽模型的發散、收斂思考。 在執行規劃的每個步驟時，我會盡可能地至少走過一次發散與收斂的過程，以確保每個步驟的產出結果，都是經過審慎思考與衡量的最佳解。 過往還沒有AI時，我會先透過腦力激盪與心智圖，盡可能地發散與專案產品/服務相關的想法，再透過搜尋引擎一一地瀏覽與查找資訊。瀏覽搜尋結果的時候，會持續地發現更多相關的關鍵字，此時再透過新的關鍵字繼續發散，直到我認為已經查無可查為止。接著進入收斂階段，開始歸納已查找的資訊，並依據專案的限制，篩選出可用的資訊以進行下一步規劃。 而在AI出現後，我還是會透過腦力激盪或心智圖寫下對專案產品/服務的初步想法，接著再透過各式AI查找資料。若有需要，也還是會透過搜尋引擎關鍵字，以確實完成發散思考的步驟。而在收斂階段，則會與各式AI討論以初步確認收斂的方向。 前期需求確認 資訊架構規劃 網站內容規劃 我剛開始接觸網站規劃時，主要依循用戶體驗要素的框架進行網站規劃，同時也會參考雙鑽石模型。隨著規劃經驗累積，這些思考框架很自然地融入我的規劃流程，並且我目前也持續學習與優化規劃步驟，希望能在前期納入更多商業分析，讓網站規劃更加完善。

專案前期為了探索需求與現況，除了可透過利害關係人訪談，也可以訪談使用者，藉此了解使用者的實際使用情境、遇到的問題與痛點，並試著深入了解痛點形成的原因與背景、對使用者造成的影響等，以利更具體地掌握實際使用狀況，作為後續產品/服務規劃之參考。 以我過往作為乙方執行使用者訪談的經驗，通常會依循專案目標及利害關係人需訪的結果，再去定義訪談的目標與範圍。使用者訪談的重點通常包含：使用者對現行產品/服務的使用現況、遇到的問題與痛點、期望改善的方向、對競品的評價與討論、探索潛在需求、對新產品/服務的看法與期待等，不同專案目標著重的重點各不相同，可依照專案目標調配訪談重點的比例。 訪談前的準備 搜集產品/服務的資料 訪談前須先對現行產品/服務有初步的了解，當受訪者在描述操作步驟或問題時，較能同理並繼續追問 招募與篩選合適的受訪者 準備訪談文件與設備 訪談中的注意事項 訪談後的資料整理 使用者訪談可以完善量化資料的假設與猜測，訪談使用者的目的除了蒐集問題痛點，更重要的是了解問題背後的成因與理由，有助於在規劃產品/服務時能設身處地思考使用情境與需求。

產品/服務開發的專案前期，為了瞭解現況與需求，可以透過訪談以了解實際使用現況、問題、痛點、潛在需求等。訪談依受訪對象大致分成兩類，分別是內部利害關係人與實際使用者。 利害關係人是指與專案相關的執行單位、業管單位/部門、PM、主管等，依據專案範疇，可能再擴展到客服、第一線服務人員、IT部門、品牌管理、行銷等部門單位。透過訪談可以蒐集來自不同視角、不同層級的需求與現行問題，同時也可藉此了解關鍵決策者如何看待專案的商業目標與定位，以利在專案前期對執行目標與範疇有更加明確的輪廓與認識。 在我過往的專案執行經驗中，專案前期至少會執行1-2場利害關係人訪談（或稱需求訪談），我會依據接收到需求的明確程度，以判斷應該準備哪些需訪的資料與問題。以下就我過往作為乙方執行需訪的經驗，大致整理以下需訪的流程。 訪談前的準備 須先對產品/服務有具體的認識，有助深入訪談產品使用細節與使用情境 搜集產品/服務的資料 客戶溝通 規劃需訪執行流程與訪談問題 訪談中的注意事項 訪談後的重點整理 在專案前期需求還沒有那麼清晰時，透過各種層面的提問，包含商業目標、行銷策略、客群組成、客群需求、產品服務功能規格等，可以幫助客戶與執行團隊進行聚焦與收斂範疇，讓下一步的規劃有明確的執行方向。

產品或網站改版過程中，總會遇到新版介面或功能可否被使用者接受、是否易於理解、易於使用、行銷資訊是否足夠吸引人等問題。此時可以邀請目標使用者來參加易用性測試，透過測試與訪談以解答疑問。 易用性測試時，透過請受測者完成指定情境任務，以觀察受測者對新介面的反應、能否順利完成任務、核對心智模型是否一致等，以了解新介面的易讀性、易用性是否符合使用者的認知。 進行易用性測試時，除了瞭解新版介面是否易用，也可以透過讓使用者自由探索介面、討論對其他功能的預期與想像，甚至擴展到對其他使用族群、產品、競品的想法等，產生類似焦點團體討論的開放式討論氛圍，讓討論更深入、更有具體情境脈絡供後續規劃參考。 以下依照我過往執行易用性測試的經驗，整理易用性測試的流程大致可分成以下步驟： 測試前的準備 測試中的注意事項 營造和諧、開放的測試氛圍，幫助受測者進入狀況 測試結束後進行簡易訪談或討論，深入瞭解受測者的感受與想法 量化問卷填寫(optional) 測試後的結果整理與問題分類 以上是我過往執行易用性測試大致都會經歷的流程，其實依據專案的型態或特性，每個流程步驟都可以再展開詳細說明不同專案情況下的應對方式，後續再繼續記錄我在執行易用性測試的經驗與想法。