手機端轉化 playbook
手機端承載大部分店舖流量，轉化卻只有桌面端的零頭。一部分缺口是結構性的——手機上逛、電腦上買——但大多數店在此之上還揹著可避免的缺口，那部分是錢。
移動缺口藏在混合數字裏：健康的整體轉化率可以掩蓋一個漏掉一半意圖的移動體驗。這份 playbook 先把結構性缺口與可避免缺口分開，然後攻可避免的那層集中之處——中端設備上的感知速度、在桌面顯示器上設計卻發給拇指用的佈局、以及每一步都在損耗完成者的結賬。
階段一：分步量化你的缺口
按設備切分完整漏斗：桌面與移動分叉之處，就是移動專屬問題所在。商品頁到加購處裂開指向佈局與內容；結賬起點處裂開指向表單摩擦；均勻分佈指向速度。然後復現它：用蜂窩網絡上的中端手機加載你的店——不是辦公室 wifi 上的旗艦機——感受你的中位數顧客感受的。
漏斗各步按設備檔切分，識別分叉點
專門針對手機端的實測速度數據——實驗室與實測的落差在這裏最大
損失最大一步的手機端會話錄像
誠實估算結構性與可避免的比例
階段二：為你實際擁有的設備修速度與佈局
移動速度是複利型修復：圖片重量、腳本成本與渲染阻塞資源，傷的恰是你缺口所在的設備與網絡。佈局跟隨拇指現實：購買決策——價格、規格、加購——不需要體操式滾動就能觸達，點按目標按拇指尺寸設、圖冊可滑動，桌面優先的雜物（巨型菜單、懸停態、密集表格）重新思考而不是等比縮小。
階段三：少用拇指的結賬
每個要在玻璃上打的字段都在損耗完成者。移動結賬的組合拳：快捷支付（錢包按鈕）儘早露出——對許多店是最大的單一修復；地址自動補全；數字字段配數字鍵盤；不強制註冊；錯誤在字段旁內聯出現，而不是提交後出現在用戶早已滾過的頁面頂部。
運作方式
切漏斗、親手感受
按設備切分的漏斗，加一場蜂窩網絡中端機上的真實會話。
先修速度、再修佈局
實測數據的速度工作先行，然後在損失最大的模板上做拇指現實的佈局。
剝結賬摩擦
快捷支付前置、自動補全打開、鍵盤配對、註冊牆拆掉。
你會得到甚麼
被量化並拆成「結構性對可避免」的移動缺口
在缺口集中的設備上改善的速度
尊重拇指而非縮小桌面的佈局
更少流失想付錢的人的結賬
由這些 Agent 負責
常見問題
正常的移動轉化率是多少？
常見為桌面的一半到三分之二，因品類與價位而異。有用的數字是你自己的分步分叉——它點名問題，基準做不到。
快捷支付按鈕真有那麼大影響？
在手機端，經常是最大的單一修復：它把整個地址加卡片表單塌縮成一次生物識別確認。如果它埋在摺疊線下或某一步之後，把它提上來是第一週的活。
該做一個獨立的移動版嗎？
不該——維護一個移動優先設計的響應式體驗。獨立移動站讓維護翻倍還會各自漂移。修法是為多數設備設計，不是分叉。
哪些 Agent 跑這個？
Analyst 量化並拆分缺口；Ops 負責移動實測速度；Builder 上線佈局與結賬改動。改後度量對著留檔基線、按設備切分跑。