開一間餐廳久了，老闆通常最清楚後場怎麼出餐、成本怎麼抓，卻不一定知道客人坐在某張桌子上是什麼感受——直到有一天他自己走到外場，找一張位子坐下，才發現冷氣風口正對著這桌猛吹，牆角那台電視的聲音根本傳不到這裡。
網站也是同樣的道理，經營者不必懂程式碼，只要願意自己坐進客人的位置，走一遍客人會走的路，很多問題不用等報表出來就能先看見。這篇要教的，就是一套不靠工程背景也能做的自我檢查方法，專門用來揪出手機版網站最容易讓客人流失、半路放棄的地方。
多數經營者最容易卡住的地方，不是不知道網站重要，而是不知道自己能做什麼，一聽到手機版體驗、網站健檢，直覺就是得找工程師跑報告、看一堆看不懂的技術名詞。其實你自己的直覺，反而是最貼近客人的第一手感受，你比任何外部工具都更清楚，一個正常的客人應該多快找到他要的東西、該花幾步就能完成一次詢問或下單。先從老闆自己的第一印象，為什麼常常比報表更早抓到問題講起，再一項一項往下拆。
為什麼老闆自己的第一印象，比報表更早抓到問題
很多經營者一想到要檢查網站，腦中浮現的都是得看懂原始碼、得讀效能報告這種需要技術背景的畫面，於是先把自己排除在外，直接把這件事丟給工程師。其實你不需要懂任何一行程式，因為你比任何外部工具都更清楚，一個從沒來過的客人，應該多快找到他要的資訊、該花幾步就能完成一次詢問或預約。這種直覺，是離客人最近的第一手視角，比任何報表數字都更早捕捉到問題。
接下來的幾個檢查，會讓你從不同角度重新認識自己的網站，包括自己當一次客人走完整趟流程、換一支不是自己在用的手機重新看一次、找一個不懂技術的人在旁邊觀察他卡在哪裡、回頭看客人詢問裡重複出現的抱怨，最後再打開一個免費的官方工具當作簡單的紅綠燈參考。每一項都不需要先學會任何技術名詞，你已經具備最重要的條件，就是你自己的耐性和觀察力。
檢查一：自己當一次客人，把下單或預約走完整趟
檢查網站的第一步，不必假手他人，拿起你自己的手機，假裝這是你第一次認識這家店，把一個真正會發生的動作從頭到尾走完一次：找到你要的服務或商品、問一句問題或把它放進購物車、填寫聯絡資料、按下送出。重點不是只點開首頁看看排版而已，而是要走完整趟流程，中途留意自己有沒有想放棄、找不到東西、需要重新來過的那個瞬間。你要抓的不是網頁跑了幾秒這種技術指標，而是你自己有沒有不耐煩，這種主觀感受恰好最貼近真實客人的反應。走到哪裡卡住，就把那個畫面或步驟名稱簡單記下來，方便之後回頭處理。
丹麥的可用性研究機構Baymard Institute長期彙整全球電商的購物車放棄數據，發現平均約有七成的購物車最後不會走到完成結帳這一步；扣掉「還在比價、還沒想清楚」這類本來就很難避免的原因之後，「結帳流程太長太複雜」是可以歸咎於網站本身、也能透過重新設計逐步改善的常見原因。
白天訊號好的時候走一次
先在最理想的環境下做這件事，像在家裡連著Wi-Fi、白天光線充足的時候，把整個流程走一次，建立一個「正常狀況下應該多順」的基準感受，這樣之後在比較差的環境下重新測，才有東西可以對照。
晚上、人多、訊號差的時候再走一次
接著換一個訊號比較弱、人潮比較多、網路比較塞的情境，像是騎樓下、捷運車廂裡，或是假日晚間網路壅塞的時段，把同樣的流程重新走一次，比較兩次的感受落差。這裡要留意的，是網路條件變差時，客人特別容易想放棄這件事本身，不必深究到底是哪個技術環節拖慢了速度。BBC曾觀察到，網頁每多花一秒載入，就流失約一成使用者，這也印證了訊號差的環境格外容易讓客人半路放棄。
檢查二：換一支不是自己在用的手機、瀏覽器，再看一次
多數經營者自己的手機，螢幕通常是店裡最新、最大的那一支，網路也是家用或吃到飽方案裡最穩的那一種，跟客人實際拿在手上的裝置，落差可能很大。光靠自己每天在用的那支手機測試，很容易把「我這邊看起來很順」誤認成「客人那邊也一樣順」。
比較準確的做法，是借一支別人的手機來看，舊一點的機型、不同的廠牌、平常沒在用的瀏覽器都可以。拿到手之後，重新走一次跟前面同樣的流程，不是只點開首頁瞄一眼而已，而是要留意排版有沒有跑掉、按鈕是不是被切到畫面外、文字會不會因為字級不同而擠成一團。發現落差的時候，順手記下是哪一支手機、哪一種瀏覽器，之後回頭處理才有明確的線索可以對照。不同裝置與瀏覽器之間顯示落差，是行動網頁本來就常見的現象，問題不在於落差存在，而在於你有沒有去發現它。
檢查三：找一個不懂技術的人，看他卡在哪一步
自己重複測第二次、第三次之後，你對網站的邏輯已經太熟，反而看不出一個真正的新客人會卡在哪裡，這不是能力問題，而是太熟悉自己家門所致的盲點。
這時候該找的，是一個真的沒看過這個網站、也不特別懂3C產品的人，家人、隔壁店家的老闆都可以。請他當場拿起手機，完成一個具體任務，例如「幫我在這個網站上找到營業時間」，而不是籠統地說「你看看這個網站怎麼樣」。經營者在旁邊觀察就好，不要中途出手提示，也不要急著解釋畫面上每個按鈕的用途。
國際使用者經驗研究權威機構Nielsen Norman Group的創辦人Jakob Nielsen，在一份經典研究裡指出，只要觀察一位受測者操作，就能發現約三成的可用性問題，觀察滿五位之後，累積能發現的問題比例會達到約八成五。這也代表你不必自己架設正式的可用性實驗室，找一兩位旁人在一旁看著操作，就足以抓到大多數一眼能看穿的問題。
在旁邊看他怎麼找、按了幾次才找到
觀察的重點不是在旁邊插嘴糾正，而是安靜記錄他點錯了哪裡、回頭重來了幾次、停頓最久的地方是哪一頁。這些行為訊號，比他事後說的任何一句評語都誠實，因為手指按下去的地方，不會說謊。
問他「你現在想做什麼」，不要問「好不好用」
問問題的方式，決定你聽到的答案有沒有用。問一句籠統的「好不好用」，多數人基於禮貌會回答「還可以」，這種答案幫不了你；改問具體的行動，像是「你現在想按哪裡」、「你要找的東西在哪一頁」，對方反而會誠實說出「我不知道要按哪裡」這種真正卡住的原因。多數人不好意思直接批評一個網站，卻願意老實描述自己當下的困惑，這也是為什麼具體提問永遠比籠統提問更能問出真話。
檢查四：客人詢問裡重複出現的抱怨，就是最誠實的健檢報告
把LINE、Messenger、電話留言，或粉絲專頁留言裡客人問過的問題重新看一次，你會發現裡面藏著一份不用花錢做的健檢報告。留意的重點不是某一個客人的個別抱怨，而是同一句話、同一個困惑是不是反覆出現，像是一直有人問「這一欄要填什麼」、「怎麼在頁面上看不到地址」。只要同一個問題被不同的客人重複問過，就代表這件事網站本身沒有講清楚，或是操作起來不夠直覺，這不需要懂任何技術就看得出來。
把抓到的重複問題，對應回網站的哪一頁、哪一個步驟，列出來以後，你就有了一份具體的待處理清單，而不是模糊的「網站好像哪裡怪怪的」這種感覺。找「重複出現」而非單一個案，也能避免你把某位客人特別在意細節的個別要求，誤判成整體網站的系統性問題。
檢查五：打開一個免費官方工具，你只要看得懂紅黃綠就好
前面四個檢查靠的是你自己動手做，最後這一個則是把網址交給一個工具，讓它幫你打出分數。Google官方提供一個免費工具叫PageSpeed Insights，背後實際執行檢測的是Google自己的Lighthouse自動稽核引擎，你只要把網站的網址貼進去，幾十秒後就會產生一份報告。
這份報告裡有很多專業名詞，你完全不需要一個一個看懂，只要注意兩件事：分數有沒有落在紅色或橙色的區間，以及報告裡「行動版」的分數，是不是明顯比「電腦版」的分數差一大截。這兩個訊號，已經足夠當作「這件事該不該找人處理」的判斷依據，工具免費、官方，也不用註冊帳號，對不懂技術的人來說，門檻已經降到最低。
把這五個檢查，排進你的例行節奏
這五個檢查，不需要每天做，關鍵是抓住幾個自然會想起網站的時間點，像是換季前、旺季前，或是網站剛改版完、業績莫名下滑的時候，重新走一遍。每次發現的問題，不用寫成正式的技術報告，只要簡單記下是哪一頁、哪一個步驟、誰在那裡卡住，就已經足夠。
累積下來，這份紀錄會變成一份不需要工程背景也看得懂的網站健康紀錄。等到真的要找人處理的時候，你也能具體講出「客人在填寫資料那一步經常放棄」，而不是只籠統地說一句「網站好像哪裡怪怪的」，讓對方自己去猜問題出在哪裡。前者才是真正能被處理、被解決的起點。
回到最開始那間餐廳的比喻，老闆不需要學會怎麼修冷氣、怎麼調音響，他只需要願意偶爾走到外場，坐進客人的位子上感受一次。網站的道理完全一樣，你不需要變成工程師，只需要願意定期用客人的角度，重新走一遍自己的網站。願意這樣做的經營者，永遠比只看報表數字的人，早一步發現問題出在哪裡。