onBeacon

onBeacon 的核心很簡單：給它一個畫面，它就回你一份檢視。你可以上傳圖片、把它指向一個運作中的網址，或讓它走過一段流程，它會像設計師看 mockup 那樣，走過版面、間距和結構。這種極低的設定成本正是重點。沒東西要安裝。沒東西要設定。你可以用同樣的時間，檢視競爭對手的頁面或你自己的測試環境版本。

多數設計工具用「看起來如何」來評斷一個畫面。onBeacon 用「它應該做什麼」來評斷。這些檢視把問題連到啟用、留存和轉換。所以一句含糊的「把它弄乾淨一點」會變成更精準的說法：主要按鈕在跟三個次要動作搶注意力，這很可能讓你損失轉換。整件事的重點是轉換最佳化，不是裝飾。這種框架正是它跟樣式檢查器的差別。也是它的產出值得照著做、而不只是讀過的原因。

介面問題有很大一部分，都回到眼睛先看到什麼。onBeacon 檢查畫面上最重要的元素，是否真的被讀成最重要的元素。它會標出互相搶眼的行動呼籲、關鍵文字對比不足、過度擁擠的區塊，以及讓頁面比實際需要更難掃讀的分組方式。你的主要動作應該勝出。對只有單一明確目標的畫面來說，這種層級檢查往往是整份稽核裡最有用的部分。

字體和色彩，是小小決定變成產品整體一致性大問題的地方。onBeacon 檢查字級、字重、間距和色彩的用法，並指出哪些選擇削弱了可讀性或破壞了你想傳達的調性。字體比大家想的更重要。價值不在於告訴你字體選錯了。而在於抓出那些具體的地方：某個標題太安靜、某個正文字級太小，或某個顏色的對比會對某些使用者造成問題。

文案做的工作，比多數團隊願意承認的還多。onBeacon 會讀按鈕標籤、標題和表單文字，判斷它們有沒有告訴使用者接下來會發生什麼。標籤有沒有說出它做的事？除此之外，它還會用行為設計原則來檢查畫面，也就是那些決定使用者會不會走完、還是中途放棄的模式。這個功能會抓出沒人看得懂的「繼續」按鈕，以及還沒贏得信任就開始要資料的表單。

一份稽核只有在有人能照著做時才有用。onBeacon 把回饋依類別整理、標出優先順序，而不是丟出一大堆雜亂的筆記，讓團隊可以拿起清單直接動工。不會有一整面文字牆。你會拿到問題、推理，以及修正的方向，這對設計師來說足以接手，對非設計師來說也足以轉交，不必長篇解釋。