业务流程
业务流程把重复工作固定成清晰顺序：谁启动流程，哪些步骤自动执行，哪里需要人工处理，负责人如何查看进度。它适合销售、客户交接、请求处理、内部规程，以及不能依赖个人记忆的任务链。
业务流程不会替代任务、CRM 记录或文档。它把这些对象连接成可控制的序列，并保留模板、运行、当前步骤、历史和结果。
在哪里找到
主要入口是 自动化 → 业务流程 (/automation/workflows)。流程可以面向 CRM，也可以面向任务。旧的任务和 CRM 入口会打开同一个工作中心，并自动带上对应模块上下文。
根据权限，页面可以包含模板列表、按模块、范围、触发器、启用状态和对象类型过滤、模板编辑、分配给人员的流程任务、流程实例、执行历史，以及计划步骤处理。过滤器取决于上下文：通用自动化中心提供模块和实体类型，任务上下文会隐藏部分 CRM 范围过滤器。
如果看不到某个操作，请先检查 workflow 权限和流程所在的范围。
主要页面：
/automation/workflows- 模板、CRM 或任务上下文、快速启动和实例预览；/automation/workflows/tasks- 人工流程任务队列；/automation/workflows/templates/:templateId/editor- 触发器、受众和步骤编辑器；/automation/workflows/instances/:instanceId- 单次运行的历史、时间线和终止操作。
什么时候使用
当多个步骤需要保持标准化时使用业务流程：处理新请求或销售机会，在团队之间交接工作，从事件创建任务，等待状态或期限，分配人工步骤，或查看流程停在哪一步。
如果只是任务内的重复清单，通常使用任务模板即可。如果只是某个 CRM 阶段的规则，CRM 自动化可能足够。需要看到并控制完整链路时，使用业务流程。
模板
模板定义流程何时启动以及执行哪些步骤。在编辑器中，先确定流程处理 CRM 机会还是任务，再设置范围、受众和执行身份。
启用前请检查名称、目标、模块、范围、触发器、受众、执行身份、人工负责人、自动动作、完成规则和流程所有者。 范围可以是整个公司、具体销售管道、阶段或任务上下文；受众可以是所有人、部门、部门树或选定员工。 触发器除了手动、创建和状态变化，还可能包括字段变化或新增评论。确认谁接收人工任务、允许的期限、谁接受最终结果，以及出错或逾期时由谁负责。
如果没有人负责错误、逾期步骤或例外情况，不要启用模板。每个流程都需要一个能向团队解释业务规则的负责人。
编辑器和检查
把编辑器当作流程地图使用。起始节点说明启动事件，其他步骤说明自动动作、等待和人工任务。节点之间的连接应该形成清楚的业务顺序：先发生什么、哪个结果会进入下一步、哪里必须由人接手。
保存并运行新流程前：
- 运行校验，查看节点和连接错误；
- 在安全测试对象上模拟流程；
- 在创建任务、通知、消息或 CRM 更改前查看执行预览；
- 确认受众不为空，也没有过宽；
- 检查系统或集成身份不会带来超出预期的权限。
不要在真实客户、活跃机会或包含私有文件的任务上测试 workflow。文档和培训只使用带有明确 demo 名称的演示对象。
流程节点与连接
流程由不同类型的节点组成，通过连接相连：
- 开始 — 流程的入口点；
- 动作 — 自动步骤（修改对象、创建任务、发送通知）；
- 条件 — 基于规则的分支；
- 等待 — 暂停直到某个时间或事件；
- 任务 — 指派给人员的手动步骤；
- 事件 — 对外部事件的响应；
- 循环 — 重复流程的一部分；
- 并行 — 同时进行的分支；
- 变量 — 在步骤之间传递的数据；
- 完成 — 不是调色板中的独立节点：分支没有后续步骤时即完成，流程实例随后进入终止状态。
节点之间的连接带有标签，以便清晰呈现转换逻辑：成功、否则、循环、完成。标签在条件节点和循环上最为重要——它们显示流程根据步骤结果走向何处。
动作节点中的操作
可用操作取决于模块、能力方案和你的权限。除了通知、创建任务和切换阶段，目录还可能提供创建活动或销售机会、设置或递增字段、启动另一个 workflow、绑定任务上下文、发送外部消息，以及创建或确保客户项目。任务流程中的 bindTaskContext 会把流程关联到项目或公司；CRM 流程中的项目操作属于销售机会。如果目录中没有某项操作，先检查作用范围和权限，不要用临时人工任务替代。
流程任务
流程任务是分配给人员的人工步骤。队列有单独的业务流程视图。处理时要像处理真实工作一样，查看说明、期限、关联对象、流程实例和期望结果。
只有实际完成后才关闭步骤。如果无法完成，请取消或带着上下文交回流程负责人，不要形式化关闭。
查看队列时，关注执行人、关联对象、期限、取消说明，以及是否有重复人工任务暗示触发器设置错误。关联对象可能是任务、请求或其他工作对象；逾期步骤应明确处理，取消时保留原因，并确认同一对象没有被错误触发多次。
实例和控制
实例是某个模板针对具体销售机会、任务或其他工作对象的一次运行。卡片应能帮助你确认状态、关联对象、开始和结束时间、步骤历史与时间线。用实例可以确认流程是否启动、当前步骤是谁、为什么完成或被终止，以及模板是否产生了多余工作。
终止实例时要写明原因，方便之后区分正常人工停止和配置问题。
如果人工终止实例，原因应说明这是正确的管理决定、错误的输入数据，还是临时暂停。不要用终止来掩盖错误模板。
角色和责任
将责任分开：查看模板和运行、创建和修改模板、手动启动、处理人工任务、终止实例、使用系统或集成身份。
人工步骤的执行人不应自动拥有修改模板的权限。流程所有者应能看到已停止的实例，并负责调整规则。
错误和例外
workflow 错误通常来自权限、错误范围、缺少参与者、错误触发器或过期模板。不要用临时人工任务绕过问题。先记录哪个流程、对象和步骤停止了，再逐项复核范围、触发器、人员、任务或 CRM 动作，以及执行角色的权限。
会发送消息、创建文档、运行 AI 场景或创建任务的流程需要格外检查，因为这些动作会被其他人看到；错误的文本、收件人、文件或执行身份会立刻变成运营问题。
用演示流程培训团队
请在演示流程上培训员工、验证新想法，而不要拿真实客户和正在进行的工作任务做实验：
- 创建名称清晰、数据安全的测试模板；
- 使用演示客户、任务、金额和期限；
- 不要把真实合同、联系人和私密链接放进培训材料。
这样，流程条件或动作中的错误只会停留在教学场景里，而不会变成发给真实客户的邮件。
良好实践
- 一个流程只服务一个明确的业务目标。
- 人工步骤名称要让执行人理解结果。
- 新流程先在安全测试场景中验证。
- 启用模板前运行校验、模拟和执行预览。
- 不要把需要人判断的管理决策自动化。
- 定期查看流程任务和已停止的实例。
- 修改模板前通知受影响的团队，确认负责人理解新的顺序并能处理异常。
相关场景