文章

為什麼「能否成長」比「外觀好看」更關鍵

許多負責人評估網站時，注意力集中在首頁視覺效果、動畫與色彩搭配上。這些元素固然重要，卻屬於容易過期的部分，設計潮流三至五年就會顯得陳舊，需要更新。真正昂貴的在於底層架構。

可以將網站視覺比喻為房屋的油漆與家具，隨時可以更換；架構則如同地基與管線，初期規劃不足，後續調整就必須大費周章。企業初次建置網站時常因預算限制選擇「目前夠用」的方案，當生意擴張、需求增加時，網站卻無法配合，最終被迫全面重做。首次投資無法延續到後續階段，等同浪費。

報價單通常清楚列出「目前需求」，卻很少討論「未來可能需求」。這是因為簽約時雙方都專注於先完成現有項目，擴充性因此容易被忽略。

擴充性不足的網站，兩年後的常見問題

擴充性不足不會在上線當天顯現，而是延遲爆發。以下是常見情境：

• 新增小功能卻報價過高——看似只是增加表單，因架構未預留空間，新功能需大幅調整底層邏輯，工程量倍增。
• 後台無法自行修改，事事依賴原廠——新增產品分類或調整欄位都需聯絡設計公司，耗時且需額外費用。
• 無法串接其他系統——想整合ERP、CRM、金流或物流時，發現網站未預留接口，只能另行硬接或重做。
• 流量成長後速度變慢——未預留效能空間，行銷活動導致流量激增時，網站變慢甚至當機。
• 不到三年就需整站重做——問題累積到無法修復，首次投資歸零。

最容易被低估的是第三與第五項成本。一家機械零件外銷客戶，初期網站僅做產品展示，兩年後想加入線上詢價與自動分流功能，卻發現資料結構缺乏「業務區域」概念，整個模組需重做。若初期已納入考量，後續只需新增功能而非改動地基。

規劃擴充性的六大關鍵要素

擴充性需在建置初期就決定。簽約前應與設計公司確認以下六點。

資料結構需事先規劃

這是擴充性的根本。資料庫設計決定未來能否新增內容。最常見錯誤是將資料欄位寫死，例如產品僅有「名稱、價格、圖片」三欄，後續想加入「規格、產地、適用車型」就需改動結構。初期應討論未來可能延伸的資料維度，將彈性保留在資料層。

後台需支援自行擴充內容

擴充性不只關乎工程師，也影響日常維運。若後台只能修改文字而無法新增內容類型，每次擴充都需回頭找原廠。建議確認後台是否能自行新增分類、欄位與頁面類型，讓日後調整能自行完成。

採用模組化設計

良好架構如同積木，各功能為獨立模組，新增功能時是「接上去」而非「拆開重組」。模組化網站新增會員系統不會影響產品頁；非模組化網站則牽一髮動全身。簽約前可詢問：「未來單獨新增功能模組是否會影響現有功能？」

預留 API 串接接口

生意成長後，網站需與ERP、CRM、金流、物流、行銷工具對接。初期預留API接口，未來串接是「接線」；未預留則是「拆牆重接」。若已知未來可能串接特定系統，初期就應明確說明。

主機效能需有擴展空間

擴充性也包含承受成長的能力。流量、資料與功能都會增加，初期應確認主機方案是否有升級空間、架構能否水平擴展，避免網站變慢後才處理。

原始碼與文件完整交付

這是最關鍵卻常被忽略的一點。擴充性的前提是擁有權利與能力進行擴充。若原始碼不在手中、資料庫結構無文件，再好的架構也無法自行調整。透明告知著作權歸屬並將使用權與原始碼交付客戶，才能讓網站具備長期擴充條件。

套版與客製化在擴充性上的差異

客製化有條件達到高擴充性，前提是設計公司初期已將擴充性納入架構。以下是兩者在擴充性面向的實際差異：

表格右欄的「✅」都建立在「設計公司有把擴充性做進去」的前提。市面上也有「假客製」，用套版包一層卻宣稱客製化，實際擴充性與套版相近。

簽約前應詢問的擴充性相關問題

擴充性看不見摸不著，最好檢驗方式是「問對問題」。以下整理簽約前應詢問的關鍵問題，以及好回答與需警惕的回答：

判斷原則很簡單：能具體回答、願意先了解未來需求的，架構底子通常比較紮實；含糊帶過、把問題推到「以後再說」的，多半沒把擴充性放進規劃。

何時無需過度注重擴充性

不是每個網站都需要高擴充性。過度規劃同樣是浪費。以下情況，建議把資源放在內容和視覺，而非追求擴充性：

• 名片型企業官網——只放公司介紹、產品展示、聯絡方式，且未來三年沒有明確的功能擴充計畫。
• 活動一頁式網站——生命週期明確，上線跑完就功成身退。
• 內容極穩定的展示型網站——資料量小、更新頻率低，加功能的可能性很低。

判斷的核心問題是：「未來三年，這個網站還會不會持續長出新功能？」會，就值得在初期把擴充性想清楚；不會，那把預算花在擴充性上，就是為了用不到的彈性付錢。實務上比較保險的做法，是用「三年成長預期」來抓擴充性的規劃深度。

結語：使網站成為長期資產而非 recurring 支出

擴充性規劃的本質，是把網站從「每三年要重買的消耗品」變成「能持續累積的長期資產」。記住這三點：

1. 架構比視覺更值得花心思——視覺會過期、能隨時換，架構動一次傷筋動骨，初期就要想清楚。
2. 擴充性要在簽約前談——上線後才發現加不了功能，代價遠高於初期多花的規劃時間，該問的問題現在就問。
3. 原始碼交付是擴充的前提——沒有原始碼和文件，再好的架構你也動不了；100% 交付才談得上長期擴充。

正在評估重做或新建網站時，可以先想想：目前的網站是真的「架構撐不住了」，還是只是「看厭了想換個樣子」？這兩個問題的答案，會決定該投資在哪裡。