很多高雄的水產與農產業者，網站做起來之後才發現真正的難關在後面：頁面再漂亮，只要出貨這條線沒接好，一個產季就會被客訴淹沒。低溫宅配有它自己的遊戲規則，收單時間、溫層、可配送區域、天候影響，每一項都會回頭改變網站上該長什麼樣子。換句話說，高雄購物網站建置的重點，從來不只是把商品上架，而是把出貨的現實條件寫進系統裡，讓網站自己擋掉那些做不到的訂單。
高雄購物網站建置的第一步：先畫出貨流程再談系統設定
比較常見的失敗順序，是先把購物系統架好、商品上完，最後才想物流。結果就是系統允許買家下一張根本出不了的單，只好靠客服一張一張打電話取消。正確的順序是反過來：先把現實中的出貨流程畫出來，再把每一個限制翻譯成系統設定。
所謂畫流程，是從買家按下結帳那一刻開始，一路寫到貨送到門口：幾點前的訂單今天處理、貨從哪裡出、誰負責包裝、包裝要多久、交車給物流是幾點、週末與假日怎麼算、收不到貨會怎麼處理。這張流程圖不需要工具，紙筆就夠，但一定要跟真的在出貨的人一起畫，不能只靠老闆記憶。
流程畫完之後，會發現很多看似網站的問題其實是流程問題。例如「為什麼常常延遲出貨」，追下去往往是包裝人力在特定時段不足，而不是系統慢。高雄購物網站建置的價值，有一半是在這個盤點過程中產生的。
低溫與冷凍宅配的串接：溫層是會牽動整張訂單的欄位
常溫、冷藏、冷凍是三條不同的配送線，包材不同、收單時間不同、可到貨日也不同。系統上最關鍵的一件事，是讓每一項商品都帶著溫層屬性，而且這個屬性要能往上影響整張訂單。
具體會影響的環節包括：購物車要不要把不同溫層拆成不同出貨單、運費要怎麼計算、可選的到貨日與時段要不要跟著變、出貨標籤要印哪一種。如果溫層只是商品頁上的一行說明文字，沒有進到訂單邏輯裡，那後面每一筆混合溫層的訂單都要人工判斷，量一大就撐不住。
另外要一併想清楚的是免運門檻。如果全站共用一個門檻，買家很容易靠加購常溫品湊到免運，卻讓你多出一筆冷凍運費。門檻是否依溫層分開計算、拆單之後門檻怎麼算，這些規則要在建置階段就定案，上線後再改會牽動舊訂單的對帳。
可到貨日與配送時段：從出貨端往回推
買家在結帳時選的到貨日，不應該是一個自由填寫的欄位，而應該是系統依據幾項條件算出來的可選清單。這幾項條件通常包括：現在幾點、今天是不是工作日、這張單含哪些溫層、商品是現貨還是預購、配送地址屬於哪一種區域。
算法上可以這樣理解：先判斷這張單最快能在哪一天交車給物流，再依配送區域加上運送天數，得到最早可到貨日；接著把公休日、國定假日與已知的暫停出貨期間從可選清單裡拿掉。看起來繁瑣，但只要規則一次定義清楚，後面就能自動運作。
配送時段也要誠實。如果某些溫層或某些地區其實無法指定時段，就不要在結帳頁上把時段選項開出來。開了卻做不到，比一開始就說明不能指定更傷。系統能不能在選到特定地址時自動收起時段選項，是建置時值得特別要求的細節。
離島與偏遠地區：規則寫進系統，不要靠客服口頭擋
低溫商品到離島與部分山區，常常會有不能配送、只能走特定方式、或是運費另計的狀況。把這件事交給客服處理，表面上有彈性，實際上是把成本轉嫁到人身上，而且處理標準會因人而異。
比較可靠的做法，是在系統裡建立配送區域的分組，讓不同分組對應不同的可配送溫層、運費與到貨天數。買家輸入地址之後，系統自己判斷，該擋的擋、該加價的加價、該提前告知的提前告知。這樣的規則一旦建好，人員流動也不會影響一致性。
同時建議在商品頁與購物車就給出提示，而不是等到結帳最後一步才報錯。買家已經填完資料才被退回來，挫折感最大，棄單率也最高。高雄購物網站建置在這一點上的原則很單純：越早讓買家知道限制，整體損失越小。
天候與產季導致的暫停出貨，系統上怎麼處理
颱風、連日豪雨、寒流、禁漁期、產季空窗，都會讓出貨暫停一段時間。這種狀況在南部沿海與農產業者身上是常態，不是意外，所以系統應該有固定的處理方式，而不是每次都靠臨時公告。
可以準備的機制大致有幾層：
- 全站層級的暫停出貨期間設定，設定後該期間自動從可到貨日清單中消失
- 商品層級的上下架排程，讓非產季商品自動下架或改為預購
- 顯眼但可關閉的公告區塊，說明目前的出貨狀況與預計恢復時間
- 已成立訂單的通知範本，避免每次都重新寫一封信
更重要的是內部的判斷標準：什麼情況下要暫停、由誰決定、決定後誰負責在系統上操作。把這三件事寫下來貼在出貨區，比任何功能都有用。系統只是把決定執行出來，決定本身還是人要做。
另外提醒一點，暫停期間不必然要關閉購物功能。可以改成接單但明確標示延後出貨，讓買家自己選擇要不要等。願意等的買家其實不少，關鍵只在於你有沒有把話說在前面。
預購與現貨的訂單分流
農漁產品很常出現預購與現貨並存的狀況：這一批還在海上或還沒採收，但下一批已經可以出。如果系統把兩者混在一起，最後就會出現一張訂單裡有現貨也有預購，結果整張單卡著等預購，現貨也送不出去。
處理方式有兩種路線。一種是嚴格分流，購物車就不讓現貨與預購混合，買家要分成兩張單。好處是流程單純、不易出錯，代價是買家要多結帳一次。另一種是允許混合，但系統要能自動拆單、分別計算到貨日與運費，並且在結帳前就明確告知會分幾次送達。後者體驗較好，但對系統與包裝流程的要求高很多。
不論選哪一種，預購商品頁上都必須清楚寫出預計出貨的時間範圍，以及如果延期會怎麼處理。預購本質上是請買家先付錢再等待，這份信任要靠資訊透明來維持。建置時把預購的欄位、通知節點與退款規則一起想好，上線之後才不會每一次預購都變成一次混亂。
常見問題
剛起步、單量還不大，有必要做到這麼複雜的設定嗎？
可以分階段。初期至少要做到溫層與訂單綁定、暫停出貨期間可以設定這兩件事，其餘先用人工搭配固定的作業規則。重點是把規則寫下來，等單量上來再交給系統執行，而不是永遠靠記憶。
系統一定要跟物流業者的系統直接串接嗎？
不一定。串接的好處是省下人工輸入與貨態查詢的時間，但需要評估單量與開發成本。單量還小的時候，用匯出訂單再上傳的方式也能運作，等到人工作業真的變成瓶頸，再考慮串接會比較務實。
颱風季訂單取消很多，系統能幫上什麼忙？
系統能做的是把不能出貨的日子提前擋掉、把狀態即時通知買家、把退款流程標準化。它沒辦法讓天氣變好，但可以讓每一次暫停出貨的處理成本降低，也讓買家感覺你有在管。
網站建置完成後，搜尋排名會自己上來嗎？
不會，也沒有人該向你保證排名。SEO 通常需要數個月的累積，而且跟內容與網站結構關係更大。建置階段能做的，是把網址結構、商品資訊與載入速度打好底，讓後續的努力不會被技術問題抵銷。
如果你正在評估要不要重做購物網站，建議先別急著看報價，而是先花一個下午把出貨流程完整寫一遍。那張流程表會告訴你，真正需要系統解決的是哪幾件事，也會讓你在跟廠商談的時候問到重點。
創昇SEO提供免費的網站健檢與全台免費到府解說，可以陪你把現有流程與系統設定對照著看一遍，指出哪裡是靠人力硬撐、哪裡其實可以交給系統。看完之後要不要調整，仍然由你決定。