您的企业需要移动应用还是 Web 应用？

先看人们需要完成什么工作

设想一家维修公司正在规划新系统。技术人员完成上门服务后，拍摄照片并记录需要更换的部件。回到办公室后，同事核查这次服务并安排下一项工作。这只是一个假设的例子，但有助于我们讨论如何选择。

技术人员用手机，办公室人员用电脑。这说明界面需要适配不同设备，但几个关键问题仍未解决：上门地点有没有信号？照片是否必须立即传回办公室？如果有人做到一半关闭软件，会发生什么？

这些实际情况应当决定选择 Web 应用还是安装在设备上的应用。如果先定名称，难题只会留到后面。

使用手机不等于必须安装应用

Web 应用在浏览器中打开，既可以为手机设计，也可以适配大屏幕。安装型应用是用户安装到设备上的软件。有些 Web 应用也可以安装，因此两者并非完全互斥。“可安装”也无法说明软件是如何构建的。

真正需要问的是：拟采用的方案能否在员工实际使用的设备上完成必要工作。例如，Web 应用也可能支持拍照。Google 的Web 应用功能指南介绍了 Web 应用可使用的设备功能，以及各环境的支持差异。浏览器、设备和权限都会影响结果。在一部手机上可用，不能证明团队其他手机也能用。

对于通知，以及用户离开应用后仍需继续的工作，尤其要说明具体要求。逐一检查目标设备上的实际表现，包括用户拒绝授权时会怎样。安装型方案的行为也同样需要验证，不能想当然。

“离线可用”需要更具体的说明

我们的技术人员可能需要在没有信号的地下室查看昨天的记录。保存一份新的服务报告是另一项要求，上传大照片又是另一项。先确定哪些事情必须能做，再决定开发什么。

无论是浏览器中的软件还是安装型软件，要支持这些情况都需要专门设计。安装应用并不能自动解决数据保存或修改冲突。Android 的离线优先指南解释了 Android 应用中的这些区别。它可以说明这类工作涉及什么，但不代表所有平台都具有相同行为。

先试一试可能改变决定的任务

在委托开发整个系统之前，先要求演示最难满足的一项需求。对于这个例子，可以用一部有代表性的手机打开服务记录、断开网络、保存报告和照片，然后重新连接。演示应在独立测试环境中使用虚构的服务记录和照片，避免改变真实工作或向客户发送任何内容。需要时，在计划采用的浏览器和安装型方案中分别测试这项任务。

留意出错时使用者会看到什么。他们能否知道报告是否已安全保存？中断后能否继续？如果相机权限被拒绝，会怎样？在预期使用环境中完成演示，比方案书上的功能名称更能帮助判断。

还要考虑如何获取和持续使用

问清员工或客户如何获得访问权限、更新如何送达，以及出现问题由谁处理。如果计划通过应用商店或公司管理的设备系统分发，也要计入这条途径所需的工作和条件。不要假定审核通过或分发成功是必然的。

您可以选择 Web 应用、安装型应用，或针对不同工作提供不同版本。组合方案可能适合技术人员和办公室的例子，但每个版本都需要交付、更新和支持。比较方案时，要把这些责任算进去。

LINK-V 提供定制移动应用和Web 应用开发服务。讨论任一方案时，请带上软件必须应对的实际情况。首先要弄清人们需要在什么设备、什么条件下完成哪些工作。然后，再为具体项目商定范围、支持方式和商业条款。

做决定前的常见问题