摘要
LINE Bank首個投資型產品：一項橫跨三個平台、高度受法規規範的上線專案，準時完成，且未發生重大問題。
背景
為了達成業務策略和年度目標，高層決策在不需要股票交易執照的前提下，探索能讓LINE Bank用戶持續投入、並使用投資工具的新方式。在與一家證券公司合作推出「證券交割帳戶」之後，LINE Bank 把焦點轉向基金，畢竟這是台灣一項發展成熟、且對新手來說進入門檻較低的投資商品。
還有一段插曲：我和另一位同事，是從另外兩位成員手中接手這項進行到一半的專案。他們已經完成大部分的研究與調查，也做了部分PRD，接著就把專案交接給我們。這讓一開始的推進相當有挑戰性—我們得快速釐清哪些已經完成、哪些還沒處理，以及還有哪些問題需要被解決。
在專案中途接手時，身為Planner，我的第一個任務，就是迅速加入團隊、再次站好Planner的角色，並和團隊一起進行這項挑戰：準時完成橫跨三個平台、全新規模、且高度受法規規範的投資產品。
限制與挑戰
除了接手一個未完成的專案之外，我們同時面對幾項專案限制：
- 三平台同時上線：我們需要涵蓋三個平台—Android、iOS，以及CWA（LINE內的網頁架構），這是LINE Bank開業以來，第一次有這麼大規模的產品同時在三個平台上線，在此之前的其他專案，多半都是規模較小的業務，或是既有產品的優化。除此之外，這個專案還串接了一套全新的信託系統，其中部分資料是外接自多家基金公司，另一個特別困難的地方在於，我們得逐一判斷三個平台上，哪些地方該盡量保持一致、哪些該允許差異存在，小至UX/UI元件上的差異，大至各原生作業系統本身帶來的設計限制。
- 沒有元件庫： 與上述問題相關的是，我們為這個產品打造了許多全新的元件和UI設計，而這件事的難點在於，當時設計團隊和開發團隊還沒有一套穩定的元件庫，我們也不希望這些新的元件又只是「一次性使用」，設計的當下，我們期待它們都具備一定的複用性。
- 法規敏感度高：不同於許多一般的數位產品，金融產品需要對細節、法規和用戶權益投入更多關注，每一個設計決策，都比一般消費性產品的功能承擔更高的份量，且銀行的全新產品線，從通報到最終審核上架，皆有完整的監管流程，因此也須投入更多時間來關注。
過程與關鍵決策
專案過程中有幾項關鍵決策，幫助這項專案的成功度，涵蓋設計面和專案執行面——有些是設計團隊提出的，有些是Planner提出的，也有些來自於主管層級。
設計相關
- 建立一套真正的元件庫：這項專案讓我們清楚意識到元件庫的重要性，我們過去一直是從零開始、一次性地設計每一個畫面，頂多是憑藉過去其他專案經驗，挪用或參考現存設計，但這些連結缺乏共同基礎，因此在專案初期，Planner提議從這項專案開始，著手建立元件庫的文件，至少先從這項專案用到的獨立元件開始，範圍涵蓋頁面層級的版面設計規範、以及較小的元件（例如搜尋列、標籤、捲動互動等），讓未來團隊遇到時，不必再從零開始。
- 讓商業邏輯在UI上被看見：我們和韓國設計師解釋業務邏輯時，他們花了很多時間才理解，有鑑於此，他們建議在設計上加入一些簡單說明，幫助用戶使用過程中可以一併完成知識學習，例如在基金交易中，直接透過UI設計示意某些「無法交易日」，而不是僅使用錯誤訊息進行告知義務。
專案執行相關
- 把功能拆解成更小的區塊：一開始，設計團隊和主管層級決定把整個功能拆成大約10個較小的部分，讓每個人都能專注在各自負責的部分上，這個做法也有它的代價，當我們沒能順利完成前一個部分，卻因為時程壓力必須繼續往下一個部分推進時，難免會讓所有人感到犧牲造成的挫折。
- 引入Demo流程： 在開發期間，我建議安排固定的demo會議，每兩週一次，即使要維持這個節奏並不容易，但根據過去的專案經驗，我們不該把測試和驗收留到最後才做，否則所有人都會在同一時間承受更大的時程壓力。
- 提高溝通頻率：由於專案規模的龐大，我們不免餘力的推動團隊更緊密、更頻繁地討論問題，即使是很小的議題，我們也會建議立即討論並解決，我們總是在過程中倡導，快速的溝通能預防日後更大的問題發生。
成果
跟許多產品開發過程一樣，設計與開發期間總是會出現許多問題。我們必須在時程和產品品質之間取得平衡，並想辦法讓團隊持續向前推進。這不是一件容易的事，但幸運的是，我們在許多人的支持下做到了，時程的最後，我們也加入QA工作，最後我們準時、順利地讓基金服務上線，沒有引發任何重大的業務或體驗問題。
在上線後，我們也持續觀察數據，協助解決使用者端和系統端的問題，有些決策在專案過程中是依循MVP原則做出的，因此上線後的優化依然重要。
反思
從接手到上線大約花了一年時間——過程中對整個團隊來說有許多「第一次」，包括我們第一次在專案結束時舉辦回顧會議（retro meeting），透過會議，團隊完整回朔了我們希望能重新檢視的問題，以及如果能重來、會想改進的地方，大家皆從中獲取經驗，並帶入在下一次專案中：特別是及早建立可重複使用的設計系統、讓商業邏輯在UI上清楚可見，以及把頻繁、甚至有點不舒服的溝通，當作一種風險管理的手段，而不是額外的負擔。