金流物流

開通的付款方式越多，成交機會越高

不同客群的付款習慣差異很大：年輕族群習慣行動支付、企業採購偏好轉帳、部分消費者只信任貨到付款。少開一種，就可能少一批客戶。

但每一種都有成本與作業負擔，需要取捨。

常見的付款方式

幾個容易被忽略的差別

ATM 虛擬帳號 vs 一般匯款

這是最值得升級的一項。傳統做法是公告一個公司帳號，請客戶匯款後回報末五碼——對帳全靠人工，容易出錯也容易漏單。

虛擬帳號則是每一筆訂單產生一組專屬帳號，客戶匯入後系統自動比對、自動更新訂單狀態。省下的人力遠超過手續費。

貨到付款的隱藏成本

它能提高首次購買的意願，但要注意：

• 拒收率較高——貨已寄出卻被退回，運費與包裝成本由賣方吸收
• 款項回收較慢
• 手續費通常較高

建議做法：設定金額上限，或對高單價商品不開放貨到付款。

分期的手續費由誰負擔

分期的手續費通常高於一次付清。要先決定是賣方吸收（顯示為免息分期）還是買方負擔，這會影響定價策略，也必須在頁面上清楚說明。

該開哪幾種

建議依客群決定，而不是全部都開：

• 一般消費性商品——信用卡 + 超商 + 行動支付
• B2B 或高單價——信用卡 + ATM 虛擬帳號
• 首購比例高的品牌——加開貨到付款，但設金額上限
• 客群偏年輕——行動支付優先

付款方式可以之後再加開，但要先確認串接架構支援。發包時問清楚「之後要加開一種付款方式，需要另計費用嗎」。

非即時付款要處理的事

ATM 與超商付款不是即時完成的，這帶來幾個必須處理的問題：

1. 要保留庫存嗎？ 客戶取得付款代碼但還沒繳費，這件商品要不要先扣庫存？不扣可能超賣，扣了可能被佔用
2. 繳費期限多久？ 逾期未繳的訂單如何處理
3. 要不要提醒？ 快到期時是否寄信通知
4. 付款完成後訂單狀態自動更新嗎？

第四項務必確認。如果不會自動更新，就要人工核對每一筆，量大時一定會出錯。

結帳頁面的呈現

• 把付款方式清楚列出，並說明各自的作業時間
• 有手續費差異的要標明——例如分期或貨到付款是否加收
• 不要預設勾選對消費者不利的選項
• 金額要在選擇付款方式後即時更新，避免結帳時才發現與預期不符

國外客戶

如果有海外訂單，需要考慮：

• 支援國際信用卡的金流服務
• 幣別的顯示與換算
• 匯率差與跨境手續費由誰負擔
• 提領時的解款流程與費用

國際金流的申請與作業通常比國內複雜，若海外訂單比例不高，可以先評估是否值得投入。

各金流與物流服務商的方案、費率、撥款週期與申請條件會不定期調整，本文說明的是類型與評估方式，實際條件請以各服務商當下之公告為準。

三種費用，性質不同

評估時最容易犯的錯，是只比較前兩項而忽略第三項。手續費是按每一筆交易收取的，長期累積遠超過建置成本。

手續費怎麼算

常見的計算方式有三種，各家與各付款方式不同：

• 按比例——交易金額的百分之幾，信用卡多屬此類
• 按筆固定——每筆固定金額，ATM 與超商常見
• 比例加固定——兩者並用

為什麼要注意計算方式

這直接影響不同客單價的成本結構：

• 客單價低——按筆固定的方式，成本佔比會很高。賣一件兩百元的商品，固定手續費可能吃掉不小的毛利
• 客單價高——按比例的方式，單筆成本會很可觀

所以沒有「哪一家比較便宜」的標準答案，要用自己的實際客單價去試算。

試算的方法

拿你預估的月交易筆數與平均客單價，逐一代入各家的費率算出月成本。同時要注意：

• 不同付款方式的費率不同——信用卡、ATM、超商、分期各自不同
• 分期通常較高，期數越多可能越高
• 是否有月費或最低消費
• 退款是否退還手續費——多數不退，這是常被忽略的成本
• 撥款是否另收費用

撥款週期：影響現金流

這是評估時最容易被忽略、卻對營運影響最直接的一項。

客戶付款後，錢不會馬上進到你的帳戶。 金流服務商會依約定的週期結算後撥款，可能是數日到數十日不等。

為什麼重要

如果你的商品需要先付錢給供應商，而貨款要等一個月後才入帳，中間就有現金流缺口。交易量越大，缺口越大。

要確認的事

• 撥款週期多長
• 是固定日期結算，還是交易後起算
• 是否有最低撥款金額
• 撥款是否收費
• 遇到假日如何處理

週期較短的方案，手續費通常較高。 這是一個取捨——如果現金流吃緊，多付一點手續費換取較快入帳可能是值得的。

其他容易漏掉的成本

• 退款手續費——多數情況原本的手續費不退還，等於白付
• 爭議款處理費——消費者向發卡行提出爭議時可能產生
• 跨境或外幣交易的額外費用
• 帳戶維持費或閒置費——長期無交易時部分業者會收取

選擇金流服務商時該問的六件事

1. 各種付款方式的費率分別是多少？
2. 撥款週期多長？有無最低金額？
3. 有沒有設定費、年費、月費？
4. 退款時手續費會退嗎？
5. 是否支援自動回寫訂單狀態？
6. 審核需要多久？需要哪些文件？

第五項屬於技術面，但直接影響人力成本——不能自動回寫的方案，等於每一筆都要人工確認。

換金流服務商的成本

初期選擇時值得考慮這一點。更換服務商需要：

• 重新申請與審核
• 網站端重新串接（開發費用）
• 測試與上線的空窗期
• 既有的定期扣款或未完成訂單需要處理

所以不必為了些微的費率差異頻繁更換，但也不要在初期就選擇明顯不合適的方案。

金流成本要計入定價

最後一個實務提醒：手續費是實際的營業成本，應該計入商品定價或運費結構。

常見的錯誤是定價時只算了商品成本與運費，忽略了金流手續費，結果毛利比預期低。低客單價的商品尤其要注意，固定手續費可能佔掉可觀的比例。

網站的整體年度支出見網站每年的固定支出有哪些。

各金流與物流服務商的方案、費率、撥款週期與申請條件會不定期調整，本文說明的是類型與評估方式，實際條件請以各服務商當下之公告為準。

物流串接在做什麼

物流串接讓網站與配送服務連動，主要處理三件事：讓客戶在結帳時選擇配送方式與地點、把訂單資料傳給物流業者、以及把配送狀態回傳給客戶查詢。

沒有串接也能運作——人工建立託運單、手動輸入地址、自行通知客戶。但量一大就會出錯，也很耗人力。

常見的配送方式

超商取貨的兩個重點

• 尺寸與重量限制——超過就無法使用。商品規格接近上限時要特別注意，包裝方式會影響能不能寄
• 逾期未取——會退回賣方，運費與作業成本由賣方承擔。建議設定提醒機制，並在條款中說明處理方式

運費規則：比想像中複雜

這是物流功能開發成本的主要來源。看似簡單的「運費」，實際上可能包含：

• 依配送方式不同——超商、宅配、郵寄各自不同
• 依地區不同——本島、離島、山區加價
• 依重量或材積計算
• 滿額免運——門檻是多少？計算的是折扣前還是折扣後金額？
• 多件商品的合併計算——是否有件數上限
• 特殊商品——冷藏冷凍需分開計算與配送
• 促銷期間的運費活動

規則越多，開發成本越高。 建議規劃時先把規則寫成一份完整的文件，那就是報價與驗收的依據。

一個實務建議

運費規則越簡單越好。複雜的規則不只開發貴，客戶也算不出來自己要付多少——算不出來就容易放棄結帳。

「滿一千免運，未滿收一百」這種一句話說得完的規則，往往比精算的階梯式運費更有效。

出貨流程

後台應該能完成這個循環：

1. 確認訂單與付款狀態
2. 建立託運單、取得物流單號
3. 列印出貨單與標籤
4. 更新訂單為已出貨，並自動通知客戶
5. 客戶可查詢配送進度

其中第四項的通知很重要——客戶最常詢問的就是「我的東西寄了沒」，自動通知能大幅減少客服負擔。

退貨與換貨

這是最容易被忽略、實際上一定會遇到的環節。要先決定：

• 退貨期限——需符合相關法規對於通訊交易解除權的規定
• 退貨運費由誰負擔——瑕疵與非瑕疵是否不同處理
• 退款方式與時間——原路退回還是匯款？多久完成？
• 已使用點數或優惠券的訂單怎麼處理
• 部分退貨如何計算運費——原本滿額免運，退貨後未達門檻怎麼辦

最後一項是實務上最常爭議的。規則要事先寫進退換貨政策，不要等發生了再決定。

點數與優惠券的規則設計見會員分級、點數與優惠券怎麼規劃。

庫存管理

如果商品有數量限制，要處理幾個問題：

• 何時扣庫存——下單時就扣，還是付款完成才扣
• 未付款的訂單佔用庫存多久
• 取消或退貨後是否回補
• 是否有其他銷售管道——實體店面、其他平台，庫存要不要同步

最後一項若需要多通路同步，複雜度會明顯提高，通常需要另外的系統或串接。

需要在網站上清楚說明的事

這些不只是體驗問題，金流申請審核時通常也會檢查：

• 配送方式與運費計算方式
• 出貨時間與配送時效
• 退換貨政策與期限
• 離島或特殊地區的處理
• 缺貨時的處理方式

建議做成獨立的購物須知頁面，並在結帳流程中提供連結。

各金流與物流服務商的方案、費率、撥款週期與申請條件會不定期調整，本文說明的是類型與評估方式，實際條件請以各服務商當下之公告為準。

金流物流的問題，多數與「狀態同步」有關

購物網站上線後遇到的問題，大部分不是功能做不出來，而是網站、金流、物流三邊的狀態沒有對上。

以下是最常見的幾種，以及處理方式。

一、客戶說付款了，但訂單顯示未付款

最常見的客訴。可能的原因：

• 付款結果沒有回傳成功——網路中斷、或客戶付完款就直接關閉視窗
• 非即時付款尚未入帳——ATM 與超商有作業時間
• 回傳通知被遺漏——系統當下沒接到

正確的系統設計

好的串接不會只依賴「客戶付完款後被導回網站」這一條路徑，因為客戶可能中途關閉視窗。應該同時具備：

• 由金流端主動通知網站的背景機制
• 主動查詢的機制——網站可以反過來向金流端確認某筆訂單的狀態

發包時可以直接問：「如果客戶付完款就關掉視窗，訂單狀態會正確嗎？」

後台該有的功能

管理者要能手動查詢並更新單筆訂單的付款狀態，處理無法自動解決的個案。沒有這個功能，就只能請廠商進資料庫改，效率很差。

二、重複付款

客戶以為沒成功而重複操作，造成同一筆訂單付了兩次。

預防

• 送出後按鈕立即鎖定，防止重複點擊
• 已完成付款的訂單，不應再次進入付款流程
• 結帳頁明確顯示目前狀態

發生後

需要退款其中一筆。要注意退款通常不退還原本的手續費，這筆成本由賣方承擔——這也是預防比事後處理划算的原因。

三、超賣

庫存顯示還有，但實際已經沒貨。常見於：

• 多人同時下單同一件商品
• 非即時付款佔用庫存的規則沒設好
• 實體店面與網路共用庫存但未同步

處理方式

• 明確定義何時扣庫存——下單時扣較安全，但要設定未付款訂單的釋放時限
• 庫存接近零時提前顯示「剩餘數量」
• 多通路銷售時，考慮共用庫存的機制
• 準備好缺貨時的處理流程與話術

四、對帳對不起來

網站的訂單金額總和，與金流後台的入帳金額不符。常見原因：

建議每月固定對帳一次，把網站後台的訂單清單與金流後台的交易明細逐筆核對。發現差異要及早釐清，累積越久越難查。

五、物流單號沒有回傳

客戶查不到配送進度，或收不到出貨通知。多半是出貨流程中某一步沒有完成——建立了託運單但沒有更新訂單狀態、或通知信寄送失敗。

通知信的問題見表單資料存哪裡、通知信收不到怎麼辦——網站主機寄出的信同樣需要納入寄件驗證設定。

六、逾期未取貨

超商取貨的常見狀況，商品退回賣方，運費與作業成本由賣方吸收。

降低方式

• 到貨時主動通知，並在期限前再提醒一次
• 在購物須知中說明逾期未取的處理方式
• 對多次未取的客戶，可考慮限制使用超商取貨

七、測試環境的問題

金流串接一定要測試，但測試有幾個要注意的：

• 使用金流服務商提供的測試環境與測試卡號，不要用真實卡片
• 正式上線前務必切換為正式環境參數——這是很常見的疏忽，結果上線後收不到錢
• 上線後用小額真實交易測試一次完整流程，包含退款
• 測試各種付款方式，不要只測信用卡

最後一項要特別注意：非即時付款的流程與信用卡完全不同，必須各自測過。

上線後的例行檢查

1. 每月對帳一次
2. 定期抽查訂單狀態是否正確
3. 確認通知信正常寄出且未進垃圾郵件匣
4. 檢視退貨與客訴的原因，找出流程問題
5. 留意金流與物流服務商的規則異動公告

最後一項容易被忽略——服務商調整費率、規格或串接方式時，網站端可能需要配合更新。 這類通知通常寄到申請時留的信箱，要確保那個信箱有人在看。

各金流與物流服務商的方案、費率、撥款週期與申請條件會不定期調整，本文說明的是類型與評估方式，實際條件請以各服務商當下之公告為準。