WooCommerce, WordPress, 實用技巧

線上一番賞網站平台設計開發指南

線上一番賞網站平台設計開發指南

台灣線上一番賞網站平台的起源

2021 年開始,線上一番賞平台出現在網路世界,其中台灣以最具代表性的《oneone – 玩玩一番賞》率先在台灣取得相當的知名度與市占率,隨後在 2023 年爆發後如雨後春筍般地增加了很多不同的線上一番賞品牌,而線上一番賞平台這種網站架設的需求自然就多了起來。這種就是將傳統日本的萬代一番賞實體搬到網路上,而萬代本身也有自己的線上一番賞抽取網站。

然而身為一個網站前端工程師,本身有寫一些文章與開發的 Side Project 的習慣,在一篇文章《線上一番賞配率追蹤機器人 LINE Notify 開發(上)》吸引了很多網友來詢問「架設一番賞網站網站平台」這件事,也被身邊很多好友問過「你會做一番賞網站平台嗎?」因此才想到這樣來賺寫一篇開發指南,讓讀者透過此篇了解開發的注意事項,確認你都能處理面對架設一個一番賞網站平台會遇到的困難與門檻,再來進行開發。

前置作業與條件

我把這個寫在最前面就是讓你快速檢視自身條件,如果都沒辦法解決,那就打消念頭吧...不要浪費時間尋求便宜或者免費的資源了,就像天堂私服這種市場需求一直都有,但要架設與開發維護又是一個工,這就是條件與門檻。

  1. 本身熟悉一番賞遊戲規則嗎?
  2. 是否有合法登記的公司營業登記?
  3. 是否有第三方支付金流?或者銀行串接代收?
  4. 經營模式為平台自營還是招商進駐?

以上四點很基本,應該說是必須的,除了第一點可以日後再學習或者是招商模式不是完全必要,其他三點若無法滿足條件,那基本上就不用搞了。

怎麼說呢?從第二點開始說起:

是否有合法登記的公司營業登記?

如果沒有合法登記的公司營業登記許可,你在初期可能可以稍微蒙騙瞎混的當作沒這件事,就像是等被查到再來處理補辦,但終究逃不了經濟部國稅局等等的追殺,因為只要有網路消費的行為,在國稅局的眼中很少能完全躲過全身而退。

違反營業登記法:根據《商業登記法》,從事商業活動者應依法辦理商業登記。若未登記而營業,可能會被主管機關處以罰鍰。

稅務問題:未辦理營業登記的商業活動可能會被視為逃漏稅,這可能導致稅務機關進行調查並要求補稅,甚至處以罰款。

接著第二點又跟第三點環環相扣,在申請第三方金流代收服務的時候,在審核階段會有分為個人金流與公司金流,收款的額度會因為審核的結果有差異,一般個人金流會因為風險控管等因素受限,通常會在一個月 20 萬新台幣以內,如果你是自營的方式,這樣的額度通常是不夠的。

是否有第三方支付金流?或者銀行串接代收?

承第二點,也是最多人在這邊打退堂鼓的地方,第二點末端有解釋,在選擇金流代收的地方會受到很關鍵的影響,又牽扯到你如果進行網路銷售,你就會有可能要開立發票,當金額過大超過一定額度,是不太可能不開發票的,所以簡單說你要第三方金流代收,不然你的一番賞網站平台在付款收款的地方會嚴重卡關,變成很麻煩的被動「LINE 私下交易」「線下付款」這種不夠快速直覺的方式會一直困擾著你。因為網路上的客人要馬上付款馬上抽,還要另外連絡會變得很綁手綁腳的,又非即時你可想而知,不過這樣好處是適合小額消費,營業額不超過 20 萬的小商家,小打小鬧的感覺。

如果手骨粗,直接跟銀行串接那就不會有這些問題了啦。問題是這種手骨粗的少之又少,通常都是有一定規模以上的企業才會有這種直串的。

如果連第三方支付金流代收都申請不了,又不想妥協被動地詢問付款,那就可以放棄了。

經營模式為平台自營還是招商進駐?

經營的模式是很關鍵的一個條件,絕大多數的人希望的是「平台自營」也就是上面的一番賞商品都是官方放上架的,常常都用來做自製一番賞的商品居多;如果是招商進駐,就會有平台方金流代收拆帳分潤的方式,也有單純收使用費,不過大多都是偏向使用抽成分潤的機制,透過抽成拆帳的方式去解決發票開立的問題。

開發框架

開發框架這件事,其實沒有絕對的選擇,而是看我們怎樣的開發方式,差別在於開發的速度與習慣的方式;我們常見的有數種,例如你正在看的這篇文章這個網站是使用 PHP 開發的,核心 WordPress CMS 系統,也有人用 Laravel、Node.js、Django、Ruby …. 如果你非專業,這章節可以直接跳過。

不會有用什麼框架開發就比較便宜,都是工。

線上一番賞一定可以作弊?

我想這章節應該比較有許多人想看,這也是我從事這行業中,遇過的一些需求與一些故事。也算是有遇到來詢問架設這種網站要求要有這些功能。這部分為了保護當事者與我自己,我不會提供是哪個平台發生過或者正在執行這種行為,純粹讓你們知道在加密演算法上有哪一些方式機制,不代表影射特定網站平台,切勿對號入座:

  1. 隨機亂數打散
  2. 保底機制
  3. 固定獎項位置
  4. 後台查看

談談加密演算法

以上是四種目前常見的加密演算法/機制,我逐一為你們解說這些加密演算法機制的差異優缺。

隨機亂數打散

常見也是目前最公平的機制,目前幾乎在市場上風評好、穩定的平台使用的方式。透過加密演算法類似 AES-256-CBC 的加密技術,它需要使用一組特定的「金鑰」和「初始化向量 (IV)」來進行加密。這組金鑰和初始化向量 (IV) 就像是一把鎖和一個鎖孔,只有擁有正確的鑰匙 (金鑰和初始化向量) 才能解鎖並看到原本的獎勵內容。在獎勵沒有被全抽完之前,是無法解開的,要驗證也可以將金鑰進行解密驗證,最後得到的結果你就可以查證你抽的線上一番賞的位置或者編號是否與隨機打散的位置是否一致。

然而,你會問這樣能作弊嗎?坦白說必須要設計一個機制 LOG 之類的方式去提前解密,但就我操作過使用這種加密方式的平台而言,是沒有辦法的,因為連上架一番賞都不經過商家的手,更別提碰到有這種機制讓我們使用。如果有,這個平台應該早就倒了。

檢測方式:這個平台是否常會有一發入魂,沒有頻繁發生那種大獎全部都只在最後幾抽才陸續出來的狀況

保底機制

某些平台有這種機制,真心覺得對商家來說超棒的!對客戶來說超坑超缺德的。何謂保底機制?例如一套線上一番賞,一共有 80 抽,抽出的獎品大獎分別是 A、B、C 賞,可以在後台設定保底機制,在「多少抽之後」才會出 A、B、C,一般的官方一番賞通常 80 抽賣出 40 抽過半就可以說是保底回本了,這機制就能確保商家不會一開始就被人一發入魂造成廢套虧損,例如 2023 年的哥吉拉-1.0 這套,我就看過實體一番賞被十抽三個 A 賞(除了最後賞的最貴大獎)直接廢掉,剩下 70 抽全是小獎誰要啦!?400 一抽 x 70 抽 = 28,000 得到一堆小獎跟一個最後賞,頭去撞到嗎?為了避免這種情況發生,才出現了這種機制。

然而說穿了,對商家是絕對的保障,對客人是絕對的缺德。平台也不可能公開承認就是這樣的演算法機制,說了這個平台就廢了啊,誰要當前面的盤子/韭菜呢?說是機率問題,連續幾十套都是抽到最後才出大獎,這機率跟你出門被飛機掉下來砸死差不多。

檢測方式:平台幾乎沒有一發入魂的紀錄,頻繁發生抽到最後幾抽才陸續出大獎

固定獎項位置

這與保底機制比起來顯然溫和許多,就跟娃娃機流行的刮刮樂答案卡差不多,上架的商家可以知道自己獎項固定在哪個號碼哪個位置,它可以得知抽的狀況並評估該套一番賞的銷售風險。這其實也沒太大問題,只要不要「乾洗」客人,就算是滿公平了,因為要作弊的方式就是不外乎兩種方式:

一、抽到一定數量配率變得很好的時候,忽然這套就下架了(又稱乾洗)

商家發現配率變得很好的時候,知道接下來大獎要被抽走了,趕快下架換一套新的一番賞上架,上一套抽的人都被當韭菜割了。這就是乾洗,商家只要補上小獎就能重新組好一套一番賞繼續賣,跟娃娃機刮刮樂詐騙一樣手法。

檢測方式:你很確定這套還沒被完抽,但忽然就不能抽了消失了或變新的一套,也沒看到這套完抽者的紀錄。

二、抽到一定數量配率變得很好的時候,還在猶豫的當下,有人來抽馬上中走大獎

商家發現配率變得很好或者已經保底回本了的時候,忽然殺出個程咬金少少中走了全部的大獎,留下傻眼的前面韭菜客人。這種方式就是商家找樁腳,請樁腳去抽指定獎項的位置,把大獎中走,通常都是商家的分身帳號親友之類的。

檢測方式:你確定這套你正在抽,抽到一半去儲值或者晚點來抽,下一個人就把大獎都抽走了,而且少少抽就中走了,整個平台上面發生得很頻繁或者老是那幾個人在少少抽中大獎

後台查看

最惡劣的手段沒有之一,直接後台擁有最高權限可以看到上面的所有一番賞獎品位置,好發於「招商商家」型態的平台上頭,因為這樣就是平台方坑殺商家的一種手法,差別在於很過分還是小小坑;很過分坑殺商家的狀況時,通常會造成大量商家因為不堪虧損而出走,如果您發現某個平台上面的商家都被少少抽中大獎,不管怎做怎樣改配率都慘遭少少抽走大獎廢套在那邊,很有可能就是這種作弊方式。一般消費者通常都沒機會抽到大獎,都被坑了。這種手法通常會伴隨著上面得知固定獎項位置的樁腳去執行。

檢測方式:商家數量原本很多,忽然大量商家出走或者有常發生商家行為糾紛的平台

一番賞混籤混套

這個我原本不想寫的,嚴格來說他只是實體一番賞的一種作弊詐欺行為,因為我在線上一番賞經營過程中也遇到這種質疑令我哭笑不得,還是寫一下好了。會發生混套疑慮的線上一番賞的貨物來源通常來自於官方一番賞,例如 F 小賞壓克力立牌這套共有 24 個,共有 10 種款式隨機出貨不挑款(又常發生於盲盒的獎品上)假設今天有一個客人抽了 20 抽,得到了 12 個 F 賞,在客人的心理中,可以預期應該可以拿到 10 款不同的款式吧?但是並不是這樣,因為 24 個是一整套的數量,10 款代表每一個立牌可能會重複 1 個,有 4 個可能會重複 2 次,例如下圖:線上一番賞網站平台設計開發指南

客人一定會期望抽到了 12 個立牌,最好是 10 款都能得到吧?然後他收到了重複的款式就爆氣了,客訴說這商家混套,詐欺作弊。蛤?

如果是實體一番賞,我甚至可以說這在日本官方一番賞的包裝箱上常看得到,寫著隨機不保證款式不重複,這必須說在前頭「官方都不保證款式不重複了

台灣一番賞的商家也是腦筋很好,例如第一套大獎項還在,但小獎已經被消耗掉不少,接下來就是我們說的「配率很香」店家就會面臨金錢的誘惑,他把另一套被廢套的相同一番賞剩餘的籤紙挪用到這套的籤盒,讓總籤小獎數變多,大獎就變難中了,算是一種滿有爭議的事情。

因此要在實體一番賞商家抽一番賞,要對籤紙上的號碼跟數籤紙數量,看看是否能與配率表符合無誤。

那跟線上一番賞有啥差異?一樣能混籤嗎?

線上一番賞通常不能混籤,因為他開立的一番賞抽取的網址就是該套的數量,他沒有實體籤,也就是沒辦法將別套的籤加進來增加籤的數量,要混籤一定要變更電磁紀錄來增加籤數,若是變更電磁紀錄,客人會發現為啥越抽越多籤,這種商家智障行為我是沒看過啦,若能修改後台上架獎品籤數,就能公開在網路上能被人輕易的截圖比對等著被告詐欺,這種低能的行為我是覺得不敢相信啦。

回到被質疑混籤的地方,你覺得這能混籤嗎?可是客人爆氣說他 12 抽重複了很多款?是不是混籤?那就要跟你們說這又有一種說法較做「拼裝套」。拼裝套的意思就是從日本進口或者台灣的代理貨,一套一番賞可能不單純只訂購了一套,一定是很熱門的盡可能訂很多套,接著管理庫存的人會將所有獎項歸納入庫到倉庫,當有客人抽到 A 賞就去架上拿貨包一包,抽到 F 賞就從架上拿貨包一包,在這種情況下「你可以想像 A、B、C、D、E、F….都一堆一堆的放在一起」然後客人抽一抽會要求出貨,有的客人不是馬上抽馬上要求出貨,而是大多都抽一抽等一下子再看看配率,配率有變好了再繼續抽,此時在等待配率的當下,後面的客人抽到了 F 賞好幾個,馬上就按下出貨不繼續抽了,而剛剛一開始在抽,最後抽到 12 個 F 賞的客人,隔了一天才按下出貨申請。

這會發生什麼事?

線上一番賞的小賞不是獨一獨特的貨都是混放在一起的,假設一天賣了三套,等於要有 72 個 F 賞,後面抽第二套或第三套的客人比前面的客人提早按出貨,前面的客人在慢慢蹲配率,然後慢慢的才按出貨申請,第一套抽的 24 個 F 賞不會全部都給第一套的客人,而是依照出貨申請順序去配發,於是這種小賞通常都被視為共同庫存,不太會刻意去扣著第一套的 F 賞不給先要求出貨的人,但是一開始抽的那個 12 F 賞的這時候,他拿到的 F 賞很可能是三套一番賞的 F 賞混在一起的,所以才會有機率發生 12 個 F 賞為啥不是 10 種款式,甚至有幾個立牌重複了三四個以上的情況。

檢測方式:除非發生你抽的一番賞抽數越抽越多,如果發生你可以拍照存證,不然這沒辦法混籤的

所以說,這些演算法機制只能讓你自行去判斷,也直接地告訴你,你要選擇怎樣的方式去營運平台,這些機制會產生怎樣的情況與後果都是自己要去承擔的。

開發成本預算

來到最後一個章節,開發一個一番賞網站平台的成本的預算要準備多少?每次都被問多少錢,我每次都會反問客人準備了這些項目沒?

  1. 本身熟悉一番賞遊戲規則嗎?
  2. 是否有合法登記的公司營業登記?
  3. 是否有第三方支付金流?或者銀行串接代收?
  4. 經營模式為平台自營還是招商進駐?

關鍵在於你能否滿足這些基本門檻,沒有辦法滿足的話就請打消念頭吧。因為這些都是花錢能解決的問題,這些基本條件都沒辦法滿足,你也很難去負擔高額的開發費用,我必須很坦白地跟你們說,想擁有一個完全屬於自己的一番賞網站平台這不是十萬元內可以搞定的事情。

開發的時間到測試運營上線,基本上是超過 300 小時的工時,還有上線必須要的主機費用、維護費用等等的…我想你們各位看到這應該都有個底了。

如果你自認條件都滿足,也真的很想擁有一個自己的一番賞網站平台,就用 LINE 問問我們吧!