抽完籤不用挨個通知：一款用 Codex 做出來的交換禮物工具，看的是季節性小生意的起手式

聖誕節還沒到，V2EX 的分享創造版上已經有人交卷。開發者 chelseaC 在論壇分享了自己用 Codex 做出的交換禮物抽籤網站 Gift Name Picker，一個英文介面、免註冊、免費的 Secret Santa 工具。

Secret Santa 是海外公司與朋友圈常見的聚會玩法：一羣人參加，每個人抽到一位對象，為對方準備禮物。聽起來像便利貼就能解決的事，實際操作時麻煩出在兩個地方。第一是不能抽到自己，也不能讓情侶互抽，配對規則需要約束。第二是抽完之後的結果傳遞，主辦人得私下挨個告訴每個人「你抽到了誰」，又不能讓其他人看到。

基礎功能別人都有，差異化落在通知這一步

根據原帖說明，網站的基礎功能與 DrawNames 等既有服務相差不大：填活動名稱、參加者名單、設定規則，即可完成抽籤，系統保證每人送出一份、收到一份，且不會抽到自己，也可將特定兩人設為不可配對。

開發者自己多加的，是結果分享這一步。每位參加者會拿到一個獨立的邀請連結，主辦人把連結分別發出去，對方打開就能看到活動時間、地點、預算，再點一下查看自己抽到的人。主辦人自己則保有查看全部結果的權限。這個設計把原本最耗人力的通知環節自動化，也符合這類工具「低頻但實用」的定位。

這與我們先前分析的半小時拚出 AI 說唱影片工具有相似的邏輯：當生成工具把開發成本壓低，個人開發者可以挑那些功能明確、需求真實的小場景下手，而不必先想平臺架構。

UI 是丟截圖改出來的

流程上還有個值得注意的細節。開發者說第一版 UI 是 Codex 產生的常見配色，他覺得缺乏辨識度，於是到 Behance 和 Dribbble 找了喜歡的設計，截圖丟給 Codex，讓它照著那個感覺改。來回調了一版之後，配色、favicon、頁面小裝飾都一起被搭了出來。

這其實是 AI 輔助開發裡一種務實的工作方式：開發者不親自寫樣式，而是當設計方向的策展人，把參考丟給模型去落地。對不擅長視覺的工程背景開發者來說，這補上了過去最容易露餡的一環。

變現不靠廣告，靠需求接力

商業模式的部分，原帖講得相當坦白。網站目前有三塊：抽籤工具、其他交換禮物玩法的介紹、禮品推薦。禮品推薦頁放了 Amazon 聯盟連結，開發者還在考慮傭金較高的 Temu。他的判斷是：使用者既然已經在組織交換禮物，接下來自然要考慮買什麼，兩個需求可以接起來。至於廣告，他認為這種工具一年可能只用一兩次，暫不指望。

這個思路與傳統流量生意不同。聯盟連結賺的不是使用工具的當下，而是使用工具之後的購買行為，工具本身承擔的是精準流量的入口功能。開發者自己也承認能不能賺到錢還不知道。

使用者還很少，看的是幾週後

帖內的後續討論透露了現實：目前用戶很少。開發者提到有朋友做萬聖節相關網站，節日前一週單日流量最高到過一千多人，因此打算等聖誕節臨近再觀察。這類季節性工具的流量曲線高度集中在節日前幾週，平日的數字幾乎不具參考意義，也解釋了為什麼選在這個時間點上線練手。

下一步的功能規劃是 Wishlist，讓參加者填寫想收到的禮物，抽到的人有參考，不用全靠猜。同類產品已有此功能，屬於場景內的自然延伸。

從內容站轉做工具站，第一次練手就選了一個需求明確、規則封閉、有現成同類產品可對照的題目，再配上聯盟變現的舊經驗。這條路徑本身，比這個工具更值得想在週末做點什麼的人參考。