aifian SHOT
一個專為金融小白打造的金融服務媒合平台。使用者透過聊天機器人等形式提供個人資料和行為偏好數據，平台則運用機器學習演算法和合規系統，即時推薦其合適的金融商品，並在成交時將金融機構提供的佣金以數據變現的形式回饋給使用者。
我的角色
我在 2019～2020 年擔任 aifian App 的產品經理，同時也是當時全公司僅有的 1 位產品經理、專案經理和 QA 測試專員，並與 1 名產品總監／產品設計師、1 名商業開發經理和 1 個外包工程團隊合作。
在協助團隊重塑產品願景和商業模式後，我負責 12 萬使用者的 App 改版專案，一共歷經競品研究、需求定義、功能和流程梳理、QA 測試、上線後輿情監控、迭代優化等階段。我的職責也包含建立和優化產品工作流程，確保設計和外包開發團隊正確理解產品需求，提升 50% 每週產品會議溝通效率提升。
這個專案透過使用者體驗良好的聊天機器人和小程序改善了 aifian 的數據收集，最終提升 8% 留存率和 6% 實名認證率，降低 5% 新使用者引導流程的跳出率。其中，針對後文展開詳述的發票數據收集器功能，也於上線後短短一週內，便成功導入 54% 每日活躍使用者使用。
產品背景
許多年輕小資族，特別是缺乏金融往來紀錄的小白，因為資產管理規模小，非傳統金融機構的服務重心，很難獲得合適的金融產品，要不是產品條件不好，就是乾脆被拒絕，成為金融服務的邊緣人。
aifian 是一個金融服務媒合平台，收集使用者包含身家、工作、行為偏好等方面的個人資料，為金融機構進行初步信評篩選、合規檢驗，並運用 AI 演算法在合適的時機、推薦合適的金融產品。
藉由與 aifian 不斷互動，使用者可以在同質性高、個人化程度低的大眾金融產品中，取得合適的金融產品服務，並享有數據變現的好處；金融機構可以透過精準行銷，開發過往接觸不到的潛在客群；平台方則可以不斷優化媒合演算法，為使用者取得更精準的推薦、更多樣的金融產品，提升金融服務的留存率，打造三方共贏的忠誠計畫。
問題與目標
為實現金融服務媒合的商業模式，aifian 透過實名驗證、發薪日貸款（Payday Loan）等功能取得多方面的個人數據，不斷優化媒合演算法。在金融領域，個人數據以「消費」類型為大宗，並且臺灣財政部積極推廣電子發票純雲端化，因此決定開發可串接雲端發票資料庫的「發票收集器」功能，以期達成下列目標：
- 蒐集更多使用者數據，例如：消費紀錄、載具歸戶（持卡）狀態，優化使用者的 360 度視圖。
- 提升使用者黏著度和留存率，吸引使用者不斷打開 App，解決金融服務低頻的先天劣勢。
什麼是統一發票？
在臺灣，列有開立者的營利機構統一編號的消費收據叫做「統一發票」。為了防止營利機構逃漏稅，鼓勵消費者到合法報稅的商家消費，財政部每兩個月會開獎一次，搖出可供兌獎的兌獎號碼，中獎者可領取新台幣 $200 元到 $1,000 萬元的獎金。
市場研究
在專案的前期，我們進行了市場研究，一窺臺灣市場「發票存摺」產品的全貌，了解消費者如何管理他們的電子發票。以下是我們從研究中發現的事：
- 幾乎所有的發票工具 App 都提供了發票存摺、電子載具、發票對獎三大功能，也因此有許多消費者直接將其認定為發票工具的必備功能。
- 僅少數發票工具 App 提供平台代幣集點任務、商品兌換的選項，顯示發票數據變現的需求已逐漸浮現，但尚未被滿足。
以下是常見發票管理 App 的主要功能和截圖：
定義需求
考量 aifian 產品定位為基於個人數據庫的金融服務媒合平台，數據蒐集對象並不僅限於發票，我們決定聚焦在「發票資料匯入」而非「發票管理」，依最小可行性產品（MVP）的概念開發「發票收集器」功能：
- 以瀏覽和匯入紀錄的「發票存摺」功能為主、串接雲端資料庫的「電子載具」功能為輔。
- 限制綁定最普遍使用的發票載具「手機條碼」，不考慮「非共通性載具」、「載具歸戶」、「綁定中獎匯款帳戶」等進階功能。
- 為鼓勵使用者分享消費數據，無論是紙本列印或純雲端紀錄的形式，每一張電子發票都可以兌換新臺幣 $1 元的現金回饋。
- 紙本發票會在使用者掃描匯入成功的當下，立即自動回饋兌換，但從雲端資料庫匯入的發票則否，吸引使用者開啟 App 手動處理，增加與 App 互動的機會。
功能規劃
在開始規劃功能之前，我先梳理出整體的資訊架構，讓使用者可以在 App 中快速找到自己想去的地方，接著再列出詳細的規格、使用流程以及線框稿，方便與設計和開發團隊討論，並確保所有人對產品有一致的理解和期望。
在隱去商業機密後，我擷取重要概念重新撰寫了一份範例的 PRD 文件，分享我如何制定進行競品研究、定義產品目標和範疇、規劃產品功能的思路，歡迎前往參考：
學習與反思
這是我進入職場後的第一份工作，也是我第一次的產品管理經驗！在一個快速變動的新創公司做產品，並全權負責發想、規劃、上線運營一個新功能，讓我在過程中學到幾件事：
- 做產品可以快、不要亂： 新創環境的產品開發速度相對較快，改變的速度也很快，但這不代表我們要毫無章法。一旦發生變動，就要盡快透過對的方式、對的管道知會所有利害關係人，確保大家始終往一致的方向前進，千萬不要害怕過度溝通。
- 要說對方能理解的話： 一開始，因為我不熟悉如何向工程團隊說明產品需求，造成開發成果與期望不同的情形多次發生。後來我下定決心自學程式語言，慢慢學會用工程師聽得懂的方式溝通，大幅縮短了開發會議的討論時間，也減少了非預期產出的問題。