YetiForce工作流与BPI

wen PHP项目 2026-07-22 2

本文目录导读：

YetiForce工作流与BPI

这是一个非常专业且具体的B2B技术问题,你提到的“YetiForce工作流与BPI”通常指的是YetiForce CRM系统中的两个核心自动化与流程管理模块：工作流 和 业务流程。

首先需要澄清一个常见的概念混淆：在YetiForce的语境下，工作流 和 业务流程 是两个不同层次的概念，而BPI通常指的是业务流程（即“流程”模块）。

以下是针对这两个概念的深度解析、区别以及在实际业务中的应用场景：

YetiForce 工作流 vs. 业务流程

工作流擅长处理“当某件事情发生时，系统自动做什么”，在YetiForce中，工作流可以极大减少重复性人工操作。

客户管理：
- 场景： 当客户状态变为“无效”时。
- 工作流动作： 自动发送邮件给相关销售，并冻结该客户下的所有机会。
销售管理：
- 场景： 当一笔“大额商机”被创建时（金额超过100万）。
- 工作流动作： 自动发送通知给销售总监，并自动将商机负责人更新为销售经理（用于审批）。
工单/服务管理：
- 场景： 当服务工单的“响应时间”超过24小时未更新。
- 工作流动作： 自动发送升级通知给主管，并自动将工单优先级提升至“紧急”。
内控与合规：
- 场景： 当员工手动修改合同金额时。
- 工作流动作： 自动在“修订历史”中记录原值和新值，并发送警报给审计部门。

BPI（业务流程）在YetiForce中通常对应“流程”模块或“流程图”功能，它适用于需要多人协作、按步骤推进、且步骤不可跳跃的场景。

报价审批流程：
- 步骤1： 销售代表创建报价 -> 系统自动进入“待审批”状态。
- 步骤2： 销售主管收到任务，评估后选择“批准”或“驳回”。
- 步骤3： 若批准，报价自动发送给客户；若驳回，则返回销售代表修改。
- BPI价值： 避免了“先斩后奏”或“越级审批”，确保每一份报价都经过合规审查。
售后纠纷处理：
- 步骤1： 客服创建“纠纷工单” -> 进入“调查阶段”。
- 步骤2： 技术支持工程师填写分析报告 -> 流程自动流转到“客服经理评估”。
- 步骤3： 客服经理决定赔偿方案 -> 流转到“财务审核” -> 结案”。
- BPI价值： 确保复杂问题不能被一个人拍板，每一步都有记录和责任人。
员工入职流程：
- 步骤1： HR创建新员工记录 -> 触发“入职流程”。
- 步骤2： IT部门收到任务，准备电脑和账号 -> 完成。
- 步骤3： 行政部收到任务，安排工位和门禁 -> 完成。
- 步骤4： 所有任务完成后，自动发送欢迎邮件给员工和主管。
- BPI价值： 并行任务自动分配，确保入职流程不遗漏任何环节。

它们并非对立关系,而是可以协同作战，通常的实践是：

工作流充当“自动化引擎”：在BPI流程的某个节点上，当用户完成一个操作（如“填写报告”）后，工作流可以自动执行一系列后台任务（如更新关联机会的预计金额、发送内部提醒等）。
BPI充当“流程骨架”：定义了“谁在什么状态下必须做什么”，而工作流则填充了“在这个节点上，系统自动为我做什么”。

一个组合示例：

场景：客户投诉升级处理

BPI流程：定义了“普通客服受理 -> 小组长评估 -> 部门经理决策 -> 最终回复”这四个强制状态。
工作流：
- 当记录进入“部门经理决策”状态时，工作流自动发送邮件给经理，并附上前24小时内的所有对话记录。
- 当记录在“最终回复”状态停留超过48小时，工作流自动创建一条待办事项给CEO助理。

你需要什么？	选择哪个？
自动发邮件、自动改字段、自动分配	工作流
强制审批、分阶段处理、多人协作按步骤走	业务流程 (BPI)
最复杂的自动化，需要“当A发生且状态是B时，做C和D，然后如果用户点了X，就触发E”	优先使用业务流程，并在节点上挂载工作流

实际使用建议：

勿过度设计：业务流程（BPI）比工作流更重，对于简单的“发个自动提醒”场景，用工作流即可，不要为了用BPI而用BPI。
测试优先：在YetiForce中，工作流和BPI都支持模拟器或测试记录，务必在生产环境上线前，在沙盒中完整跑通一次，特别是不同分支路径。
关注性能：极大量记录（如每日上万条）上的复杂工作流可能会影响系统响应速度，BPI节点上的长链操作也需注意日志记录。

如果你能告诉我你具体想实现的业务场景（想自动审批订单”或“想规范售后流程”），我可以给你更精确的配置思路。