体验流

学习目标

完成本单元后，您将能够：

• 说明 Salesforce Flow、Flow Builder 和流如何相互关联。
  
• 识别利用自动化改进业务流程的机会。
  

一些重要的流词汇

您可能听说过一些指代流的术语，有时它们会被互换使用。让我们来弄清楚每个术语的含义。

Salesforce 流

对 Salesforce 中允许您通过单击而不是代码来创建、管理和运行自动化的一切的总称。它还包括独立的产品，例如由 MuleSoft 提供支持的 Flow Orchestration（流编排）和 Flow Integration（流集成）。

流

以流程图结构保存在 Salesforce 中的自动化配置。流通过收集数据并使用这些数据来实现业务流程自动化。它可以影响您的 Salesforce 组织和外部系统中的内容。

Flow Builder

创建流的主要工具。您将在下一个单元了解有关此工具的更多信息。

Flownatic

喜欢创建流的人。是的，有一大群人真的热爱流！

简而言之，Salesforce 流包括多种工具。其中的 Flow Builder 可帮助您创建流，而 Flownatic 热爱创建流。

流是朋友

要了解流是什么，让我们从这个简短的视频开始。它概述了流可以做什么以及它们是由什么组成。

流看起来就像流程图：它们由方框和连接箭头组成，显示业务流程的有序详细信息。然而，二者有一个很大的区别。流程图只是显示一个流程，而流可以真的执行流程中的步骤。这是一种全新的能力水平！

事实上，流是如此强大，您甚至可以将它们视为视觉编码。它们是通过点击而不是代码创建的，但您确实需要了解一些编程概念和逻辑。 

别担心，您不必真的学习任何代码。但是通过学习一些开发概念，您可以使用流来完成很多与代码相同的自动化。甚至没必要非常复杂；只需使用几个元素，就可以通过流解决许多简单的用例。

当然，流并不是唯一可用的自动化工具。还有公式、验证规则、快速操作、Apex 和一些用于特定情况的工具，例如升级和自动响应规则。但是，流可以自动化 Salesforce 中极其广泛的流程。以下是几个示例：

• 使用逐步解说引导站点成员完成新信用卡申请流程。
  
• 当支持技术人员单击个案上的“升级”按钮时，个案将被重新分配给更高级别的技术人员。
  
• 当更新客户时，同时更新与此客户相关的所有联系人。
  
• 当业务机会阶段更新时，向外部系统发送自定义消息。
  
• 发生平台事件时，创建一个任务。
  
• 当业务机会结束时，创建续订业务机会。
  
• 显示每个未处理业务机会的所有可能折扣，并允许销售人员通过单击选择和申请折扣。
  
• 在经过一段时间或达到指定时间后，更新 Salesforce 中的潜在客户记录。
  

使用自定义代码自动化流程通常需要 Apex 开发人员的技能。构建和维护起来既复杂又昂贵。幸运的是，使用 Flow Builder，无需代码即可完成许多工作。

如果您经常使用 Salesforce，您会听到有人提到声明式工具。别担心！声明式只是意味着它不需要软件编程技能。Flow Builder 是一款声明式工具。

知道何时应该构建流

您通过点击创建流，而不是通过声明式工具中的代码。作为管理员，您一直在使用声明式工具。您在创建自定义字段时使用一个声明式工具，在设计 Lightning 页面时又会使用另一个声明式工具。因此，如果您了解 Salesforce 对象和字段如何工作以及如何相互交互，那么您在理解流的道路上已经走了一半。

一般而言，在选择使用自定义代码之前，最好先考虑声明式工具选项。使用声明式工具创建的自动化通常更容易创建和支持。从人的角度来看，学习代码需要更多时间，而且通常更难，因此找到会编码的人也就更难。基于代码的项目通常构建和维护成本更高。

我们并不是说您应该避免使用代码。一些用例可以通过流来解决，但由于要求和限制，用代码解决可能会更好。此外，总是有代码能做到而流做不到的事情。总的来说，大多数常见的自动化场景都可以在流中构建。决定是否构建流取决于您的业务流程的要求。

例如，如果您的业务流程需要用户生成 PDF 文件，而流无法做到，那您就可能需要有人编写代码解决方案。但是，如果需要从多个面向用户的表单开始生成 PDF，最好的方法可能是让开发人员创建一个生成 PDF 的 Apex 插件，并让用户可以从您构建的流中运行该插件。

老实说，有时决定采用流还是代码最终会归结为反复试错的过程：首先尝试在流中试验，如果不成功则转向代码。让我们明确一点：这样完全没问题！这是学习自动化过程中很正常的一部分。即使在 Salesforce 内部，开发人员也会在开始开发新功能之前投入时间进行研究和试验。这可确保他们在选择特定方式之前确定最佳方法。

没有一种简单、明确的方法来决定一个用例或解决方案是否应该采用流或代码来构建。（如果有，我们肯定会在这里分享。）不断试验，不要害怕第一次、第二次甚至第三次出错。

让我们来看一个例子

为了让您了解如何在组织中使用流，请详细了解此示例场景。

业务需求

Flo Smith 是 Pyroclastic, Inc. 的一名业务分析师和 Salesforce 管理员。几个月来，她一直在要求她的利益相关者进行投资，来自动化更多的业务流程。她渴望利用 Salesforce 自动化工具提供的效率改进。因此，当 Pyroclastic 的销售主管要求她帮助销售团队更有效地工作时，她非常激动。

当 Pyroclastic 的销售代表在 Salesforce 中记录联系人时，他们经常会忽略很多字段，这会导致不良、无客户的联系人。更糟糕的是，销售代表经常创建重复的联系人。他们本可以通过在创建联系人之前搜索 Salesforce 来避免重复，但他们没有这么做。最好能自动化这个过程。这是 Flo 展示 Salesforce 如何提高组织效率的绝佳机会。

用例

我们来细分一下。

• 仅捕获必填字段（名字和姓氏）和关联客户的值。
  
• 如果有匹配的联系人，则予以更新。如果没有匹配的联系人，则创建一个。
  

为了完善此业务流程，Flo 希望提供业务流程已完成的确认。如果我们在 Chatter 中注明流的作用，与通过电子邮件等封闭渠道进行通信相比，会有更多用户可以访问该信息。让我们再添加两个要求。

• 通过在 Chatter 上发布帖子确认发生了什么。
  
• 向用户确认业务流程已完成。
  

解决方案

因为自动化的目的是让系统自动完成工作，所以 Flo 需要一个能够做出合乎逻辑的决策并根据定义的条件采取行动的解决方案。这个特定的业务流程需要来自用户的信息，因此 Flo 还需要一个用于捕获该信息的表单。让我们看看她可以在 Salesforce 中解决此用例的三种方法。

因为该用例需要条件逻辑和操作，所以快速操作不适用。剩下的是流和 Lightning 组件。然而，Lightning 组件只能用代码编写。

Flo 没有太多的编码经验，她想要一个无需借用编码人员的帮助，将来可以由她支持的解决方案。请记住，在探索自定义代码选项之前，通常最好先考虑声明式工具选项，因此她首先探索符合她要求的最简单的解决方案：流。

接下来，您将进入“流之地：Flow Builder”。

资源

• 流视频资源：Flow Builder