顧問公司要做網站，常在「外包平台、Freelancer 或網頁設計公司」之間猶豫。真正影響合作的不是稱呼，而是誰能把專業服務整理成可理解的頁面、誰負責內容決策，以及網站上線後由誰維護。若只貼幾個參考網站、請不同候選人各自報一個總價，收到的方案往往不是同一個範圍，也就無法公平比較。

出任務 Tasker 的企業外包服務總覽把「網頁設計」與「軟體開發」分成不同服務：前者列出官方網站、形象網站、一頁式網頁與響應式設計，後者則涵蓋網站架設、App 與系統建置。這個分類很適合拿來做第一道需求判斷：若目標是整理品牌、服務和案例，核心工作偏向內容與網站設計；若還有會員、複雜權限、資料串接或內部作業，便不能只用形象網站的方式詢價。

發案前先寫一頁需求摘要

一頁摘要至少要回答五件事：網站服務誰、希望訪客完成什麼、預計有哪些內容、需要哪些互動功能、誰能代表公司確認內容。顧問公司可把訪客分成既有客戶、轉介而來的決策者與尚未認識品牌的搜尋訪客，再為每一類人寫出主要任務，例如理解顧問方法、確認服務範圍、閱讀案例或提出諮詢。

以「星河整合科技 集團官網」為例，案例設定包含集團、子公司、產品分類與投資人資訊的多層級架構。若把這種規模只寫成「企業形象網站」，候選人無法知道內容分層與審稿責任。可比較的需求應改寫成：哪些單位有獨立頁面、哪些資料由不同部門維護、導覽要如何讓訪客從集團進入產品，以及公開資訊由誰核准。案例的八十二頁是該作品的範圍，不是顧問公司的必備頁數；值得借鏡的是先整理內容層級。

另一個「晶脈封測 ChipWeave」案例，以五欄式導覽收納技術服務分類，且手機版另有獨立主視覺。若顧問公司也有多條服務線，可以要求候選人拿一組服務做桌機與手機的導覽示範，而不是只交首頁視覺。這能檢查對方是否理解分類、閱讀順序與行動入口。

平台資料用來找候選人，不替你做決策

PRO360 的網頁設計服務頁列出的流程，是先描述需求、取得候選人報價，再詳細討論與合作；頁面也把新網站、既有網站改版、加功能及響應式改造列為不同服務。這表示平台可以縮短搜尋候選人的時間，但發案者仍要說清楚自己要的是哪一種工作。

篩選時可要求每位候選人以同一份表格回答：由誰主持需求訪談、是否包含資訊架構與文案整理、會交付哪些設計稿、後台可編輯哪些內容、如何測試表單、正式上線由誰操作、保固與維護如何分界。作品集只證明曾經做過某種畫面；回答能否具體對應你的內容與流程，才反映合作時的理解能力。

不要直接採用平台頁面的展示價格、評論數或他人的專案範圍作為預算承諾。網站內容量、功能、素材準備程度與交付責任不同，總價就沒有直接可比性。本文也不替任何平台或供應商背書；平台上的資料應和提案、合約及實際訪談一起判斷。

面談用三個情境看出差異

第一個情境是「新服務上線」。請候選人說明顧問團隊提供文字後，誰負責轉成頁面、誰校對、多久能發布，以及是否需要開發人員。第二個情境是「手機訪客想諮詢」。要求示範如何從服務頁看完必要資訊、找到聯絡入口、送出資料並收到確認。第三個情境是「窗口離職」。確認網域、主機、分析工具、後台與原始檔的管理權限能否移交。

回答不必採同一套技術，但必須落到交付物。若對方說「有 SEO」，應追問包含標題與描述欄位、網址規則、重新導向、網站地圖，還是持續內容服務；若說「含維護」，則要追問故障修復、內容修改、系統更新與回應時間各自的範圍。抽象名詞拆開後，才能比較接案者與公司的實際差別。

合約把決策與驗收寫進去

選定合作方後，把需求摘要、頁面清單、功能情境與提案列為合約附件。每個階段寫明客戶要提供的材料、供應商要交付的成果、確認窗口、修改程序與驗收方式。設計階段可以驗收資訊架構與代表頁；開發階段可以驗收手機導覽、表單錯誤與後台更新；上線階段則檢查網域、正式內容、管理權限及備份方式。

若需要程式碼、設計來源檔或內容匯出，也應在簽約前寫明交付範圍與格式，不要等尾款前才詢問。網站製作外包的好決策，不是猜哪一種供應商永遠比較安全，而是用同一份需求、同一組情境和同一套交付標準，找出最能承接公司現況的人。