当拟议架构以特定计算机为中心，且本地可靠运行最为重要时，应选择桌面应用程序。当拟议设计需要让多人访问共享记录、使用基于角色的控制，并在不同地点进行运营监督时，应选择基于 Web 的业务系统。无论采用哪种形式，都无法解决定义不清的工作流程，因此应先确定数据必须如何流转，再决定界面运行在哪里。
桌面软件与基于 Web 的业务系统：核心适配性
常见的桌面软件设计是在一台或多台计算机上安装应用程序，并在约定范围内包含表单、本地存储、导入/导出和报表功能。这种模式适合主要在固定工作站或管理严格的团队内执行的工作流程。请要求供应商确认拟议的桌面架构是仅限本地运行、连接共享服务，还是依赖其他数据库。如果这些要求符合您的运营方式，请查看桌面软件开发的范围。
常见的基于 Web 的业务系统设计通过浏览器提供访问，并使用共享数据服务，但具体拟议架构可能有所不同。请询问供应商记录存储在哪里、用户如何连接，以及系统是否支持本地或离线工作。当员工需要创建、审核和更新相同记录，而管理人员需要权限、仪表板和导出功能时，这种形式可能更适合。业务软件开发通常可将工作流程梳理、数据模型、核心模块、角色、仪表板、导出、备份和员工指导作为起始范围。请确认哪些内容属于您的项目，不要假设所有功能都已包含。
这种区别属于架构层面的区别，并不意味着任一形式永远无法实现某些功能。桌面应用程序可以连接共享服务；如果经过专门设计，Web 系统也可以支持部分离线工作。根据约定的设计，两种选择都可能需要托管、安全工作、备份和持续更新。
本地存储、导入/导出和离线工作流程何时重要
请从电子表格无法满足需求的环节开始分析。员工是否需要在固定工作站反复录入数据、从设备或供应商导入文件、生成报表，然后交接导出文件？如果任务无需其他人员同时编辑同一条记录即可完成，桌面应用程序可能有助于保持拟议工作流程的简洁。
请明确正在使用的计算机和操作系统、文件格式及示例文件、校验规则、报表布局，以及在无连接情况下必须正常运行的功能。请询问本地数据将存储在哪里、谁可以访问、如何备份，以及如何在更换计算机后恢复。仅有导出按钮并不等于恢复方案：请将备份和恢复列为拟议验收检查，并要求供应商说明如何进行测试。
如果员工必须继续离线工作并在之后同步，请记录两个人修改同一条记录时的处理方式。无论界面是桌面还是基于 Web，离线同步都是一项独立需求。离线优先需求指南可以帮助您围绕排队变更和冲突处理提出问题。
共享访问、角色和仪表板何时重要
当不同地点的员工需要使用共同记录、主管需要批准变更，或管理人员需要查看进行中的工作时，基于 Web 的系统可能更具吸引力。请从操作角度描述每个角色：谁可以创建、编辑、批准、导出、删除或查看敏感字段？请确定仪表板需要实时运营状态、周期性汇总，还是两者都需要，并根据底层记录定义每项指标。
请询问拟议系统将如何识别用户、记录重要变更，以及处理连接中断。还应询问应用程序和数据库运行在哪里、由谁管理，以及人员离职时如何移除访问权限。浏览器访问本身并不能证明权限设置适当；只有当仪表板中的数字与团队约定的定义一致时，仪表板才有用。
提供给开发工作室的需求
请提供团队当前使用的表单、电子表格和报表的真实且已匿名化的示例。然后要求每家工作室说明其方案如何满足相同的验收检查：
| 需要明确的需求 | 要求供应商展示的内容 |
|---|---|
| 记录生命周期：创建、编辑、审批和关闭 | 从开始到结束演示一条示例记录，包括异常和更正。 |
| 现有数据和文件交换 | 导入具有代表性的样本，识别被拒绝的行，并按约定格式导出数据。 |
| 角色和敏感字段 | 以每个角色登录，并分别尝试获准和被禁止的操作。 |
| 报表定义 | 将示例仪表板或报表与底层记录进行核对。 |
| 离线工作和恢复 | 在约定任务期间断开设备连接，然后根据适用情况演示重新连接或备份恢复。 |
| 运行环境 | 在目标环境中安装或部署测试版本，并记录买方必须维护的内容。 |
请说明预期的用户数量和地点数量，但应要求供应商解释其设计如何满足这些要求，而不是接受没有依据的容量声明。请列出新系统必须保留的任何现有数据库、设备集成或流程。
如何比较范围、交接和部署计划
请根据相同的工作流程和测试用例比较报价。将必要工作与可选增强功能分开，并检查每份方案是否包含数据迁移、权限、报表、使用您的示例数据进行测试、部署和员工指导。请明确由谁提供托管环境或计算机，以及上线后由谁负责更新和备份。
请以书面形式索取交付物，并确认供应商具体拟提供哪些内容。目录中的桌面软件和业务软件范围包括源代码和文档，但最终交接仍应明确项目所需的具体安装程序或部署说明、数据架构、配置详情、管理员访问权限和用户文档。
在某些架构中，集中部署可能使分发变更更加容易，但也可能引入托管、连接或运营依赖。请要求供应商针对拟议设计解释这一权衡，包括由谁应用更新、如何测试变更，以及更新失败时会发生什么。
如果符合您的需求，请将全新安装或部署、备份恢复和数据导出作为拟议的买方验收检查。这些检查如有重要性，应写入项目协议；除非供应商明确包含，否则不能视为已确认的交付物。在验收前，请要求供应商使用具有代表性的数据演示约定的检查。对于现有系统，请明确项目属于替换、集成还是分阶段升级，以确保估算覆盖相同的任务。
常见问题
桌面软件可以支持多名用户吗？
可以，但共享使用需要明确的设计。请询问每次安装是维护独立记录，还是连接共享数据库；如何处理同时编辑；以及网络不可用时会发生什么。不要假设在计算机之间复制本地数据文件就能提供可靠的协作。
基于 Web 的系统是否自动更易于维护？
不是。基于 Web 的架构可能改变更新的分发方式，但应用程序、数据库、托管、访问控制和备份仍需要明确负责人。请比较拟议的维护责任、测试流程和恢复程序，不要将访问方式视为维护保证。
我们应该迁移电子表格中的每一列吗？
只有在确认每一列的含义以及是否仍有人使用之后，才应决定。请识别重复项、不一致的值，以及代表业务规则的公式。在批准完整导入前，请就迁移样本达成一致，并核验生成的记录和报表。
如需准备可比的项目简报，请提供当前工作流程和示例文件、所需角色和报表、预期用户数量和地点数量、操作系统或托管限制、离线需求、现有集成，以及导出数据的目标位置。请包含任何待替换软件的详细信息，然后讨论需求以确认项目范围和交付责任。