Gama Pass
將集團分散的多品牌帳號收斂為統一體系，累計 274 萬用戶、遷移完成率 88.85%，打通完整的帳號生命週期。
亮點 1
拆解跨事業體的複雜帳號情境
獨立完成跨三種註冊入口、多種帳號狀態交錯的全情境流程梳理，以及百萬舊用戶的帳號遷移流程設計，註冊完成率 79.40%，遷移完成率 88.85%。
情境組合的複雜度
跨事業體帳號系統同時支援手機、信箱與第三方服務三種入口。當新舊用戶、重複註冊與各事業體既有登入方式交錯後，情境組合遠超一般單一產品。團隊希望打通註冊、登入與帳號轉移流程，避免既有用戶從註冊入口進入時，因帳號已存在而被迫中斷操作。
建立不漏情境的帳號邏輯
為了探索打通不同情境流程的可行性，我先用手稿逐條拆解不同帳號狀態、判斷條件與例外情境，再轉化為團隊可以共同對焦的正式 flow chart。梳理過程中，我發現可以將帳號狀態的判斷提前至使用者輸入帳號資訊之後，再依判斷結果引導至對應的登入、註冊或帳號轉移流程，減少因進錯入口而產生的體驗斷點。最終整理出三個主要情境的 flow chart，涵蓋註冊登入、驗證碼驗證與帳號轉移，建立 Gama Pass 帳號系統的基礎邏輯。這套方法後來也延伸到 Passkey 等功能規劃，並開始結合 AI 工具加速情境發散與檢查，逐漸成為我處理複雜流程時的標準工作方式。
延伸的資安考量
這套帳號系統邏輯梳理完成後，也延伸出對用戶隱私保護的具體設計——帳號資訊隱藏機制讓用戶可切換顯示/隱藏手機號碼、信箱，避免個資在公眾或共享裝置上曝露，符合 ISO 27001 資安管理標準，強化帳號資訊存取的安全性。
亮點 2
Passkey 規劃 → 推廣完整設計歷程
主導 Passkey 從導入規劃、溝通策略到四階段推廣機制的完整設計，上線首月即有 1,851 位用戶受惠。
安全需求與陌生概念
集團以遊戲起家，帳號被盜風險高，Passkey 比密碼更安全也更難被盜。導入 Passkey 同時也能降低 OTP 簡訊的發送成本，對平台和用戶都有實際效益。但對大多數用戶來說 Passkey 是陌生概念，溝通方式決定了他們會不會被技術名詞嚇跑。
溝通策略
引導頁的設計選擇先講好處、不講技術，利用「登入變得簡單又快速」、「無需記憶密碼」跟用戶溝通，再用連結已知概念「使用 Face ID、指紋或裝置 PIN 碼」，讓不懂技術的用戶也能理解這對自己有什麼好處。
依情境觸發的推廣設計
為了提升帳號的安全性，引導用戶設定 Passkey 取代密碼，才能降低帳號被盜風險。因此推廣行為依用戶當下的帳號狀態，在不同情境給出對應引導：登入當下若偵測到用戶尚未設定 Passkey，引導完成設定；若已設定但尚未開啟優先使用，則引導開啟。用戶也可能主動在會員中心設定，設定完成後同樣會提示開啟優先使用，確保設定不會停留在「有 Passkey 但沒真正被使用」的狀態。
驗證核心假設
Passkey 月使用量從 2 月的 1,068 人成長至 3,044 人。同期 Gama Play 上線帶動整體流量成長 400%，Passkey 使用量也隨遊戲用戶進入而明顯提升，與最初「遊戲玩家對帳號安全需求較高」的產品假設方向一致。
亮點 3
商業策略轉向的官網改版
隨著 Gama Pass 的商業目標從內部帳號中心轉向數據整合與廣告發展，我主導重新規劃官網的資訊架構與引導邏輯，讓官網從單純的合規頁面，轉化為建立用戶信任的關鍵入口。
原本定位的局限
Gama Pass 官網最初只是為了因應 Google 登入審核而做，內容單薄，只作為技術合規的產品說明頁。但隨著集團往數據整合與廣告方向發展，官網需要重新扮演更關鍵的角色——建立用戶與集團旗下服務之間的信任感。
核心洞察
Gama Pass 帳號系統的價值完全依附在底下的服務生態，獨立註冊一組帳號沒有實質用途，用戶現階段必須透過集團旗下服務才能真正使用。這代表官網不能把「註冊 Gama Pass」當作訴求本身，而是要先讓用戶看見「這組帳號能通行哪些服務」，用多元服務的吸引力反過來驅動註冊意願。
資訊架構的引導設計
依照這個洞察，我重新規劃了頁面的溝通順序與引導路徑，未註冊用戶的動線聚焦在「一組帳號通行多元服務」的價值呈現，逐步建立信任感（安全性、國際驗證）後再透過服務商的串接引導註冊；已註冊用戶則保留會員中心入口，讓兩種用戶各自走最短路徑到達他們需要的下一步。
其他貢獻
共銷條款簽署（B2B2C 基礎建設）
跨事業體共通行銷條款的簽署流程，串接 B2B2C 合作的基礎架構
帳號刪除流程
漸進式資訊揭露設計，在法規合規與用戶安心之間取得平衡
成效
- 累計用戶
- 274 萬
- 註冊完成率
- 79.40%
- 遷移完成率
- 88.85%
- Passkey 首月受惠
- 1,851 人
上線當年底即累計 200 萬用戶，其中 80.1% 來自舊用戶遷移，顯示舊帳號能否順利轉入新體系，是產品初期規模建立的關鍵。Passkey 上線首月即有 1,851 位用戶主動採用，顯示安全性需求確實存在。
Retrospective
接手 Legacy 系統的學習
重構不只是設計問題，要同時處理歷史包袱、資料歸屬和「為什麼要改」的用戶溝通。
跨事業體協作方法論
平台定位優先，但保持盤點彈性 → 共通需求納入平台規劃，單一特例評估替代方案。
不同目標衝突的平衡點
跨事業體協作最難的不是技術可行性，而是相關的權責劃分與組織可行性。