先确定做什么
确认流程数量、业务系统、输入输出、报表通知、异常转人工条件。没有写进范围的新增功能,不默认包含。
客户不需要先理解所有技术细节,先需要知道项目是否可控、投入是否有边界、上线后出问题如何判断责任。
这些内容会在需求确认、报价、合同和验收材料里保持一致。
确认流程数量、业务系统、输入输出、报表通知、异常转人工条件。没有写进范围的新增功能,不默认包含。
电脑或服务器配置、系统版本、浏览器、客户端、分辨率、网络和安全软件策略都会影响RPA稳定性。
业务系统账号、影刀账号、飞书应用权限、API令牌由客户授权并遵守最小权限原则。
按成功率、处理时长、输出格式、异常处理、日志记录判断,不用"感觉是否满意"替代验收标准。
已交付缺陷可支持;新增需求、系统改版、环境变化、数据模板变化通常需要变更确认。
新增规则、新系统、新报表、新接口、流程再造,需要确认费用、工期和验收口径后执行。
项目周期不是只由开发决定,客户现场条件直接影响交付效率。
| 阶段 | 客户要提供 | 为什么需要 |
|---|---|---|
| 需求确认 | 现有流程、样例数据、操作人员、系统清单、异常场景。 | 用于判断是否适合RPA,以及拆分一期范围。 |
| 开发联调 | 测试账号、测试环境、远程协助、业务规则确认人。 | 用于验证机器人在真实路径中能稳定运行。 |
| 上线验收 | 验收人员、验收数据、验收反馈清单、上线窗口。 | 用于形成可追溯的交付结论。 |
| 运维支持 | 截图、日志、异常时间、复现步骤、是否有环境或系统变更。 | 用于判断是程序缺陷、外部变化还是新增需求。 |