行動支付的店家申請頁，為什麼要同時寫給三種人看
因為決定申請的人、負責對帳的人、每天操作的人通常是三個不同的人，各自卡在不同的問題。老闆看成本與撥款時間，會計看對帳報表與發票，櫃檯人員看結帳步驟與出錯時怎麼辦。頁面只回答其中一方，另外兩方的疑問就會變成申請中途放棄或上線後的客服電話。
這個示例是一家支付服務業者，提供小型店家用手機掃碼收款的服務。申請頁原本的寫法是標準的產品頁：大標、三個好處、申請按鈕。業務團隊回報，很多店家在申請表填到一半就停了，或者開通之後幾乎沒在用。
先看舊頁面漏掉了誰的問題
我們沒有先改頁面。先請業務與客服各自列出店家最常問的二十個問題，貼到同一張試算表，再標上問問題的人是誰。
結果分成三堆。老闆問的集中在申請前。會計或記帳人員問的集中在開通後第一次月結。櫃檯人員的問題多半不是自己來問，而是老闆轉述：「我們店員說不會用」。舊頁面只回答了第一堆的一部分。
會議上業務主管說，頁面寫太多會讓老闆不想看。這個顧慮是對的。所以做法不是把所有內容堆在同一層，而是分層：老闆的問題放在主頁面，另外兩方各有一個可以直接分享的子頁面。
老闆的觀點：他在申請前真正想確認的五件事
從問題清單整理出來，老闆的疑問有固定的順序。頁面就照這個順序排。
- 我這種店可不可以申請。行業別、有沒有公司或商業登記、有沒有不受理的類型。
- 要付哪些錢。手續費的計算方式、有沒有月費、設備費、提前解約的費用。
- 錢什麼時候進來。撥款週期、進到哪個帳戶、遇到假日怎麼算。
- 申請要準備什麼、要多久。文件清單與審核的大致時程。
- 不想用了怎麼辦。解約方式與資料處理。
第一項原本放在頁面最底下的注意事項裡。許多店家填完整張申請表才發現行業別不受理。我們把它移到申請按鈕之前，用一句話加一個可展開的清單呈現。
第二項是合規的重點。手續費率會依方案與行業不同，頁面不放單一漂亮數字。寫法是列出費用項目、各項的計算基礎、適用條件，並註明實際費率以審核後的合約為準。任何「最低」「免手續費」的字樣，都要在同一個畫面內寫出條件與期間，不放在需要點開才看得到的地方。
會計的觀點：對帳時會遇到的三個落差
會計或外部記帳人員不會出現在申請流程裡，卻是決定這個服務好不好用的人。他們的問題很具體。
- 入帳金額與營業額對不上。因為撥款時已經扣掉手續費，一筆撥款又合併了好幾天的交易。
- 退款怎麼呈現。當日退款與隔日退款在報表上的位置不同。
- 手續費的憑證怎麼取得。什麼時候開立、去哪裡下載、抬頭怎麼改。
我們做了一頁「給會計與記帳人員的對帳說明」。內容包含報表欄位的逐欄定義、一個用虛構小金額示範的對帳例子、撥款與交易的對應方式、退款的處理方式。這一頁的網址放在申請頁上，寫明「可以直接轉給負責記帳的人」。
示範例子我們特別標註為說明用途，數字是為了示範算法而設定，不代表實際費率。稅務上的認列方式頁面不做判斷，只寫一句：帳務與稅務處理請與您的會計師或記帳士確認。
櫃檯人員的觀點：尖峰時段出狀況怎麼辦
櫃檯人員關心的事很少，但每一件都跟現場壓力有關。客人在排隊，手機掃了沒反應，他需要在十秒內知道下一步。
我們整理出四個現場情境：怎麼確認錢真的收到了，客人說付了但畫面沒顯示，要退款給客人，網路斷了。每個情境寫成三步以內的處理方式，配上畫面截圖。
這份內容做成兩種形式。一個是網頁，方便用手機搜尋。一個是可以列印的單張，貼在收銀檯旁。申請頁上放的是這句話：開通後會提供一張可以貼在櫃檯的操作說明。對老闆來說，這句話回答的是「我的員工學不學得會」。
還有一件事容易被忽略，就是防詐。櫃檯人員要知道怎麼分辨客人出示的付款成功畫面是真是假。我們寫的原則是只看店家端的收款通知，不看客人手機上的畫面。這一條放在單張的最上方。
三方觀點放在一起比較時出現的衝突
把三方的需求排在一起，有幾個地方互相拉扯，需要取捨。
- 老闆要頁面短，會計要細節。解法是分層與子頁面，主頁面只放結論與入口。
- 行銷想強調申請快速，法遵要求寫清楚審核可能不通過。解法是寫出流程的每個階段與可能的結果，不寫保證時間。
- 業務想把優惠費率放在首屏，會計頁需要長期適用的計算方式。解法是優惠資訊獨立成一個區塊，標明期間與條件，優惠結束後整塊移除，不影響其他內容。
- 櫃檯說明想用最簡單的話，客服希望涵蓋所有例外。解法是單張只放四個最常見情境，其他例外放在網頁版。
第二項討論最久。行銷原本的文案是「最快當天開通」。法遵指出這只在文件齊全且行業別單純時成立。最後改成列出各階段：送出申請、文件審核、合約簽署、開通測試，並說明哪些情況會需要補件。
費用與撥款資訊的揭露檢核清單
支付服務涉及金流，費用與條件的揭露我們做成一張檢核表，每次頁面更新都要過一遍。
- 每一項費用都有名稱、計算基礎與收取時點。
- 優惠與一般條件在同一畫面可見，優惠有起訖日期。
- 撥款週期寫明計算起點與遇假日的處理。
- 交易限額、保留款或延後撥款的可能情況有說明。
- 爭議款與退款時手續費的處理方式有說明。
- 不受理的行業與交易類型有清單。
- 頁面標註最後更新日期，並說明實際條件以合約為準。
這張表由行銷填寫，法遵簽核。支付業務在各地受到不同主管機關的規範，揭露的法定要求不在這張表的判斷範圍內，表上的項目只是行銷端的最低自我要求。
改版後用什麼方式驗收
驗收對應三方，各有檢查點，全部用免費工具與既有紀錄。
- 老闆端：在 GA4 設定申請表每一步的事件，看放棄集中在哪一步。行業別的資格確認移到前面後，檢查後段因資格不符而中止的情況。
- 會計端：客服紀錄中「對帳」「發票」「金額不符」類別的來電，由客服每週在試算表分類登記。
- 櫃檯端：開通後一段時間內的首筆交易是否發生，以及現場操作類的來電類型。
- 搜尋端：用 Google Search Console 看對帳說明頁與操作說明頁出現在哪些搜尋詞，確認既有店家找得到。
這些只做前後期的觀察紀錄。期間若有優惠活動或業務推廣，會影響申請量與來電量，報告裡要一併註明，不把變化全部歸給頁面改版。
這種三方觀點的做法不適用於哪些情況
適用的是服務小型實體店家、申請者與使用者不是同一人、開通後需要店家自行操作的支付或金融科技服務。
不適用的情況有幾種。對象是大型連鎖或需要系統串接的企業客戶，決策流程牽涉資訊與財務部門，需要的是技術文件與業務提案，不是申請頁。純線上收款的服務沒有櫃檯人員，第三種觀點要換成網站開發者或客服人員。服務尚未取得所在地要求的許可或登記時，任何招攬內容都不應上線。跨境收款涉及外匯與各地金融法規，頁面內容需交由當地持牌專業人士確認。
常見問題
行動支付的店家申請頁最該先放什麼資訊？
先放申請資格，尤其是受理與不受理的行業別。再依序放費用項目、撥款時間、準備文件與解約方式，讓店家在填表前就能判斷適不適合。
支付手續費在頁面上要怎麼寫才不會誤導？
列出每項費用的名稱、計算基礎與適用條件，優惠要在同一畫面寫明期間與限制，並註明實際費率以審核後的合約為準。
為什麼要另外做給會計看的對帳說明頁？
撥款金額已扣手續費且合併多日交易，與營業額對不上是常見問題。一頁欄位定義加示範例子，可以減少月結時的客服詢問。
櫃檯人員的操作說明要寫哪些內容？
只放現場最常遇到的情境：確認收款成功、客人已付但未顯示、退款、網路中斷。每個情境三步以內，並提醒只以店家端通知為準。