Faiya｜從零建立 AI 陪伴產品與設計流程
從首位產品設計師到產品上線，建立互動規則、設計系統與交付流程，並以使用數據推進迭代。
產品類型
AI Companion App · 0→1
我的角色
Founding Product Designer
設計協作
設計團隊由 1 人擴展為 2 人；我負責帶領第二位設計師
任職期間
2025.05–至今
點選案例圖片，可開啟原尺寸查看設計細節。
背景
產品從零開始，設計也需要建立工作方式
Faiya 涵蓋探索、聊天、夥伴、任務與個人頁，並整合 LLM、TTS／STT、記憶、訂閱與 IAP。我加入時是公司的第一位產品設計師，需要同時推進產品體驗、釐清功能規則，並建立規格交付與 QA 流程。
問題釐清
先看使用者何時需要理解，再安排設定步驟
鍵盤功能需要使用者先完成系統設定，才有機會體驗翻譯、文字潤飾等能力。我將旅程分成理解用途、決定使用、完成設定與首次使用，找出需要說明能力、權限與下一步操作的位置。設計焦點是讓設定有清楚的理由與順序。
啟用旅程｜從理解用途到首次使用，分開處理價值說明與系統設定，避免使用者在尚未理解功能前就面對所有步驟。
設計取捨
將能力介紹與啟用引導分開，逐步建立預期
能力介紹先回答「這個功能能幫我做什麼」，啟用引導再聚焦「現在要完成哪一步」。對 Full Access 等權限，先說明用途與資料使用方式，再帶入設定。這樣的安排以降低理解負擔為目標；畫面中的動畫區域仍是設計佔位，並非完成的動態展示。
能力介紹畫面｜以翻譯、分帳、文字潤飾與情境改寫說明用途。中央標示為 video／Lottie placeholder 的區域，是留給示範動畫的設計位置。
首次使用旅程｜完成設定後，仍需要銜接能力理解與實際使用。這張旅程圖用來規劃引導節點，不代表已量測的完成率。
規格交付｜將輸入、基礎元素、錯誤與限制整理成可查閱的規格，使工程與 QA 能依同一份規則實作與檢查。
元件規則｜以 Type、Context、Variant 與 Size 組織元件選項，讓不同頁面共用一致的互動與視覺規則。
設計系統使用說明｜除了元件，也記錄文件入口與使用方式，讓加入團隊的設計師能理解如何延續既有設計。
成果
完成產品交付，並用上線數據找到下一個問題
產品上線兩個月累積 11K+ 註冊。已滿 D7 觀察期的使用者中，Onboarding 完成率為 81.1%，24 小時內首次對話率為 72.5%。這些是產品整體表現，不能單獨歸因於鍵盤設計。任職期間累計交付 404 份獨立設計稿，並建立設計系統、Sprint 規格與 QA 流程。
反思
讓下一次迭代有可以驗證的依據
分析 8.5K+ 位已滿 D7 觀察期的使用者後，我發現首日對話深度與 D7 回訪呈正相關，據此提出提高推薦句可見性的方向。下一步應比較介入前後的對話行為與回訪，確認它是否有效；目前的相關性還不能視為留存提升。
