手機版AB測試：一次只驗證一項體驗假設
手機版要同時服務中英文內容時，有人想比較兩種標題長度，有人又想換按鈕位置；多語言需求令變數快速增加，所以每輪實驗只能驗證一項明確體驗假設。 本文整理假設、變體與成功判斷的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →聯絡頁字體大小層級完整拆解：功能取捨、協作與後續管理
聯絡頁標題字級已跟設計稿相同，驗收人卻認為手機上的表單提示太細。這類驗收爭議不能只量像素，而要回到訪客在不同距離、放大設定和輸入狀態下能否讀懂下一步。 本文整理字體層級、閱讀任務與焦點提示的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →外判項目負責人301轉向交接完整拆解：功能取捨、協作與後續管理
301 對照表應由內容人、開發人還是外判項目負責人簽收？這是常見流程切入點：一條轉向同時牽涉舊網址、目的頁、分析、內部連結和上線後誰查錯。 本文整理舊新網址、301對照與責任移交的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →企業推行聯絡頁色彩對比前，內部應先回答哪些問題？
付款審批延誤時，客人會轉到聯絡頁追問；若按鈕和錯誤提示只靠相近顏色區分，等候、失敗與可提交三種狀態便會變得難以理解，亦難支援視覺差異使用者。 本文整理色彩角色、文字對比與狀態回饋的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →聯絡頁留白節奏常見失誤：如何在上線前逐項修正
設計稿一開始，留白不是裝飾性的後期調整，而是內容分組的流程入口：標題和表單距離多近、圖片與說明是否屬同一單位、手機折行後節奏會否斷裂，都要在元件規則先處理。 本文整理留白層級、內容分組與閱讀停頓的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →由需求到落地：聯絡頁圖片文字配搭的決策框架
「聯絡頁用大圖加白字，手機睇唔清之餘又遮住查詢方法，應點安排？」這個具體問題要由圖片用途、文字對比、裁切與下一步一齊處理，不能只換一張較光的相。 本文整理圖片用途、文字語境與聯絡行動的資料準備、前後台規則、技術取捨、例外處理、驗收與移交，讓團隊可在動工前定出可核實的範圍與責任。
閱讀全文 →