Skandia

2020 年，Skandia 重新評估了其數字戰略，並注意到其手機銀行應用需要更新。該應用在功能和效能方面已經開始落後於競爭對手，並且其 Android 和 iOS 應用之間的功能差距也開始擴大。

由於程式碼庫過時且不可擴充套件，由七人組成的開發團隊在修復這些差異，同時新增和改進現有功能方面變得越來越困難。

團隊意識到唯一的解決方案是從頭開始重寫應用程式，但他們不確定是選擇每個平臺完全原生實現，還是採用混合方法，或者尋找跨平臺解決方案。

為什麼選擇 Flutter？

團隊評估了幾種方案，包括繼續使用原生應用程式。然而，他們也看到了透過研究跨平臺框架來嘗試新的、更具創新性的解決方案的機會。

其中一個潛在的框架是 React Native，因為 Skandia 已經有幾名 Web 開發人員。但儘管最初透過避免組建一個成熟的應用程式團隊可以節省資金，但他們意識到在獲得原型之前，成本會超過收益。

Skandia 還考慮了嵌入式 Web 方法，因為他們已經習慣於為特定用例構建微型網站。但這種方法無法很好地擴充套件或與原生功能很好地配合，並且團隊希望獲得比其提供的更好的移動使用者體驗/使用者介面。

最後，Skandia 的一位開發人員，他曾用 Flutter 開發過幾個個人專案，向技術團隊建議將其作為一種潛在的解決方案。在構建了一個概念驗證後，Flutter 滿足了團隊的所有要求。它將幫助他們確保平臺之間的對等性，透過編譯成本機程式碼提供出色的效能，並允許團隊輕鬆擴充套件功能。Skandia 也讚賞強大的 Flutter 社群和可用支援，因此決定採用 Flutter。

他們的解決方案

雖然遷移意味著重新培訓並增加了幾名新的 Flutter 工程師，但招聘和入職過程比他們預期的要容易。今天的大部分團隊成員都由來自非 Flutter 專業背景的開發人員組成，包括 Web、後端和原生移動開發人員。

經過短暫的入職期後，Skandia 報告稱團隊對這一改變感到非常滿意。他們遇到的罕見問題很快在內部解決，通常在 Flutter 社群的幫助下。

得益於 Flutter 的可移植性，團隊將他們的應用程式作為桌面應用程式在內部提供給一般開發工作，繼承了移動應用程式 90% 以上的功能。（另外 10% 是必須在物理裝置上執行的平臺特定功能。）Skandia 每天使用桌面應用程式來實施設計和技術更改，使他們的開發流程比以前高效得多。

“開發人員的幸福感大大提升，從絞盡腦汁地實現新功能到純粹的快樂。”

- Johannes Löhnn，Skandia 應用程式架構師

成果

幾個月後，Skandia 釋出了使用 Flutter 更新的 Android 和 iOS 應用程式版本。

即使導航到一個新平臺，團隊的開發速度也大大加快了。部分得益於 Flutter 的熱過載功能，團隊報告稱，他們在改進設計和功能方面的迭代速度與他們的 UI/UX 開發人員一樣快，同時仍然及時完成所需的任務。它還將 Skandia 的上市時間縮短了幾個月。

在內部，開發人員滿意度大大提高。Skandia 團隊對這一改變非常滿意，並讚賞能夠訪問 pub.dev 上用於 Flutter 和 Dart 的開源軟體包儲存庫。

Flutter 幫助 Skandia 在移動質量標準方面趕上了競爭對手，使他們能夠透過加速啟動和動態載入內容來最佳化使用者體驗。所有這些好處都幫助 Skandia 為客戶提供了出色的體驗，並使團隊能夠更輕鬆地處理後端瓶頸。

遷移到 Flutter 還帶來了意想不到的經濟效益：團隊現在需要的顧問更少。相反，他們聘用了一支擁有共享知識庫的小型、快速、靈活的團隊。