企业什么时候需要定制 Web 应用

识别重复的工作流程

一个有用的网络应用程序支持人们经常执行的任务，从而导致错误、延迟或重复工作变得很重要。通过审查、批准和交付来处理一项查询是比为每个部门建立一个平台更清晰的起点。

使用当前示例绘制参与者、输入、决策、输出和例外情况。

当重复的工作流程依赖于通用工具在没有繁重的手动工作的情况下无法表示的规则时，自定义应用程序就变得合理了。记录当前的步骤、人员、文件和系统，然后识别延迟和重复条目。避免从功能愿望清单开始。清晰的问题陈述可以让团队将定制开发与流程变更、配置或可以满足足够需求的现有产品进行比较。

检查现有工具和集成

与定制软件相比，配置更改或工作流程集成可以通过更少的维护来解决问题。如果新应用程序仍然需要在系统之间进行手动复制，那么替换电子表格并不会自动变得有价值。

在批准构建之前比较适合性、所有权、数据导出、权限和长期成本。

围绕一个可用的结果定义第一个版本。客户门户可能从安全文档访问开始，而内部运营工具可能从接收和审核状态开始。列出角色、数据字段、权限、例外以及完成工作流的操作。当核心路径有效并且工作人员将其与代表性数据一起使用时，报告、自动化和集成等功能就可以遵循。

定义完整的第一个版本

MVP 应该完成一个有价值的工作流程，包括错误和管理处理。未经审查、更正或状态管理的精美接收屏幕只会消除瓶颈。

编写完整路径的验收标准并推迟不相关的角色或报告。

集成成本取决于所涉及的系统。确认每个提供商提供适当的 API、所需的帐户计划和安全的身份验证方法。决定哪个系统拥有每条记录以及如何处理冲突或中断。自定义屏幕不会消除上游服务的限制。尽早对不确定的连接进行原型设计，以便项目在主界面完成后不会发现阻塞的依赖关系。

计划上线后的运营

定制软件需要监控、访问控制、备份、更新以及负责流程变更的人员。即使代码保持稳定，业务规则也会发生变化。

将操作计划为产品的一部分。托管、访问更改、备份、监控、支持和未来版本的名称所有者。记录如何导出数据以及在应用程序暂时不可用时业务如何继续。定制软件是一项持续的责任；该决定应包括改进工作流程的价值以及移交后维持该工作流程所需的资源。