即時競價平台對外開放之前,優先釐清的應是競賽規則,而非版面長相:哪一筆出價算數、倒數如何收束、哪些人可以下標、得標後如何收款、通知在何時發給誰,以及單一後台如何同時經營多場。 實務上常見的落差是:介面討論拖得很久,上述六項卻拖到開放前幾天才倉促定案。
經營者常把目標說成「像現場拍賣一樣,眾人搶著加價」。畫面不難想像,真正棘手的是判定:同一瞬間兩人出價,誰優先?倒數最後一刻又出現新價,要不要延時?得標者逾期未付,後續如何處理?
實體會場有主持人當場定奪,網路上沒有這個人。凡是現場靠人工裁量的環節,都必須提前寫進程式邏輯。 下文以一家代拍業者的上線過程,逐項拆開這六個判斷。若要看從零建站的整體步驟,可先參考 拍賣型網站的建置路線;此處只處理啟動前必須定案的事項。
案例起點:代拍業者為何改走線上
該業者經營收藏品拍賣,過去只在實體會場進行,一週一場。場地與時段限制了可辦次數,想參加的人很多,真正能到場的只是其中一部分。
為他們建置的競價平台聚焦三項能力:買家可在手機或電腦上即時下標,所有人的畫面同步顯示最新價格與剩餘時間;會員、收藏與關注清單、金流與通知信集中在同一後台,並涵蓋全部場次;買家不必親臨會場,只要連上網路就能參與。
負責人在啟用後這樣描述成效:
「系統啟用後,週場次由一場拉到三場,同時在線人數穩定過百,成交比例上升超過六成。」(代拍業者負責人)
從營運角度看,要能加開場次,單場所需人力與規則爭議都必須壓到夠低。接下來六項決定,每一項都關係到營運能否撐住更高的場次密度。
| 對照項目 | 實體會場 | 線上即時競價 |
|---|---|---|
| 場次天花板 | 受場地與檔期束縛 | 由後台開場,不受場地束縛 |
| 可參與買家 | 僅限能到場的人 | 有網路即可參加 |
| 出價判定 | 主持人當場裁決 | 必須事先編成系統規則 |
| 價格可見性 | 只有在場者看得到 | 全員畫面同步刷新 |
| 買家資料 | 多半靠紙本登記 | 會員、收藏與關注清單可累積 |
| 得標收款 | 現場收費或事後對帳 | 串接金流,付款狀態自動回寫 |
| 爭議處理 | 現場當面說明 | 規則未事先公告就只能靠客服 |
決定一:哪一筆出價有效
即時競價最關鍵的原則是:所有人看到的「目前最高價」必須是同一個數字。
做法是讓伺服器擔任唯一裁判。買家送出出價後,請求進入伺服器,由它核對三項條件(該場是否仍在進行、金額是否高於目前最高價、此人是否具備出價資格),通過才寫入,再廣播給所有在線者。兩人於同一秒出相同金額時,以伺服器先收到的那一筆為準。
常見失誤是畫面先顯示成功,伺服器稍後才確認。網路一慢,買家以為自己領先,實際上已被超越,這類落差最容易傷害信任。
按鈕與狀態提示的設計,可另見 競價網站的下標介面做法;此處要先定的規則是:判定權在伺服器,畫面層只做呈現。
決定二:倒數與最終秒數
倒數表面上只是一個數字,背後有兩個問題必須先想清楚。
第一,計時必須以後端時鐘為準。每支手機的時鐘都可能相差數秒。若倒數依買家裝置計算,同一場會出現有人看到還剩數秒、有人看到已經結束的情況。
第二,最後幾秒的新出價是否延時。有些規則規定結標前一段時間內若有人出價就自動延長,用來抑制掐秒搶標。要不要採用沒有唯一答案,但必須在開放前決定,並寫進拍賣規則頁。
決定三:出價資格如何界定
線上拍賣更怕的不是沒人出價,而是出了價卻不付款。會員制度要先定三件事:
- 註冊驗證到什麼程度:只核對電子郵件,還是要手機驗證或實名資料
- 出價前是否先審核:新會員能否直接下標,或須由後台開通
- 棄標如何處理:得標未付款者是否停權,以及停權多久
這套系統另外提供收藏與關注清單,讓買家先存下感興趣的拍品,開場時再回來出價。場次增加之後,讓買家願意參加下一場,比單場熱度更重要。
決定四:得標後的收款安排
競價結束只完成交易的一半。開放前應先定好:
- 付款期限是幾天,逾期如何處理
- 同一買家在同一場得標多件,是否合併成一筆付款
- 付款完成後,狀態能否自動回寫後台,讓出貨人員不必逐筆對帳
此案例也串接了金流。建議把「得標到付款」當成獨立流程來規劃,不要等競價功能完成才補上,否則很容易退化成匯出得標名單、再由人工寄出付款通知。
決定五:通知對象與時點
通知是把買家叫回線上拍賣的工具,但發得太頻繁就會被當成垃圾信。常見時點有四個:
- 開場前提醒:關注清單中的拍品即將開始
- 出價被超越:讓買家決定是否加價
- 得標通知:附上金額與付款方式
- 付款提醒:期限將至仍未付款
此系統已串接通知信。開放前要先決定每一種通知由誰收到、走哪個管道、間隔多久,並允許買家在會員中心自行調整。
決定六:多場次的後台管理
這一項最常被低估,卻直接決定場次能否加開。每週從一場變成三場,代表後台的開場作業也要做三次。 若每一場都要手動上架數十件拍品、逐一設定時間,場次愈多,人力就愈吃緊。
後台至少要能:場次與拍品分開管理、拍品可指定到某一場、各場時間與狀態一眼看清、結標後直接查看每場的得標與付款狀況。此案例即以單一後台管理全部場次。
開工前該問廠商的六問
| 提問 | 值得採信的答法 | 需要警惕的答法 |
|---|---|---|
| 兩人同一秒出價,誰算贏? | 以後端收到的先後順序認定 | 「大概不會剛好撞在一起」 |
| 倒數以哪個時間為準? | 以後端時鐘為準,並讓畫面定時對時 | 直接用買家裝置的時鐘倒數 |
| 預計同時在線多少人,有測過嗎? | 會按預估人數的數倍做負載測試 | 等正式營運後再評估 |
| 得標不付款怎麼處理? | 管理端可標記逾期並設定停權 | 沒有機制,只能手工登記 |
| 開一場拍賣要花多少時間? | 當場走一遍後台如何開一場 | 僅出示介面截圖 |
| 原始碼與資料庫歸誰? | 程式碼交由業主,資料也能整批匯出 | 資料鎖在對方平台,無法遷移 |
最後一題特別關鍵:會員、出價紀錄與成交行情都是營運資產,簽約前應確認能完整帶走。其他上線前的通用檢查,可搭配 網站開放前的驗收要點 一起使用。
不必上即時競價的情境
並非每種拍賣都需要即時同步。下列情況,限時競標或既有拍賣平台可能更划算:
- 每場拍品不多、出價人數少:缺乏搶價熱度時,即時同步的價值有限
- 拍品屬於慢慢比價:買家習慣看上幾天再出價,不需要在固定時段搶標
- 市場仍在驗證:先用現成平台試辦幾場,確認買家願意線上出價再自建
反過來說,若已有一群固定買家,而實體場次被場地卡住,即時競價就是讓場次得以加開的關鍵。其運作方式與適合的產業,可參考 即時競價系統的原理與應用場景。
收尾:先定規則再做介面
即時競價系統的難度不在畫面,而在於把主持人腦中的規則逐條寫進系統。可以記住三點:
- 先寫拍賣規則文件:出價、倒數、棄標、付款這四條,在開發前就形成書面約定
- 後台開場流程要實際走一遍:場次能否加開,取決於辦一場要投入多少人力
- 開放前用真實人數壓測:最後幾秒的出價高峰,是系統最容易出錯的時刻
若要比較更完整的建站路徑,可從 網站建置總覽 著手。手上若已有實體拍賣規則、正考慮搬到線上,先把規則逐條攤開核對,通常很快就能看出哪些必須重寫。