实用自动化示例
能完成真实工作的业务流程自动化示例
查看每个示例如何把请求从触发推进到已确认结果，包括人工决策、自动化、异常和指标，而不只是任务清单。
一个表单或审批可以支撑非常不同的工作。先从团队必须交付的结果以及必须恢复的问题开始，再选择应用需要的记录、角色和自动化。
从 Jodoo 免费计划开始，最多支持 5 位用户。无需信用卡。
- 按团队和结果整理的 8 个示例
- 区分人工判断与自动化
- 每个示例都有异常与恢复路径
- 指标绑定已完成业务结果
8实用流程示例6需要做出的设计决策1关联的 Jodoo 应用
示例如何运作选择一个步骤，查看它为流程增加了什么。
01触发+
启动责任明确工作的事件或请求。
02上下文+
工作能够安全推进前所需的记录、证据和政策。
03处理+
推动业务记录达到完成状态的人工和自动化操作。
04决策+
基于规则或授权的选择，决定下一步发生什么。
05异常+
偏离正常路径的中断，带有具名负责人和恢复路线。
06结果+
接收方或流程负责人可以确认的已完成结果。
07指标+
值得改进的时间、质量、返工、异常和服务结果。
从团队之间最容易丢失的结果开始
让服务结果在背后的各团队之间可见
这些流程从请求开始，但只有当接收方获得有用且已确认的结果时才创造价值。
客户入驻
协调已提交信息、检查、账号设置、培训、异常、上线验收和首次价值时间。
客户问题解决
保持问题、诊断工作、审批、客户更新、纠正动作、确认和复发证据相互连接。
控制支出，而不把工作隐藏在审批后面
审批只是更大流程中的一个决策，该流程始于需求，终于已对账的价值。
从采购请求到履约
连接请求、预算和政策检查、供应商选择、审批、采购动作、收货、异常和结案。
发票异常解决
匹配采购订单、收货和发票；分类差异，分配调查，批准解决方案，过账结果，并衡量重复原因。
打造员工旅程，而不是某个收件箱里的清单
人事流程需要 HR、经理、IT、设施、财务和员工之间的归属协同。
员工入职
协调入职前数据、检查、设备、访问权限、培训、经理准备、首日确认和未完成工作升级。
学习与资质
连接岗位要求、培训分配、证据、评估、主管决策、到期、复训和上岗资格。
把一线事件转化为受控跟进
移动采集很重要，但价值来自关联的调查、决策、行动和验证。
质量不合格
记录问题，控制影响，评估处置，调查原因，分配行动，验证有效性，并放行或关闭。
安全事件与隐患
采集事件，保护人员，分诊严重程度，调查，批准纠正工作，验证控制并沟通经验。
让分散在各地的工作共同服务于一个责任明确的结果
请求、资产、地点、技术人员、证据和接收方确认都应属于同一流程上下文。
现场服务异常
安排工作，确认访问，记录移动端发现，请求备件或决策，恢复阻碍，完成服务并获得验收。
内部服务请求
验证请求，分配合适团队，协调依赖任务，沟通状态，交付结果并采集满意度。
保留基本要素，再按工作定制工作流
客户入驻、发票争议、检查和变更请求需要不同记录和角色。保留清晰触发、负责人、异常处理和完成定义，再使用各团队熟悉的字段和语言。
必须完成什么？
明确哪条请求或业务记录需要从开始贯穿到结束，以及用什么证据确认结果。
正常流程可能在哪里失败？
定义缺失信息、政策冲突、系统失败、产能约束、退回、取消和升级。
每个团队可以变更什么？
将受控决策与经过培训的业务负责人可安全更新的字段、视图、通知和规则区分开。
如何调整示例而不复制错误流程
业务流程自动化有哪些常见示例？+
常见示例包括客户入驻、从采购请求到履约、发票异常、员工入职、资质管理、质量不合格、安全事件跟进、现场服务异常和内部服务交付。
什么让一个示例成为完整业务流程？+
完整示例应包含触发条件、请求或业务记录、相关背景、负责人、工作阶段、决策、自动化、异常恢复、明确的完成标准、证据和结果指标。单次通知或数据复制只是一项自动化任务。
一个应用可以支持多个相关流程吗？+
可以，前提是这些流程共享记录、角色、生命周期控制和报表需求。保持不同结果和异常可见，而不是把无关工作强塞进一个通用状态列表。
团队应如何在这些自动化示例中选择？+
从最接近团队负责的结果、参与者、记录、决策、异常和指标的示例开始。然后调整触发、字段、角色、阶段和完成定义，而不是原样复制其他部门的工作流。
团队可以把一个 Jodoo 设计用于多个部门吗？+
可以，前提是这些流程确实共享记录、角色、生命周期控制和报表需求。业务管理员可以调整字段、视图、通知和规则，同时保留受控决策和审计要求。
使用可运行产品
探索已填充数据的示例应用选择一个示例，并建模它的真实异常
打开示例应用，查看一套关联数据系统如何支持业务记录、移动端工作、责任明确的决策、恢复队列和可量化结果。