Journal
GEAIKOU - 怪乙口，專案始末
專案背景
GEAIKOU（怪乙口）是一個為 Grand Archive TCG（簡稱GA） 中文玩家建立的工具網站。GA是一款全英文的集換式卡牌遊戲，有個朋友嘗試推坑我這款遊戲，玩了幾場新手牌組後嘗試玩玩看比較進階的牌組，過程中因為不懂那些遊戲中的專有名詞和效果，因此一直在搜尋相關的內容，研究怎麼玩，這個情況成了我們想做一個中文資料庫的契機。看到了中文資源稀少、新手入門門檻高，便想提供卡牌查詢、玩家工具，希望成為中文社群的資訊中心。
技術上採用前後端分離架構，base on Typescript：前端用 React + Tailwind CSS 搭配 Vite 並依賴使用 shadcn/ui 打造 SPA，後端則是 Node.js + Fastify v5 + MongoDB，部署於Zeabur的叢集服務（2025～2026）。核心功能包含中英文卡牌查詢、進階條件搜尋、套牌構築工具，以及一套自動同步官方 API 的 GA Watcher。
- 2026-04曾獲亞洲代理-飛博的創作者贊助企劃。
- 2025-09 ～ 2026-07 （Google Analytics）總瀏覽人次為20萬，最多瀏覽的功能為卡片搜尋（34%）以及卡片資料庫(25%)，活躍使用者人次為5,704。
遇到的三個挑戰
資料維護成本失控
由於 Grand Archive 官方有公開 API，因此在資料同步這塊在進行自動化設計方面並不會是個大問題，同時也透過一個排程每天自動偵測新系列與新卡；匯入流程和資料重組也都有對應的處理機制，這部分跑起來是順的。
但翻譯沒有辦法自動化。API 吐出來的是英文原始資料，每張新卡的效果文字都要人工判讀、對照術語表、逐句翻譯，雖然已經在前期深入研究過遊戲中常用的文本詞藻，但因為格式在遊戲版本之間都會有所浮動，因此都還是需要人工檢查，再寫回資料庫確認顯示正確。這個環節沒有捷徑，每次新系列發布就是重來一輪。自動化做得再完整，卡在翻譯這裡，整個流程還是得停下來等人。
教訓：自動化解決了資料同步，但沒有解決維護成本——真正的瓶頸在翻譯，而這件事只有人能做。
如果重來，我會在動工前先問清楚：自動化之後，剩下必須人工處理的部分有多少、每次要花多久。那個數字，才是真實的維護成本。
社群規模的天花板
真正的問題不是玩家不存在，而是我沒辦法有效地接觸到他們。一個人同時兼顧開發和社群，精力本來就有限；加上擔心太頻繁發訊息會造成反效果，每次發問前都會猶豫很久。結果是能收到的用戶回饋樣本非常少。
方向不是完全沒有——偶爾還是會有人提出建議，但樣本數太低，根本沒辦法當作可靠的參考依據。曾經把一個小基數樣本的建議當成改動目標實作，上線後反而引發反彈，才意識到少數聲音不代表多數需求，但多數需求又根本問不到。
教訓：樣本數不夠的回饋比沒有回饋更危險——它讓你誤以為有了方向。
如果重來，我會把「怎麼取得回饋」當成功能一樣設計進來，而不是等用戶自己開口。一個人做社群調查，更需要低摩擦、不打擾的方式，而不是每一次都要做大量心理建設才開得了口——雖然勇氣本身也很重要，但不應該是唯一的觸發條件。
時間管理的現實
有全職工作得情況下維護專案、開發新功能、更新資料、回應使用者問題。新功能開發 vs 資料更新，永遠是兩難。缺乏貢獻者，一人團隊撐不久。
教訓：Side project 需要現實的時間評估，不能只靠熱情。
熱情會燃燒殆盡，只有可持續的節奏才能長久。
為什麼決定封存
核心原因是失去了更新的動力。
這和抓不到回饋直接相關。在不知道怎麼做才算更好的情況下，瀏覽數又開始逐漸下滑，那種感覺不是「需要努力」，而是「可能已經被市場淘汰了」。繼續投入的理由變得很模糊。
動力消失之後，維護就只剩下負擔。最終選擇暫停更新、封存專案。
但封存不代表失敗。 這個專案讓我在真實條件下走過一次完整的產品週期：從發想、建構、上線，到面對用戶稀少與方向不明的現實，再到做出停止的決定。這些都是書本上學不到的，是段很寶貴的經驗。
如果重來會怎麼做
老實說，我覺得我一樣會一頭熱地栽進去。這不是問題所在。
真正重要的，是背後要有可靠且長久的夥伴。不是顧問，不是偶爾給意見的人，而是真正一起做這件事、各自負責一塊的人。
你懂遊戲，知道玩家真正在意什麼、什麼更新會引起討論、什麼功能是偽需求。你懂 UI，知道介面哪裡不直覺、哪裡讓人一看就懂。你懂公關行銷，知道怎麼在社群裡開口、什麼時候說什麼話不會造成反效果。我負責開發，把這些轉化成實際可用的東西。
有了這個分工基礎，很多事情才有辦法推進。翻譯的瓶頸，可以接觸亞洲代理飛博談合作，在地化對他們來說也是好事；也可以在社群內建立貢獻機制，讓熟悉遊戲文本的玩家參與進來，而不是全靠我一個人撐。推廣和曝光，需要有人專門負責，找到對的管道、在對的社群開口——這件事我不擅長，正好是夥伴可以補位的地方。
收入這件事我也想過。金錢不是最大的壓力，時間才是，但如果網站開始有廣告或小額收入，心態上可能會不一樣——不只是補貼，更像是一個訊號：這件事是有人願意支持的。有了這個基礎，用分潤吸引協作者也會更有說服力，但這是另一個世界線，很可惜當時沒有機會參與到這塊。
收穫與反思
技術上，學會了完整的產品開發流程、理解 API 設計的重要性、實踐 SEO 優化技巧。這些都能直接應用到後續工作。
產品上，明白了用戶需求不等於自己想像、資料驅動決策的重要性、及時止損是智慧不是放棄。這些比任何課程都珍貴。
心態上，學會接受不完美——沒有完美的專案；學會放手——暫停也是一種選擇；保持熱情——失敗是下一次成功的養分。
停止更新的消息公佈後，一位有著相關背景的使用者找我聊天，他說了一句話讓我蠻深刻：
「你有能力造項目，但不確定怎樣讓項目更順。」
說得很準。我知道怎麼把一個東西從無到有建起來，但怎麼讓它真正跑得動——找到對的人、維持對的節奏、在對的時機做對的決定——這是另一套能力，也是我接下來需要去補的方向。
這個專案雖然封存了，但這句話留下來了。很感謝怪乙口、當初一起發想的夥伴以及一路上有給予幫助和建議的玩家們。