一個工程師爸爸的 Side Project：為了女兒找玩具，意外開啟了一段 7.9 萬人的溫暖創業旅程

1. 一切的起點：我只是想幫女兒找到她喜歡的玩具

上週二，麥當勞正式推出 Hello Kitty & Friends × Godzilla 聯名 Happy Meal。活動第一天，身為爸爸的我二話不說，立刻帶著全家去吃麥當勞，一心想幫女兒收集她們最喜歡的款式。

但很快我就發現，收集這次的玩具比想像中困難得多：每家店當下供應的玩具都不一樣。從週二一路到週五，想知道哪裡有特定編號，往往只能在 Facebook 社團、Reddit 討論串，或各種 Messenger 群組裡到處打聽。大家每天都在問：「請問哪裡有 3 號？」「今天哪一家門市有出這一款？」「有人知道附近哪裡還找得到嗎？」資訊很多，但零散混亂，很難快速找到真正需要的答案。到了週五晚上，我決定用自己會的技能，做一個簡單乾淨的小工具，先幫助自己、家人，以及身邊同樣在到處詢問的朋友。

2. 從手動截圖幫忙，到大家自發互助的溫暖社群

剛上線時，網站上只有身邊朋友幫忙提供的 200 多筆初始資料。為了讓這個工具真正轉動起來，我用了一個最直接、也最花時間的方法——Do things that don’t scale：只要在社群上看到有家長求助某個號碼，我就親自打開網站幫忙查，然後把地圖截圖貼在留言裡回覆他們。

這些事情看似微小，但慢慢地，回報開始增加，使用者從灣區擴散到洛杉磯，接著是全美其他城市。越來越多素不相識的網友主動轉發與分享。有人提交自己看到的玩具、有人幫忙擴散，更多人是在門市拿到玩具後，順手在網站上記錄一筆，讓下一位奔波的爸媽少跑幾趟冤枉路。

3. 不到兩天燒光免費額度：一次無比真實的 System Design 修煉

伴隨爆發性流量而來的，是我完全沒預料到的架構挑戰。上線不到兩天，原本設定的免費雲端服務額度就被徹底打滿了。當下除了驚喜，更多的是身為工程師的冷汗——這原本只是一個小小的 side project，我完全不想在月底收到一張天文數字般的雲端帳單。

這變成了一次極為實戰的 System Design 練習：哪些門市靜態資料和歷史回報適合放入 Cache？哪些即時回報需要盡可能保持最新？如何大幅減少不必要的 API 呼叫與資料庫讀取？如何在流量暴增時讓網站具備彈性擴展，在壓低伺服器開銷的同時，依然確保使用者打開地圖時能秒開、順暢篩選？這些原本出現在架構文件或技術面試裡的問題，成了我每天必須面對的真實抉擇。

4. 意料之外的溫暖：那些 $1、$2 的支持與真心話

上線第三天，我在網站底部放上了 Buy Me a Coffee 和 Venmo 的贊助連結。陸續地，我開始收到一些使用者留下的 $1、$2 支持，伴隨著許多溫暖留言，謝謝我幫他們找到了心儀的玩具。

如果單純以工程師的工時與時薪來算，這些金額當然不成比例。但這是我第一次做一個自己發想、自己開發、自己推廣的獨立產品，並收到來自陌生使用者的實質回饋。那種被認可的感動，遠遠超越了金額本身的意義——它讓我知道，我真的替大家解決了一個真實存在的小痛點。

接下來會做什麼

1. 持續改善搜尋、地圖效能與回報清晰度。
2. 讓系統架構模組化，準備下一個玩具活動。
3. 探索這種社群地圖模式是否能幫助其他國家的收藏者。