網頁設計的最後一里路大概就是正式上線，這裡的大魔王不管是對網頁設計公司或是業主，都是極大的挑戰（感覺是要一起組隊去打的那種）。好在前面你們已經大大小小克服了一堆關卡，只要調整好心態、將手邊的工具都好好發揮，網站照著時程上線，不再是夢想！

不管你是業主，還是網頁設計公司，這集「給客戶看的網頁設計」，要為你端上滿滿的牛肉囉！

怎麼準備？先分辨問題種類、急迫程度！

在這個階段，通常經過需求討論、PM與工程師確認、PM的檢查、業主初步檢查，通常不會有大問題。但是！因為整個網站架構、可操作性、整體性都變得接近99%，所以看事情的角度、面向又有新的可能，加上業主力求完美的高標準要求，就會看起來「很多問題」！

此時，還是先分辨問題種類、急迫程度，再來決定如何調整，另外也要考量到是否有其他行銷活動、其他資源投入的配合，上線時程等等考量也要一併納入，這裡是一些問題分類：

• 系統層級問題
• 嚴重錯誤
• 一般錯誤
• 小錯誤、上稿、設定連結相關問題
• 可以提昇UI之調整
• 待完善之功能
• 修改調整
• 新增功能、樣式

不知道大家有沒有發現，上面的網頁修改內容其實已經照事態嚴重性，由高到低排序了呢？

系統層級問題：上現階段最後碰到卡關，或是一些權限設置、第三方因素之影響。這個問題一般來說直接影響了是否能夠上線，但有時候是最後關頭才碰上，過於複雜就不在此討論。

嚴重錯誤：外觀、功能嚴重錯誤，會影響到網站讀取、外觀顯示大幅度跑版，一般使用者很容易在外觀、操作上碰到問題。一間好的網頁設計公司，一般來說會在這個項目上盡可能減少（會在前面階段就慢慢排除），但是這個一定可以大力要求網頁設計、程式公司儘快修好！

一般錯誤：外觀、功能錯誤，與設計稿不一致，但不影響到網站正常運作，或非一般使用者可輕易看到之內容錯誤。這裡通常會是不容易檢查出來的少數情況，多數情況下是沒有影響到使用者的，但仍須儘快修正。

小錯誤、上稿、設定連結相關問題：其他細微之調整，未照設計稿或當時開立之規格製作之樣式細微差異。另外是上稿時的誤植、設定連結、按鈕、menu等正確性等等。能在此項目拿到90分以上的網頁設計公司，實已經難能可貴！趕快修復，或許上線也無傷大雅。

—-其實可以上線的分隔線—-

上述項目修正後，一般來說，網站要上線是ok的，畢竟網頁設計公司＋業主窗口，可能十雙眼睛，不如上線讓成千上百雙眼睛協助大家發現更小的bug，你看看你手機最常開的app，哪一個不是一天到晚更新版本，亦或突然又改版了呢（遙望最近改名字藍色的那家大公司）！

可以提昇UI之調整：網頁許多互動分開看時不一定有問題，整合時可能有更順暢的user flow，或是更合理的user interaction，這邊都是有優化的空間，急迫修改程度則端看網頁之定位、目標，以及時程安排來決定。好的網頁設計公司，一般會在上線後保留一到兩次微調的空間，讓業主的客戶反饋意見後調整。也算是從pre-release版本到正式版可增進之最大區隔（或者網站可以有一段soft launch的時程）。

待完善之功能：其他可能當時排定時程往後之功能、頁面、樣式，或者未開放、分階段上線之功能。如果你很急著網站上線，這時候就先通通不要去看他，照著時程來吧！

修改調整：『這個menu可以幫我換到右邊嗎？』、『手機版的這個區塊我想改為一個就好，謝謝』、『那張圖片可以幫我裁切掉右邊一點～』

阿…..好的，都可以唷。不對！你沒有看到這些「最後才提出之調整」背後的風險！

急著改之後，會不會有衍生性問題？樣式突然這樣改，跟原本規劃的UI概念是否衝突了；改這些的時間，是否佔用掉其他更重要問題的修復；是因為突然有沒參與專案的同事提出了一些想法，所以決議這樣改動嗎？以網頁設計、程式來說，絕大多數情況都是可以改的，但這些修改調整一般是前面過關斬將用，不是在面對大魔王時，應該重提舊帳或提油救火來用的！

回到這段落的標題：「怎麼準備？先分辨問題種類、急迫程度！」不管是網頁設計公司或是業主，絕對都要能夠辨別這類的問題，再來決定該何時、如何調整，才不會影響到整體規劃之進程。

新增功能、樣式：如果網站上線時間在即，就像是待完善之功能一樣，我們先記錄起來吧！因為這裡的調整，搞不好也不包含在最初雙方談好之規格、報價中，想要在這個階段來新增一些功能，要在後天上線前完成，且沒有bug，有時候還是別為難大家了。

準備完問題層級後，來看看如何回報問題

回報問題品質的好壞，其實關乎是否能被即時修改到正確，因為網頁每個人裝置、設定、視窗大小都可能不一樣，所以好的回覆品質，更可以讓工程是容易還原問題，找到問題，才能排除，下面這些是盡可能提供的（由淺入深，盡可能完備）：

• 問題發生頁面之連結（隔空抓藥是不好的）
• 頁面/訂單編號、商品編號（通常連結或是id中）
• 錯誤之截圖、使用之裝置，盡可能在截圖中標註問題，且不要局部截圖
• 若是動態步驟，其操作方法、重現方法（若可行盡可能提供）
• 依照錯誤，想達成之目標
• 若為新需求：
  最主要之目標、想完成的事項
  參考範例（網站、截圖）
  可能可以階段性達成之功能，或是目前研究參考

程式問題的修正，最主要在重現問題，有些交互作用或少數情況才能出現的問題，若能有清楚重現的步驟，大大利於debug的進行；而正確的連結、截圖則幫助PM或是客服推理、判斷問題的所在（故盡可能不要局部截圖，會減少可能的線索）。

提供完整截圖，有些指示之修改，都會大大加快雙方修改的速度

網頁、程式之修正與精進

如果網站比較單純是套版開發，整體樣式勢必經過大量的除錯、調整，後續要調整的項目是少的。一旦有客製樣式、功能加入時，就開始會有連帶影響，兩三個客製時，其交互作用通常還能預估、測試，當二三十種功能、樣式調整時，有賴有經驗的PM和公司去做通盤評估，減低後續調整、出錯的可能，但很難說一次到位。

如同文章前段所提及，網頁調整是一連串優化的結果，好的網頁設計公司固然可以在前中期減低後續調整的機會，但如何改進，讓網站更符合使用者期待之自然操作，則是業主與網頁設計公司所共同之冀望。

這篇文章或許比較從網頁設計的角度來看「網頁上線」甚至牽扯到網頁上線驗收的事項，但許多企業五年十年做一次網站，這邊還是得仰賴有經驗的設計公司提供作法和建議，以 CTK Pro 在做網站驗為例，有時還會提供像Bugherd的驗收服務，也有助雙方更完整溝通。

希望你的網站也可以順利打敗「上線」的大魔王囉！