Skandia

2020 年，Skandia 重新评估了他们的数字化战略，并发现他们的手机银行应用需要进行更新。该应用在功能和性能方面已经开始落后于竞争对手，并且他们自己的 Android 和 iOS 应用之间的功能差距也开始扩大。

修复这些差异，同时添加和改进现有功能，对于这个七人开发团队来说变得越来越困难，这主要是由于一个过时且不可扩展的代码库。

团队意识到唯一的解决方案是从头开始重写应用程序，但他们不确定是选择为每个平台完全原生实现，还是采用混合方法，亦或是寻找跨平台解决方案。

为什么选择 Flutter？

团队评估了几种方案，包括继续使用原生应用。然而，他们也看到了通过研究跨平台框架来尝试新的、更具创新性解决方案的机会。

其中一个潜在的框架是 React Native，因为 Skandia 已经有几名在职的 Web 开发人员。尽管最初它可以通过避免组建一个成熟的应用程序团队来节省资金，但他们意识到在达到原型阶段之前，成本会超过收益。

Skandia 还考虑了嵌入式 Web 方法，因为他们已经习惯为特定用例构建微型网站。但这种方法无法很好地扩展，也无法很好地与原生功能配合，而且团队希望获得比其能提供的更好的移动用户体验/UI 体验。

最终，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 还带来了意想不到的财务效益：团队现在需要的顾问更少。相反，他们雇佣了一支小型、快速且灵活的团队，拥有共享的知识库。