本文目錄
線上
老闆最常說的是「我想要像拍賣會那樣,大家搶著出價」。畫面好想像,難的是規則:兩人同一秒出價誰算贏?倒數剩 1 秒有人出價要不要延長?得標的人三天沒付款怎麼辦?
現場拍賣有拍賣官當場裁決,線上沒有。所有
案例背景:龍承代拍社為什麼要把拍賣搬上線
龍承代拍社做的是古錢幣與紙鈔拍賣,原本只在實體拍賣場舉辦,每週 1 場。場地與時間限制了場次,想參加的買家很多,能到現場的只有一部分。
元伸為他們建置的 龍承古泉網 做了三件事:買家用手機或電腦即時出價,所有人的畫面同步更新最新出價與倒數時間;會員管理、收藏與追蹤清單、金流串接、通知信,一個後台管理所有場次;買家不必到現場,全台都能參加。
上線後的結果,負責人吳先生是這樣說的:
「即時競標系統上線後,每週拍賣場次從 1 場增加到 3 場,線上同時競標人數穩定破百,成交率提升超過 60%。」(吳先生,龍承代拍社負責人)
從營運的角度看,場次要能加開,辦一場拍賣的人力與規則爭議都得壓得夠低。下面 6 個決策,每一個都跟「營運能不能撐住更多場次」有關。
| 比較維度 | 實體拍賣場 | 線上即時競標 |
|---|---|---|
| 場次上限 | ✗ 受場地與檔期限制 | ✓ 由後台開場,不受場地限制 |
| 能參加的買家 | ! 只有到得了現場的人 | ✓ 全台有網路就能參加 |
| 出價判定 | ✓ 拍賣官當場裁決 | ! 必須事先寫成系統規則 |
| 價格資訊 | ! 在場的人才看得到 | ✓ 所有人畫面同步更新 |
| 買家資料 | ✗ 多半是紙本登記 | ✓ 會員資料、收藏與追蹤清單可累積 |
| 得標後付款 | ! 現場收款或事後對帳 | ✓ 串接金流,付款狀態自動回寫 |
| 爭議處理 | ✓ 現場當面說明 | ! 規則沒公告清楚就只能靠客服 |
決策一:出價以誰為準
即時競標最核心的一件事:所有人看到
做法是讓伺服器當唯一的裁判。買家按下出價,請求送到伺服器,伺服器檢查三件事(這一場還在進行嗎?金額有高過目前最高價嗎?這個人有資格出價嗎?),通過後才寫入,再廣播給所有在線的人。兩個人同一秒出同樣金額,以伺服器先收到的那一筆為準。
常見的錯誤是前端畫面「先顯示成功」,伺服器再慢慢確認。網路一慢,買家以為自己是最高價、其實已被搶先,這類爭議最傷信任。
出價按鈕、狀態提示怎麼設計,可以參考 競標網站的出價介面設計;這裡要先定的是規則:伺服器
決策二:倒數怎麼跑,最後一秒怎麼算
倒數計時看起來只是一個數字,背後有兩個問題要先想清楚。
第一,時間以伺服器為準。每支手機的時鐘都可能差幾秒,如果倒數靠買家自己的裝置計算,同一場拍賣會有人看到剩 5 秒、有人看到已結束。
第二,最後
決策三:誰有資格出價
線上拍賣最怕的不是沒人出價,是出了價不付款。會員制度要先決定:
- 註冊要驗證到什麼程度:只要 Email,還是要手機驗證或實名資料
- 出價前要不要先審核:新會員能直接出價,還是要後台開通
- 棄標怎麼處理:得標不付款的會員,是否停權、停權多久
龍承的系統另外做了收藏與追蹤清單,讓買家先存下有興趣的拍品,開場時回來出價。場次加開後,讓買家「下一場還會回來」更重要。
決策四:得標之後怎麼付款
競標結束只是交易的一半。上線前要先定好:
- 付款期限是幾天,逾期怎麼處理
- 同一位買家在同一場得標多件,要不要合併成一筆付款
- 付款完成後,狀態要能自動回寫到後台,出貨人員不用逐筆對帳
龍承案例也串接了金流。我會建議把「得標到付款」當成獨立流程規劃,不要等競標功能做完才補,否則很容易變成匯出得標名單、再人工發付款通知。
決策五:什麼時候通知誰
通知是線上拍賣把買家「叫回來」的工具,但發太多會被當成垃圾信。常見的通知時機有 4 個:
- 開場前提醒:追蹤清單裡的拍品即將開場
- 出價被超越:讓買家決定要不要加價
- 得標通知:附上金額與付款方式
- 付款提醒:期限快到還沒付款
龍承的系統串接了通知信。上線前要先決定的是每一種通知「誰會收到、用什麼管道、多久發一次」,並讓買家可以在會員中心自己調整。
決策六:一個後台怎麼管多場
這一項最常被低估,卻直接決定場次能不能加開。每週從 1 場變 3 場,代表
後台至少要能做到:場次與拍品分開管理、拍品可指定到某一場、各場次的時間與狀態一目了然、結標後能直接看到每場的得標與付款狀況。龍承案例就是用一個後台管理所有場次。
上線前必問開發商的 6 個問題
| 問題 | 好的回答 | 該警覺的回答 |
|---|---|---|
| 兩人同一秒出價,誰算贏? | 以伺服器收到的順序為準 | 「應該不會同時啦」 |
| 倒數以哪個時間為準? | 伺服器時間,前端定期校正 | 用買家裝置的時間倒數 |
| 預計同時在線多少人,有測過嗎? | 會以預期人數的數倍做壓力測試 | 「上線後再看」 |
| 得標不付款怎麼處理? | 後台有逾期標記與停權設定 | 沒有,要人工記錄 |
| 開一場拍賣要花多少時間? | 現場示範後台開場流程 | 只給畫面截圖 |
| 原始碼與資料庫歸誰? | 原始碼交付,資料可完整匯出 | 平台綁定,不能搬走 |
最後一題特別重要:會員、出價紀錄與成交行情都是你的營運資產,確認能完整帶走再簽約。其他上線前的通用檢查項目,可以搭配 網站上線前驗收清單 一起用。
什麼情況不必做即時競標
老實說,不是每個拍賣都需要即時。以下情況,限時競標或現成拍賣平台可能更划算:
- 每場
拍品 :沒有搶價的熱度,即時同步的價值有限不多、出價 人數少 - 拍品是慢慢比價型:買家習慣看幾天再出價,不需要固定時段搶標
- 還在驗證市場:先用現成平台試幾場,確認買家願意線上出價再自建
反過來說,如果你像龍承一樣,已經有一群固定買家、實體場次被場地卡住,即時競標就是讓場次加開的那把鑰匙。即時競標的運作原理與適用產業,可以參考 即時競標系統的運作原理與應用。
結語:規則先寫清楚,再談畫面
即時競標系統的難度不在介面,在於把拍賣官腦中的規則一條條寫進系統。根據元伸科技 24 年的經驗,記住這 3 點:
- 先寫拍賣規則文件:出價、倒數、棄標、付款這 4 條規則,在開發前寫成白紙黑字
- 後台
開場 :場次能不能加開,取決於開一場要花多少人力流程要實際走一遍 - 上線前用真實人數壓測:最後幾秒的出價高峰,是系統最容易出錯的時刻
更完整的架站方式比較,可以從 網站架設完整指南 開始。如果你手上已經有實體拍賣的規則,正在想怎麼搬到線上,把規則拿出來跟 元伸科技 一起過一遍,通常很快就能看出哪幾條需要重寫。