您的移动策略：原生应用还是移动 Web？

早期计划中的一个主要决策点是在构建原生应用程序或使用移动 Web 之间。从用户的角度以及技术方面的考虑，有许多事情需要考虑。我还为这两种主要模式之间的混合和折衷提供了一些选择。

原生应用

本机应用程序通常构建为特定于平台的。在 iPhone 上是 Swift 或 Objective C，在 android 上是 Kotlin 或 Java。这导致了第一个缺点：成本。这些技术需要更昂贵的专业开发人员。如果你想触及 99% 的用户，你必须为这两个平台构建，重复前端工作。在 devops 和部署方面，处理应用程序前端可能非常困难。某些用户可能不会像您希望的那样快速更新应用程序，这会导致每次前端连接到后端时都需要进行选择矩阵。哪个版本的端点需要响应这个请求？我们什么时候弃用并且不允许用户在特别是旧版本中进行任何访问？我看到的最大缺点与技术无关，而与用户行为有关。对于早期的公司来说，获得用户是主要目标。对于新用户来说，进入心理承诺的初始障碍对于应用程序来说比网站要高得多。与访问 URL 相比，在应用商店中搜索您并下载到手机是一种承诺。

不过，下载行为对于拥有更大影响力的公司来说是一件好事。下载后，它会保留下来，并可能带来更多的忠诚度。其他主要优点来自更接近手机的硬件。这通常会使本地任务更快，并提供对某些电话功能的更多访问权限。 Native 显然是游戏的必经之路。加速度计通常不适用于网站。 NFC（Apple Pay 的运作方式）也是本机独有的功能。最大的好处是可以随时离线访问任何仅限本地的功能，能够缓存视频和文件以供离线使用。

移动网络

移动网络在很大程度上是相反的。开始的承诺很低，而且很容易测试。鉴于许多 Web 开发人员以及 Python 和 NodeJS 无处不在，它的构建成本要低得多。您为桌面网站构建的移动网站重复，无需构建三个版本（本机 x 2 和网络）。将更改推送到您的托管平台后，所有用户都会立即获得更新的体验。没有用户必须更新他们的应用程序。回想一下，您从未采取任何措施来更新您的 Gmail 体验。

移动网络的主要缺点包括对高级手机功能的访问较少。您始终需要互联网连接，因为数据和使用情况来自您的服务器。如果您的应用程序没有提供明显一致的值，使人们重新输入 URL，他们可能会忘记该服务并停止返回。一般来说，您可以在移动网络上访问 GPS、麦克风和摄像头，但有时感觉有点笨拙。

混合选项

有一些介于两者之间的答案可以帮助减轻每种方法的负面影响。对于移动网络，您可以创建应用程序“链接”到您的网页。这些看起来像您主屏幕上的应用程序，但会将您带到浏览器中的网站。这会在用户中创建思想共享，并使其更容易从您离开的地方继续。对于不太注重安全性的应用程序，此链接可能具有与用户相对应的 UUID，本质上是登录以获得个性化体验，而无需每次都输入凭据。

要创建成本更低、兼容性更高的移动应用程序，您可以使用 React Native 之类的东西。这是一个基于 NodeJS 构建的框架，可让您以网站样式构建并部署到 iOS 和 android 上的本机应用程序。这减轻了前/后服务器问题和用户更新问题。它比完全原生便宜，但比移动网络贵一点。但是，它确实需要互联网连接。