網站要自己做、用平台，還是交給專業團隊？先決定日後怎麼運作

「網站由誰做」看似是一個問題，實際上至少包含四種不同工作。

第一是前期規劃，包括目標、受眾、內容架構與功能範圍；第二是設計與建置，把內容轉成可以閱讀和操作的頁面；第三是日常更新，例如新增文章、替換圖片與調整活動資訊；第四是技術維護，包括系統更新、備份、安全、效能與故障處理。

同一個人或團隊不一定要負責全部。企業可以自行整理內容，請專業團隊完成架構與設計；網站上線後由內部人員上稿，較大的版面與功能調整再委託處理。

把工作拆開，選擇就不再只是「自己做或全部外包」，而是找出每一項責任最適合放在哪裡。

如果網站頁面不多、內容已經準備完整、沒有複雜功能，而且製作者願意投入時間學習與測試，自行製作可以是一個合理的起點。

例如短期活動頁、個人作品、簡單服務介紹或概念驗證，通常不需要在第一天就建立龐大的系統。自己操作也能直接感受內容是否好整理、版型是否符合使用習慣。

但需要計算的成本不只是工具費用。挑選版型、整理圖片、處理手機版、設定網址、測試表單、調整搜尋資訊與排除錯誤，都需要時間。遇到平台教學與實際畫面不同時，也要有人找出原因。

自行製作真正適合的情況，是需求單純、失敗影響可控，而且團隊願意承擔學習和維護，而不是單純因為看起來不用支付製作費。

AI 建站工具已經不只產生單一首頁，部分服務能建立多頁架構、設計系統、響應式版面、CMS 內容與基本動畫。對剛開始整理想法的人來說，它能迅速把抽象需求變成可以討論的草稿。

但提示詞裡沒有說清楚的事情，AI 也只能依常見模式補上。它可能產生完整的「關於我們」、「服務項目」與「聯絡我們」，卻不知道哪一項服務真正重要、客戶最常在哪裡猶豫，以及哪些承諾不能隨意寫入網站。

生成的文案、圖片和程式也需要重新確認。品牌名稱、服務範圍、授權、無障礙、手機操作、表單資料與安全設定，都不能因為畫面已經成形就直接略過。

AI 很適合用來探索方向、建立第一版與減少重複工作，但網站是否正確、可用且值得發布，仍需要有人負責判斷。

網站平台通常已經把主機、版型、編輯介面、基本表單、商店或預約功能放在同一套環境裡。需求接近平台既有能力時，可以減少系統建置與工具整合的時間。

平台也適合希望自行更新內容、但不想管理太多技術細節的團隊。透過視覺化編輯器，內部人員可以調整文字、圖片與頁面，而不必每次都修改程式。

使用前仍要確認它的邊界。版型可以改到什麼程度、會員與表單資料存放在哪裡、方案升級後費用如何變化、第三方功能是否另外計價，以及未來想搬到其他系統時可以匯出哪些資料。

平台不是較不專業的選擇，而是用一定程度的限制換取便利。只要限制和業務需求相符，它就可能是最有效率的方案。

當網站要處理多種服務、不同受眾、品牌識別、內容分類、會員、資料串接或長期擴充時，真正困難的通常不是把元件放上頁面，而是讓這些事情彼此接得起來。

專業團隊會先理解網站要完成的任務，再整理資訊架構、內容優先順序、操作流程、視覺規則與技術範圍。建置過程還要處理手機版、效能、搜尋、無障礙、資料安全、分析工具與上線環境。

這不表示每個專案都要進行大型客製開發。專業服務也可以建立在成熟平台或 CMS 上，重點是有人知道哪些地方可以使用現成功能，哪些需求需要另外設計，以及如何避免短期方便變成日後限制。

專業團隊提供的不是單一頁面，而是一套經過取捨、可以交接和維護的網站做法。

許多企業希望網站可以自行更新，於是開放完整的視覺編輯權限給所有內容人員。短期很自由，長期卻容易出現字體、間距、按鈕與手機版各自變化的情況。

比較穩定的做法，是先區分內容與結構。內部人員可以新增文章、案例、活動、產品與常見問題，但不必每次重新設計整張頁面；版型、導覽、元件與全站樣式則由較少的人負責。

後台也應該依角色提供適合的欄位與權限。負責上稿的人需要的是清楚的標題、摘要、圖片、分類和發布流程，不一定需要看到所有系統設定。

容易更新的網站，不是每個地方都能任意修改，而是常用內容有明確入口，容易造成全站影響的設定則受到保護。

自行製作、網站平台與專業服務不必互相排斥。對多數需要長期營運的企業來說，混合模式反而更符合實際工作。

前期可以由專業團隊協助釐清需求、建立資訊架構、品牌介面、內容模型與技術基礎；日常文章、案例和活動則由內部人員透過 CMS 更新。需要新增頁型、串接服務、調整設計系統或處理故障時，再由專業人員介入。

AI 可以放在這套流程中協助整理初稿、圖片描述、內容摘要或重複欄位，但發布前仍由熟悉品牌和服務的人確認。

這種分工同時保留自主性與技術支援，也避免企業只能在「全部自己來」和「每次修改都要委託」之間二選一。

後台介面是否直覺很重要，但更需要確認網站未來會累積什麼內容。

如果網站會持續新增案例，每個案例可能需要產業、服務類別、成果、圖片與相關文章；課程網站可能需要講師、場次、單元與報名狀態；企業網站則可能有多語內容、據點、文件與不同部門的審核流程。

這些內容若一開始都當成自由排版頁面，數量增加後會很難搜尋、排序與重複使用。先定義內容類型與欄位，才能讓同一筆資料出現在列表、搜尋、推薦與其他頁面。

適合的 CMS 不只是讓人把文字放上網站，也要讓內容有一致結構、權限、版本與發布流程。AI 可以協助填入內容，但系統仍需要先知道每一項資料代表什麼。

不同做法的報價很難只用第一年的數字比較。

網站平台可能降低初期建置成本，但會有持續訂閱、功能加購、交易費或流量方案；自行製作可能省下委託費，卻需要投入學習、測試、排錯和內部人力；專業建置前期費用較高，也要確認後續維護、保固與調整如何計價。

另外還有比較不容易看見的成本，例如網站更新中斷、內容無法交接、外掛停止支援、帳號由離職人員持有，或日後搬遷時需要重新整理所有資料。

比較時可以先抓三到五年的使用情境，而不是只看上線當下。真正划算的方案，是能在預期的營運方式中維持穩定，而不是第一版最便宜。

網站使用順利時，很少有人會先想搬遷。但企業服務改變、費用調整、功能不足或供應商停止服務時，是否能帶走內容與資料會變得非常重要。

至少要確認網域由誰持有、網站帳號登記在哪個信箱、文章與產品能否匯出、圖片原始檔是否另外保存，以及表單、會員、訂單或分析資料如何備份。

有些平台可以匯出文字內容，但版面與互動仍需要重新製作；有些客製系統擁有完整程式碼，卻依賴特定部署環境和開發知識。不存在完全沒有移轉成本的網站。

好的規劃不是保證永遠不更換工具，而是知道重要資產放在哪裡，並保留可以交接的文件、帳號與原始資料。

託管式平台通常會處理核心環境更新，但網站管理者仍要負責帳號安全、權限、內容、第三方整合與隱私設定。自行管理的 CMS 或客製網站，則還要處理核心程式、外掛、套件、主機、備份與弱點修補。

近期主流 CMS 仍持續發布一般維護與安全更新，也可能在高風險情況下啟用自動或強制更新。這些更新不是網站做得不好，而是持續連線的系統本來就需要被維護。

因此，專案交付前應說明誰監看更新、多久備份一次、異常如何通報，以及更新前後如何測試主要流程。若網站連接付款、會員、表單或外部 API，維護責任更不能只寫成一句「系統會自動處理」。

沒有任何網站能一次完成後永遠不管。差別只在於維護由平台、內部人員或專業團隊分別承擔多少。

開始比較工具與報價前，可以先列出網站上線後一年內可能發生的事情：每月新增多少內容、是否有活動或產品變動、誰負責上稿、是否需要審核，以及遇到錯誤時誰可以處理。

接著，把工作分成內容、設計、功能、資料與基礎環境，為每一項指定主要負責人。若某一格沒有人能承擔，就需要透過平台服務、教育訓練或外部支援補上。

最後再看所選工具是否符合這套工作方式。內容人員是否能完成日常更新？技術人員是否有足夠控制權？未來新增需求時，系統是可以延伸，還是必須整套重做？

這是 Amicable 理解網站建置選擇的方式：不是先推薦某一套平台，也不是假設客製開發一定最好，而是從網站要完成的事情、團隊能承擔的工作與未來成長方式出發，安排一套真正用得下去的合作模式。