物流業網站的費用、工期與常見規劃錯誤
費用的組成
| 項目 | 影響因素 |
|---|---|
| 設計 | 套版、模組化或客製 |
| 基本單元 | 服務說明、流程、問答、案例的數量 |
| 費用說明或試算 | 計費規則的複雜度 |
| 訂單查詢 | 查詢方式與資料來源 |
| 會員與線上下單 | 是否有一般消費者直接下單 |
| 串接 | 物流商、金流、報關系統 |
最大的分水嶺是「有沒有一般消費者直接下單」。
- 純詢價型——接近一般企業形象網站的複雜度
- 有會員與線上下單——接近電商，成本明顯提高
能問到準確報價的九個問題
- 客戶會在線上直接下單嗎？ 還是先詢價
- 需要會員系統嗎？
- 計費規則有幾種？——分區、分級距、附加費用各有幾項
- 要做費率表，還是自動試算？
- 需要訂單查詢嗎？資料怎麼來？——人工、批次匯入或串接
- 要顯示幾種貨態？
- 需要串接物流商或報關系統嗎？
- 需要線上付款嗎？——或採匯款方式
- 需要幾種語言？
第三題與第五題最影響工時，卻最常被含糊帶過。
報價的組成見網站架設費用怎麼算。
建議的分階段做法
第一階段：說清楚
- 服務範圍與流程
- 費率表與計費說明
- 禁運與限制品項
- 常見問答
- 賠償與責任辦法
- 詢價表單與聯絡方式
這個階段就能承接大部分的詢問，成本也最可控。
第二階段：查得到
- 訂單或貨態查詢（先用人工或批次更新）
- 基本會員
- 通知機制
第三階段：自動化
- 線上下單與付款
- 費用自動試算
- 串接物流商系統
第三階段一定要等實際營運資料累積後再做。 屆時你會知道真正的例外有哪些、客戶真正需要多即時。
付款可以先用簡單的方式
不一定一開始就要串接第三方金流。先用匯款或轉帳，把介面預留起來，確認交易量之後再評估。
順霏供應鏈管理顧問有限公司的網站就是這個做法——購物與訂單流程完整，付款目前採 ATM 匯款，金流串接介面已預留。見作品說明與技術規格。
七個常見的規劃錯誤
一、計費規則沒定案就開始開發
最嚴重的一項。 計費邏輯是這類網站的核心，規則改動會牽動費率表、試算、訂單金額計算。
建議在開案前就把規則寫成文件並定案。
二、費率表做成圖片
搜尋引擎讀不到、手機看不清楚、改價要重做圖。而「運費」正是被搜尋最多的內容之一。
三、貨態設計沒想清楚誰更新
設計了十五種狀態，但現場沒有人力逐一更新，結果多數訂單永遠停在「處理中」。
每一個狀態都要有明確的更新者與時機。
四、禁運品說明太簡略
客戶最怕寄出後才被告知不能運。這一頁寫得完整，能減少大量爭議。
五、查詢功能洩漏個資
只憑單號就能查到收件人的姓名、電話、地址。單號可能出現在包裹外箱、對話紀錄、群組截圖中。
建議加上驗證，或分層顯示。
六、賠償規則沒有事先寫明
出事後才討論，雙方各說各話。事先寫清楚是保護雙方。
七、做了多語系但沒人維護
內容停留在兩年前，或機器翻譯品質不佳。與其三種語言都沒更新，不如一種語言做好。
工期的參考
影響工期的主要因素：
- 計費規則是否已定案——這通常是最大的變數
- 費率資料的整理速度
- 是否需要串接
- 語言版本數量
業主端最常造成延誤的三件事
- 費率還在調整——網站做到一半又改規則
- 禁運品清單還沒整理
- 貨態的定義沒有共識——不同部門講法不同
建議開案前先把這三項寫成文件，能明顯縮短時程。
資料準備清單見網站規劃階段要準備哪些資料。
長期維護的考量
這個產業的費率、航線、規則變動頻繁，網站的可維護性比一次性的美觀更重要。
發包時要確認的五件事
- 費率能不能自己改？
- 新增服務項目或航線，能自己加嗎？
- 禁運品清單能自己更新嗎？
- 貨態能用手機更新嗎？
- 網域與主機登記在誰名下？
第四題容易被忽略——現場人員不會坐在電腦前，如果只能用電腦更新，實際上就不會有人更新。
第五題最根本：管理權可以外包，所有權應該在自己手上。見網域要自己註冊還是交給網頁設計公司。
在地曝光也要顧
雖然業務是跨境的，但客戶找承攬業者時常會搜尋在地——「某某地區 報關行」「某某地區 集運」。
建議把商家檔案建立完整，包含地址、營業時間、服務項目。見Google 商家檔案是什麼。
驗收時的重點
- 後台修改一筆費率，確認前台正確更新
- 用手機更新一筆貨態
- 用手機完成一次查詢
- 用他人單號查詢，確認不會洩漏個資
- 費率表在窄螢幕可讀
- 從外部信箱確認收得到詢價通知
- 請實際會用的同仁操作後台一次
最後一項最有價值——後台好不好用，決定往後幾年的維護成本。
驗收項目見網站驗收怎麼做。
各業者的計費規則、服務範圍與作業流程差異很大，本文說明的是規劃原則與該確認的項目。實際的功能範圍與費用請依個案評估。