很多人談 App 整併，第一個想到的是 UI、入口、首頁、選單，或者品牌視覺要怎麼統一。這些事情都重要，但如果只停在這一層，通常做出來的不是平台，只是一個比較大的殼。
我後來愈來愈確定，金融科技平台轉型真正贏的，不是畫面，而是底盤。
因為對使用者來說，他看到的是一支 App；但對企業來說，背後可能是 8 支歷史 App、不同的登入機制、不同的服務邏輯、不同的資料結構、不同的團隊，甚至不同的成敗標準。你如果只把前台拼起來，客戶很快就會在最關鍵的地方遇到裂縫。
我真正要解的，不是多一支旗艦 App，而是整個平台主導權
這個案子真正複雜的地方，不是畫出一個漂亮的新介面，而是先回答一個更本質的問題：
如果我們要做的是平台，而不是把 8 個服務放在同一個入口，那哪些能力一定要收回來自己掌握？
這裡面最關鍵的其實不是功能，而是四件事：
- 身份能不能一致
- 資料能不能共用
- 流程能不能真的銜接
- 能力能不能不再長期依賴外部廠商
我後來很堅定地選擇先打最後一題。因為如果核心能力不在自己手上，今天做得再漂亮，明天要再迭代、再整合、再擴張時，你都還是得回到外部資源瓶頸。
所以我們做的第一件事，不只是整併產品，而是能力內轉
這也是這個案子最像平台轉型，而不是一般數位專案的地方。
我們不是單純把需求丟給外部廠商，而是同步把核心開發能力往內拉。一年內，團隊從 12 人擴到 38 人，透過與外部夥伴策略聯盟，把關鍵開發能力、產品理解與平台知識逐步收回來。
這個動作看起來不像前台成果，卻決定了後面所有事能不能真的做成。
因為平台不是一次性建設，它是一個之後還要不斷擴、持續接、持續優化的底盤。如果你沒有自己的核心能力，平台就會變成一個永遠要被維護、卻很難真正演化的產品。
多 App 整合裡最容易被低估的，其實是治理
技術複雜當然是一回事，但我覺得更難的是治理。
每一支舊 App 背後都有自己的使用者、自己的團隊、自己的優先順序，也都有自己認為最重要的功能。當你要走向旗艦平台時，本質上是在對每一個局部最佳說：我們現在要為整體最佳讓路。
這件事沒有任何一方會自然喜歡。
所以整合 8 支 App 的核心，不是把畫面做成一樣，而是讓組織一起接受下面這件事：
平台邏輯高於單一產品邏輯。
只要這件事沒有被建立，後面所有看似整合的成果，都很容易在不同服務、不同部門、不同團隊的摩擦裡重新裂開。
我最在意的是，客戶感受到的到底是不是同一家公司
對使用者來說，他不會去評估你的系統架構，他只會在乎下面這些事情：
- 我是不是只要登入一次
- 我的資料是不是前後一致
- 上一個服務的結果，下一個服務能不能接住
- 我遇到問題時，到底是一家公司在服務我，還是 8 個系統輪流讓我重來
這也是我認為金融科技平台轉型最本質的地方。平台感不是設計詞，而是使用者在每一個服務節點都感受到「這是一條同一家公司設計過的旅程」。
如果做不到，客戶就不會把你當平台，只會把你當很多功能的集合。
這個案子最後的結果，證明平台底盤比畫面重要得多
當底盤逐步站穩，後面的結果才開始一起浮出來。
這次整併後，我們不只完成旗艦 App 的推出，而且做到零重大客訴、零重大系統異常的平穩過渡。這件事情本身就已經不容易，因為多 App 整合最怕的不是功能少，而是轉換期的信任崩掉。
更重要的是，底盤整起來之後，後面的商業結果開始被放大：
- 兩年新增客戶超過 100 萬
- 證券市佔從第 15 名躍升到第 5 名
- 旗艦平台成為後續產品創新與數位經營的主戰場
對我來說，這些數字真正有意思的地方，不是規模漂亮，而是它們證明了平台底盤一旦成立，後面很多原本分散的成長動能才會被真正聚合起來。
我現在回頭看，最值得做對的不是 launch，而是平台邏輯
很多團隊做平台轉型時，最興奮的時刻通常是 launch。但如果只把重心放在 launch，你很容易做出一個短期很好看、長期卻很難演化的平台。
我後來更在意的是，這個平台上線一年後、兩年後，能不能繼續承接新服務、新商業模式、新數位能力，而不用每次都重新開一個孤島。
也因為我一直用這個角度看，所以我更相信：
金融科技平台轉型真正贏的，從來不是畫面，而是底盤。當身份、資料、流程、能力與治理都開始站到平台邏輯裡，旗艦 App 才不是大一點的入口，而是可以長期撐起成長的核心基礎設施。