網頁設計公司評估流程：從需求文件到交接清單的把關方法

一家做了三十年的燈飾品牌（假設情境），實體通路穩定，舊網站三年沒有更新，今年決定重做。負責的窗口收齊了三份報價，金額差距接近三倍；三份簡報都很漂亮，得獎紀錄、客戶標誌、動態示意一應俱全，可是攤開之後，沒有人說得清楚差別到底在哪裡。

卡住的來源，通常不是廠商太差，而是三份報價在回答三個不同的問題：有人報的是上線那一天，有人報的是第一年，有人把主機與維護全包了進去，因為從頭到尾沒有人把「網站要替生意做什麼」寫下來。真正會把業主卡住多年的，多半不是技術最弱的廠商，而是簽約當下沒有人盯的結構：錢怎麼隨時間流動、帳號登記在誰名下、哪天不合作了你帶得走什麼。結構看得懂，普通廠商也能合作出安全的結果；看不懂，再高的預算也只是租一個帶不走的網站。接下來的評估流程會產出四份文件：需求頁、總成本表、合約條款、交接清單，每一份都是向廠商收取證據的工具，也是隨時可以喊停的關卡。

快速重點：先寫一頁需求，向各家索取拆項報價；把金額換算成同一期間的總成本，合約對回需求逐項驗收，交付當天點收帳號與權限。文件給不齊、給得含糊的廠商，其實已經先把答案給了你。

報價收齊了，為什麼反而更難決定

結構兩個字聽起來抽象，翻成白話就是兩個問題：哪天不合作了，你帶得走什麼；下一筆錢什麼時候出現、由誰支付。這兩個問題貫穿接下來的四份文件，也貫穿你和任何一家廠商的整段合作，比任何簡報都值得先想清楚。

把這兩個問題展開，就是四層交易結構：錢的時間軸，付款與續約怎麼隨時間排列；權的歸屬，網域、帳號、著作權登記在誰名下；責的分工，更新、備份、修復由誰執行；退的條件，不合作的時候你拿著什麼離開。四份文件分別對付這四層：總成本表看錢，交接清單看權與退，合約看責，需求頁決定全部的比較基準。文件是儀器，結構才是被檢驗的對象，往後每一節都照這個對應關係推進。

報價比不出高低，常見原因是範圍假設不同，不是誰在設局。同樣一個總價，有人含主機與憑證、有人不含；有人附三次修改、有人逐次計費。把範圍問明白之前，單看數字得到的結論都站不穩：低價可能來自標準化的生產流程，也可能來自漏項，兩種來源要分開判斷，不能一律當成誘餌。

還有一個更源頭的問題：這個網站要替生意做什麼。任務想不清楚，需求頁就寫不出來，後面三份文件會跟著失去基準。還在猶豫網站對你的生意重不重要，可以先讀企業為什麼需要形象網站，把價值想清楚再回來寫規格。

一頁需求：把商業問題寫成廠商能報價的規格

需求頁只要一頁，但要寫滿四個欄位：網站的核心任務是什麼、兩年內由誰更新內容、有哪些必要的整合、預算的上下限與性質。這一頁是之後所有文件的母文件，每次和廠商開會都原樣出示，讓每一家都在同一個基準上回覆，不再被各自的假設牽著走。

四個欄位裡，整合與預算最常被一個形容詞帶過。整合要寫到名稱與版本：串哪家金流、用哪個預約系統、報名資料要同步到哪張表，能不能接，廠商要能當場回答。預算除了上下限，要寫性質：是一次可用的一筆，還是分年編列；含不含每年的續約支出。這兩欄寫得越具體，報價回來之後，需要回頭追問的次數就越少。

任務寫得出來，廠商的能力才比得出來。常見的任務有四種原型，各自的證據與常見誤配都不同：

• 詢問單：讓潛在客戶留下需求與聯絡方式。證據是表單送出後的信件流向與處理流程；誤配是畫面做得漂亮、表單卻接不到公司信箱的團隊。
• 收單：讓訪客在網站上直接完成交易。證據是金流、物流與結帳流程的實際串接經驗；誤配是把購物車當成裝了外掛就好的通用工作室。
• 內容流量：靠文章與頁面累積搜尋訪客。證據是資訊架構、分類與速度的規劃能力；誤配是版面做滿、卻沒有留下內容成長空間的設計。
• 品牌門面：替品牌建立信任與識別。證據是品牌視覺的一致性與同類案例；誤配是套用版型之後每家的網站都長得一樣。

兩年內由誰更新內容，決定自主後台的重要程度。若每週都要發文章、改活動、上架新品，後台就必須是同事學得會的介面，不能每次修改都排隊等廠商。以內容為核心的網站，長期多建立在 WordPress 這類內容管理系統上，它在 W3Techs 的長期統計裡佔比最高，文件、佈景與接手人才都相對好找；想理解這套系統的定位，可以先讀WordPress 架站教學與WordPress 網頁設計全攻略。

任務若是收單，先把電商平台比較讀過一遍，懂了平台再挑人，才不會被簡報牽著走；任務若是品牌門面，品牌官網架設攻略把主機、網域到設定的取捨整理得很完整。任務定義是比較的前設，任務不同，能應付的團隊類型就不同。

總成本表：把每筆錢放回時間軸上再比

比較報價的方法，是把每一筆錢放回時間軸上，拆成三層：一次性建置費，付一次就結束；持續性支出，主機、網域、憑證與授權的續約，每年會再出現一次；選用加購，多語系、特殊串接或客製功能，需要才買。拆好之後自選一個共同期間，例如兩年，把三層加總成同一期間的總成本再互相比較。過程中有一個細節要核對：SSL 憑證可能由主機服務附贈，也有免費取得的管道，不一定存在一筆獨立的年度憑證費；沒有出現的項目要問清楚是包含、免費，還是根本沒規劃。

光用文字敘述容易漏，把它做成一張表，每家候選廠商一張，欄位照這個方式開：

兩張總成本表擺在一起，比的重點會從總價移到涵蓋範圍：同一個數字，一家包了兩年主機與維護，另一家只包到上線那天，差距要等第二年的帳單出現才看得到。範圍對齊之後，價格才有意義。

低報價的來源要分開看。一種是標準化生產：版型現成、流程熟練、省下客製工時，低得有其道理；另一種是漏項：把主機、憑證、教育訓練或行動版切版留在報價之外，等簽約後逐項追加。分開的方法是要求每家列出未含項目、估價假設與追加程序。列得出來的低價是效率，列不出來的低價才是資訊缺口。

追加程序本身值得單獨確認。簽約前問三件事：修改怎麼認定是大改還是小修、每次修改的計費單位是什麼、超出的部分由誰核准才動工。把這三個答案寫進總成本表的備註欄，兩年後回頭看，你會知道當初的報價後來長成了什麼樣子。報價的死角很少藏在總價裡，多半藏在這些還沒發生時沒人想談的程序裡。

各類費用的行情與結構，可以先讀網站架設費用解析與網頁設計費用全公開；若網站以 WordPress 為底，WordPress 架站費用拆解把一次性與持續性支出列得更細。心裡有行情，看報價時才分得出偏低的原因。

實測紀錄：讓作品集從宣傳品變成證據

作品集是行銷素材，它證明廠商的能力下限，不證明你會拿到的結果。把判斷從宣傳品換成證據的方法很樸素：挑一件他們做過的網站，自己動手走完一個真實任務，把過程記下來。這份實測紀錄不列入四份文件，卻是後續談合約、訂驗收時最硬的佐證，價值遠高過對方精選的首頁截圖。

走查先從手機開始：找一件商品、加入購物車、送出詢問表單，記下哪一步卡住。版面在不同裝置上的行為，背後是響應式網頁設計的工夫；AWD 與 RWD 的差異也能幫你理解廠商選的做法與代價。走查的紀錄格式不用講究，一行一個事實就夠：在哪一頁、做什麼動作、發生什麼事、截圖編號。同樣的任務拿去走其他兩家的作品，三份紀錄擺在一起，差異會自己浮出來，這比看十遍簡報都快。

速度用公開工具量，但讀法要正確：實際使用者資料與實驗室診斷是兩種數字，網站流量不足時，使用者資料可能整欄空白，那不代表網站慢。Core Web Vitals 是頁面體驗的指標、有限的排名訊號，未達標不是處罰，達標也不保證排名，這是 Google 對頁面體驗的說明裡反覆交代的界限。指標的優化方法可以讀Core Web Vitals 攻略；已經上線的舊站要診斷，從速度瓶頸診斷開始。

較早期的作品連結失效，不要直接推定品質有問題。網站關站、改版、搬移，都可能來自業主端的商業決定，與當年施工的團隊無關。比較穩的做法是問維護責任到哪一年、後來由誰接手，把單一現象放回脈絡裡再判斷。

順手檢查網址結構與頁面標題是否清楚穩定；網址帶著參數不等於沒做搜尋優化，原則可以看網址 SEO 指南。後台則要求由你方實際操作一次：發一篇文章、改一次活動，由你或同事親手做完，不要只看廠商單方面示範。操作時注意兩件事：介面上的字你看得懂、找得到；發佈之後前台的呈現和預覽一致。若對方給的是簡化的操作介面，先問簡化掉的功能去哪了，是藏在高階選項，還是真的不存在。簡化本身可能是好設計，問清楚才分得出來。

往來信件的節奏也是證據。記錄每家回覆報價與問題的具體度和時間：幾點回、回答到第幾層、有沒有把假設寫下來。這不是評斷誰的態度好，是累積可以回頭核對的紀錄。

合約：把歸屬、驗收與變更寫成可執行的條款

合約要處理的是三種歸屬加一個機制：成果與權利的歸屬、帳號與註冊的歸屬、維護與續約的責任歸屬，加上一套變更與驗收的機制。條款不必多，但要能對應到需求頁上的每個欄位；需求頁寫了金流整合，合約就要有金流的驗收方式。

權利歸屬常被一句「網站是你的」帶過，實際上沒有那麼自動。網站委外製作屬於出資聘人完成著作的情形，依著作權法第 12 條與契約的約定，權利歸屬要逐項分清；經濟部智慧財產局對出資聘人完成著作的說明把界限寫得很白：付了錢、拿到網站與帳號，不等於取得完整的著作權。簽約前把權利寫明白，成本遠低於事後補約。

合約裡的成果要分四項處理，各自的讓與或授權範圍分開寫清楚：

• 設計原始檔：設計稿與版型檔案是否交付、交付什麼格式、能否交給第三方修改。
• 客製程式：為你開發的程式碼是讓與或授權、能否攜出、有沒有使用限制。
• 授權素材：字型、圖庫、付費外掛的授權人是誰、到期之後怎麼續。
• 內容資料：文章、訂單、會員資料的擁有者是誰、用什麼方式匯出。

同一個問題要順口問：這些成果可不可以交給第三方維護。答案決定的是未來換人時你還有哪些選項，這一次合作只是起點。若授權素材登記在廠商的帳號下，要寫明移轉或重新購買的方式；若客製程式只授權、不讓與，要寫明使用的範圍與年限。這些細節在氣氛良好的簽約期都好談，在關係生變的時候，一個都補不回來。

驗收的功能，是把「做好了」翻譯成可檢查的交付物清單：哪個日期、交付什麼、誰說了算。里程碑付款綁在這份清單上，變更走同一套程序，新增需求先估價簽認再動工。對照的方式很機械：需求頁的欄位、對應的合約條款、驗收的方式，三欄對齊，對不齊的地方就是缺口。這是討論清單，不是法定固定項目，按你的任務增刪。

變更的程序可以具體到一張單：誰提出、誰估價、誰簽認、幾個工作天後動工。看起來囉嗦，實際上是保護雙方，廠商不會做到一半被口頭追加工作，你不會在結案時看到沒簽認過的項目出現在帳單上。

從需求到上線的整套發包步驟，網頁設計外包流程拆解有更系統的整理，可以當合約談判前的預習讀物。

保證排名第一頁的說法，用壓力測試回應

聽到「保證三個月上第一頁」，不需要立刻翻臉，也不需要照單全收。這種承諾多半長在競爭激烈的報價場：當每一家都說自己有效，賣方會把控制不了的事講成控制得了。先辨識承諾的形態，再決定要不要相信，比直接淘汰多了一步，但換到的資訊價值高很多。

壓力測試就是三個問題：目標關鍵字的範圍在哪裡；成效怎麼衡量、看哪個工具哪個期間；哪些因素不控制在誰手上。答得具體的廠商反而值得加分，因為他把不可控的部分攤開了；答不出前提的無條件承諾，不應作為採購的依據。

搜尋引擎對這件事說過很明白的話。Google 的 Do you need an SEO? 說明提醒：採購 SEO 服務時應確認方法與交付，而且沒有人能保證在 Google 拿到第一名。把官方的話當尺，量過再談價格，比憑感覺拒絕或相信都穩。

另一個要拆開的說法是「SEO 交給我們」。上線時的 SEO 基礎設定，例如網址、標題、sitemap 與速度，和長期的 SEO 服務，例如關鍵字研究、內容工程、持續檢討，是兩種範圍。要求廠商逐項列明做什麼、不包含什麼；若簽的是長期服務，合約要有可驗收的指標定義與檢討週期，別只留一句成果保證。

檢驗「長期服務」的具體度，看三個欄位就夠：指標怎麼定義，看曝光、點擊還是詢問量，從哪個後台讀；多久檢討一次；成效不如預期時的調整程序是什麼。三欄都答得出來，服務才有一個可以驗收的形狀；答不出來，你買到的多半是一份按月扣款的安心感。

三個問題的答案，順手抄進實測紀錄。往後合作若出現「當初說的和現在做的不一樣」，這幾行字就是你手上的版本。

技術基礎的完整清單，技術性 SEO 指南整理得很完整；連網站都還沒有就被推銷 SEO 時，沒有網站可以先做什麼把先後關係講清楚了。

上線之後誰讓網站活著：維運分工的三條界線

網站交給你的那一天，維運的題目才剛開始，而且沒有預設答案，一切依合約分工。先分三類工作：缺陷修復屬於保固範圍，要定義什麼算缺陷、保固多久、誰認定；軟體與安全更新要寫誰執行、多久一次、費用怎麼算；日常內容修改要定計費方式，是包月、計次還是自助。保固與維護合約是兩種不同的東西，混在一起談，遲早出現「保固期內什麼都免費」的各說各話。

分工之外，還要量廠商的斷點風險，看三個地方：人員斷點，你的窗口請假或離職之後誰接著回覆；流程斷點，網站改版過兩輪之後還有沒有紀錄可循；知識斷點，是不是只有當初做的人知道怎麼改。把「願意提供工作流程說明與交接文件」當成挑選條件，這個意願本身，就是斷點風險最便宜的篩選器。

斷點風險還可以用一個動作直接量：請廠商把上版與備份的流程寫成一頁給你。寫得出來的，流程存在文件裡；寫不出來的，流程只存在某個人腦裡。哪天那個人休假，兩種廠商的差別就會攤在你面前。

技術選擇會影響維運的供給。主流系統的文件、討論與接手人才都多，長期維運與搬遷的選項相對寬；封閉或自製的方案並非不能選，只是簽約前要先確認退出與移轉條件。網頁製作平台評比把幾條路線的長期維護與搬遷條件整理過一輪，值得在選人之前先選路線。

上線後的速度與主機資源問題，先看責任範圍再談優化：主機在誰手裡、誰有權限調整、超出範圍的怎麼計費。優化的方法論可以讀網站速度優化指南，責任的劃分則要看合約。

規模也是分工的變數。一家五個人的烘焙工作室（假設情境），訂單主要靠通訊軟體承接，網站只承擔菜單展示與訂購說明，把維運整包委給小團隊、用標準化方案壓低月費，是合理的分階段策略；等訂單量大到需要庫存與會員功能，再談客製與專職維運。前後兩個階段，要的是不同類型的廠商。

交接清單：上線當天要拿回的三類控制權

交接那天要拿的是三類存取權加一份文件：網域註冊與主機服務的帳號歸屬、網站後台的管理級權限、資料與設計檔的交付清單。清單開成五類，逐項打勾：

• 帳號：網域註冊商、主機、後台、第三方服務，每一個的登入方式與擁有者。
• 權限：管理權在你的帳號上，日常營運使用較低權限的帳號。
• 檔案：設計原始檔、程式、內容匯出檔各一份，存放位置寫明。
• 授權證明：字型、圖庫、外掛的授權文件或購買證明。
• 部署與備份：上版流程、備份週期與還原方式，誰執行寫清楚。

權限的做法是兩層分工。管理權與日常操作分開：換外掛、換主機、增刪帳號這類動作用管理權限，平常發文、改活動用較低的權限就夠；WordPress 的角色與權限說明把管理員和編輯的能力範圍分得很細，交接時照著核對你要的是哪一級。密碼存進密碼管理器、開啟多因素驗證，不要把密碼散落在雲端文件裡。

網域有一條硬規則：註冊人與帳單在業主方。廠商代辦設定與擁有註冊是兩回事，核對三件事就夠：註冊人資料是誰、通知信箱填誰、續約與移轉的責任在誰。通知信箱常是被忘記核對的欄位，卻是續約提醒與安全通知實際送達的地方；填廠商的私人信箱，等於把到期的紅燈交給別人看。代辦本身不是風險，責任沒有寫清楚才是。

主機要問的是規格與出口：網站放在哪個環境、規格能否負荷、資料能不能完整匯出。匯出這件事用問的不準，可以在驗收前要求實際做一次，把內容與媒體檔各匯出一份，確認拿到手的東西打得開、讀得到。這幾個答案決定未來搬遷的難易，也決定速度問題發生時，你找不找得到能處理的人。

交付日當天，照著清單走一遍就不會漏：逐項登入確認、改一次密碼、把授權文件歸檔、備份跑一輪並且演練還原。半小時的儀式，換來的是之後每一次出狀況時的從容，因為你知道東西放在哪裡、鑰匙有幾把、誰拿著哪一把。

換廠商的演練：把退場條件算進簽約之前

在簽約之前先演練換廠商，是最有效的檢驗。直接問候選廠商：未來要移轉的時候，你們交付什麼、怎麼收費。答案應該落在三個具體項目上：資料匯出格式、部署文件、移轉協助的時數與費用。口頭說會配合不算數，寫進合約才算。

這一問檢驗的是系統的開放度與廠商的自信。答得乾脆的，背後通常是留了出口的架構；開始顧左右而言他的，你至少提前知道了。演練還可以更具體：請對方用一段話描述另一家廠商接手的第一週會發生什麼事。答得出細節的，表示他真的想過這件事；只會重複「我們一定配合」的，多半沒想過。

帶得走的清單不長：你名下的網域、可匯出的內容資料、可取得的原始檔與帳號權限。退場成本低，換廠商就是常規操作，不是災難。

路線選擇上，開源系統與託管平台各有取捨，不必用「冷門封閉」直接淘汰任何一邊。兩條工具路線的客製天花板差得很遠：AI 建站工具受平台元件限制，能改的範圍最小，內容多半可以匯出，網站本身通常帶不走；自行架站（例如自架 WordPress）靠外掛、佈景與客製程式幾乎沒有客製上限，檔案與資料庫都在你手裡，要搬去別的主機也行，代價是技術與維運的投入。AI 網站建立工具比較把工具路線的能耐界線整理得很實際；長期經營品牌網站的取捨，再看品牌網站設計的關鍵建議。

維護與續約的責任分界，簽約前指定責任人：安全更新、備份、外掛授權續約，每一項寫上「誰」與「到什麼時候」。合約講權利，交接清單講動作，兩份文件在這裡互相咬合。把移轉條款當成合約的驗收項目之一，別把它當附屬品：資料格式、文件清單、協助時數寫進去之後，它就和交付、驗收一樣，是可以拿來檢查的承諾。廠商知道你會檢查，報價與規劃就會把這個成本算得誠實一點。

候選名單的兩種起點：全國整理與在地團隊

名單從哪裡開始蒐集，原則是先寬後窄。全國性的業者整理可以直接取用：網頁設計公司類型整理把套版、客製與混合型的團隊攤開，適合建立五到八家的初選。

客群集中在特定區域時，再補在地名單：台北的架站團隊與報價行情、桃園的團隊類型、台中的挑選重點、高雄的團隊原型、台南的設計團隊類型。在地與全國的取捨，以見面成本與產業理解為準，兩邊沒有優劣。

名單的用法比來源重要：不是挑一間看順眼的，是把初選全數推進管線，用同一份需求頁向三到五家索取拆項報價，記錄每家在報價拆解、權限歸屬、移轉條件上的回答完整度。回覆不完整的先別刪，補問一次，給對方修正的機會；補問之後仍然含糊的，淘汰的理由就有了紀錄支撐。名單只是原料，文件完整度才是結論。

在地名單還有一個務實的用法：約一場半小時的見面，視訊或到訪都好。重點是當面核對需求頁上的任務，觀察對方聽問題的方式。這一步不是看交情，是把文字上的理解差異，提前到簽約之前對焦；見面的成本，通常遠低於事後改需求的成本。

四份文件湊齊之前，先不要簽

走到簽約前一刻，把四份文件攤在桌上逐格檢查。判斷可以外化成一張表，橫軸是四份文件，縱軸是候選廠商：

每一格都是事實判斷，不是印象分。任何一格空白，都代表你還在替對方的空白買單；文件給得齊、給得具體的廠商，才值得往下談。

這條管線的底層信念只有一句：選商選的不是完美的廠商，是可驗證的透明度與可退出的自由，本質是管理結構風險。走完管線能降低資訊不清造成的誤判，不能保證合作零問題；市場、人事與你的生意本身都會變，管線的作用是讓變化發生時，手上的紀錄還跟得上。把判斷放在文件上，問題發生時，你至少知道該翻哪一頁。

回到開場那家燈飾品牌（假設情境）：三張總成本表攤開、範圍對齊之後，數字才開始可以互相比較；如果差距跟著縮小，縮小的部分，就是原本被範圍假設吃掉的資訊。需求頁寫完的那一天，其實就已經在選廠商了，後面的文件只是把答案一頁一頁收齊。