PWA：它是什么以及为什么它对小型团队有意义

想象一下一个由四人组成的团队，他们的想法经过验证，资金很少，并且需要快速接触用户。早期出现的问题很残酷：Web、本机应用程序还是两者兼而有之？每条路径都有成本，对于小团队来说，成本就是一切。

机构回应呼吁“iOS 和 Android 的原生应用程序，以及网站”。对于一家大公司来说，这是有道理的。对于一个四人团队来说，与几乎无法处理一个代码库的人一起维护三个代码库是最快捷的方式。

正是在这种背景下，[PWA0不再是一种技术选择，而是一种战略决策。对于小型团队来说，这通常是以应用程序的质量吸引用户的最明智的方法，而无需维护多个平台的成本。我想解释什么是 PWA，以及为什么它如此适合资源有限的人。

从商业角度来说，什么是 PWA

从技术上讲，[PWA1] 是一个使用现代网络功能的网站，其行为类似于应用程序：快速打开、离线工作、安装在主屏幕上、发送通知。但对于小团队来说，重要的不是技术定义，而是实际结果。

结果是：您使用网络技术构建一次，然后将其交付到带有浏览器的任何设备。 iOS 没有单独的版本，Android 没有单独的版本，也没有单独的网站。有一种代码库适合所有人。

对于那些拥有精干团队的人来说，这改变了游戏规则。您维护的每个额外平台都意味着更多的代码、更多的测试、更多的错误和更多的时间。 [PWA2 消除了这种乘法。这不是技术的选择，而是在有限的时间里花在哪里的选择。

我认为，默认情况下，小团队应该在本地化之前考虑 [PWA3]。并不是因为原生不好，而是因为维护多个平台的成本很少符合刚起步的人的预算。

小团队最稀缺的资源不是钱，而是钱。是注意力。每个额外的平台都会分散焦点。维护一个 iOS 应用程序、一个 Android 应用程序和一个网站意味着每个新功能都需要考虑、构建和测试三次。对于四个人来说，这是不可持续的。

[PWA4 允许您将所有努力集中在一个基础上。这意味着更快地交付、更快地纠正和更快地学习。在早期阶段，学习速度是区分幸存者和消失者的关键。缺乏重点的全面性是一个伪装成野心的陷阱。

对于小型团队来说，[PWA5] 最具体的优势是财务方面的，值得详细说明这一点。

有发展经济学：一个基地而不是三个。存在分发经济：[PWA6 不依赖于商店批准，因此你发布更新，它会同时到达用户，而无需等待审核。还有发现经济：因为它是网络，所以 PWA 可以通过搜索引擎找到，这减少了对付费营销被发现的依赖。

对于一个注重每一小时和每一美元的团队来说，这些节省加起来具有决定性意义。用于维护并行平台的资金可以用于真正重要的事情：改进产品和了解用户。

想象一下一家测试服务的初创公司。借助 [PWA7]，它可以将产品交付到人们手中，所需时间和成本仅为原生应用程序的一小部分，并根据实际使用情况进行调整。如果假设没有得到证实，损失也很小。对于那些财力匮乏的人来说，犯便宜的错误是一种超能力。

诚实很重要：[PWA8 并不适用于所有情况，假装不这样做会导致小团队犯下代价高昂的错误。

如果您的产品深度依赖于硬件资源、密集的相机使用、特定的传感器、繁重的处理、网络无法很好地实现的本机集成，[PWA9] 可能无法处理。在这些情况下，技术限制超过了节省的成本。

如果您的策略主要依赖于应用程序商店中的存在作为获取渠道，或者依赖于用户期望从已安装的应用程序中获得的功能，但这些功能在某些平台上仍然无法像 [PWA10] 一样运行，那么这也会对你的策略产生不利影响。

成熟在于认识到选择取决于产品，而不是时尚。一个小团队因为便宜而选择[PWA11]，但却忽略了产品需要原生资源，用成本问题换取可行性问题。正确的决定始于了解产品的真正需求。

小团队倾向于打开 [PWA12] 并继续前进，假设性能随之而来。这是一个错误，会在以后造成损失。

当缓存经过深思熟虑且资源较少时，[PWA13] 速度很快。如果被忽视，它会减慢速度并提供陈旧的内容。对于小团队的人来说，好消息是，不需要专门的专家来处理这个问题；一开始就需要纪律和一些正确的决定。

保持应用程序精简，避免积累繁重的库，定义与每个数据类型一致的缓存策略，并不时测量负载。这种适度的关怀保留了让您选择 [PWA14] 的优势。如果没有它，您将面临最糟糕的情况：应用程序的复杂性没有证明努力值得的速度。

小团队的优势在于这些实践只需很少的人就可以很好地扩展。你不需要一个大的结构；这需要意图。

最后，对于小团队来说，选择 PWA 更少的是技术，更多的是生存策略。它决定将稀缺资源、注意力花在一个而不是三个方面。它优先考虑快速接触用户、向他们学习并在资金用完之前进行调整。

大型团队有能力维护多个平台。小团队通过专注、速度和不把钱花在不需要的地方的纪律来获胜。在这种情况下，PWA 是最强大的杠杆之一。

这并不是所有产品的答案。但对于大多数需要验证想法并以少量资源成长的小型团队来说，这是值得首先考虑的起点，而不是最后考虑的起点。

如果您正在做出此决定，并且希望在您的案例中更清楚地考虑网络和原生之间的权衡，博客上还有有关 PWA、初创公司和产品策略的其他文本。如果您想谈论您的具体情况，请致电。