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

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

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

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

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

• 系統(tǒng)層級問題
• 嚴重錯誤
• 一般錯誤
• 小錯誤、上稿、設定連結(jié)相關(guān)問題
• 可以提昇UI之調(diào)整
• 待完善之功能
• 修改調(diào)整
• 新增功能、樣式

不知道大家有沒有發(fā)現(xiàn)，上面的網(wǎng)頁修改內(nèi)容其實已經(jīng)照事態(tài)嚴重性，由高到低排序了呢？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

網(wǎng)頁、程式之修正與精進

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

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

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

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