使用业务流程流或画布应用替换对话框
已弃用对话框,应将其替换为业务流程流或画布应用。 本文介绍这些选项的不同功能。 您还将了解嵌入在模型驱动窗体中的业务流程流或画布应用可用于替换现有对话的情况。
此表列出了一组对话框功能,以及业务流程流和画布应用中的等效功能。
对话框功能 | 是否为业务流程流中的功能? | 是否为画布应用中的功能? |
---|---|---|
页码 | 是 (业务流程阶段) |
是 (应用屏幕) |
仅提示 | 否 | 是 (标签) |
提示和响应 | 是 (仅表列) |
是 (标签和输入字段) |
输入参数 | 有限 (业务流程阶段中的步骤) |
是 (查询字符串参数) |
变量 | 否 | 是 |
查询变量 | 否 | 是 |
条件分支逻辑 | 是 | 是 (导航到应用内的任意屏幕) |
重复使用 (作为子对话框启动) |
否 | 是 (导航到应用内的任意屏幕,在新窗口中启动其他应用) |
在开始/结束时运行工作流 | 是 | 否 (改用云端流) |
在输入时运行工作流 | 是 | 否 (改用云端流) |
在页面过渡时运行工作流 | 是 | 否 (改用云端流) |
开始使用 URL | 否 | 是 |
会话日志记录 | 是 | 否 |
SDK 支持 | 是 | 是 |
- 流程分析(视图、图表和在阶段中所花费的时间)
- 自定义控件
- 应用分析(应用使用情况和性能)
- 多表页面组合
- 运行流
- 数据连接器(标准和自定义)
- 作为独立应用启动
- 可配置的布局
当选择替换对话框时,考虑要提供的用户体验非常重要。 另请记住,几乎所有对话框都可以使用画布应用进行建模。
业务流程流最适合替换对以下流程进行建模的对话框:它们在需要多组个体间协作和 Dynamics 365 应用上下文的整个工作流中提供指导。 例如,报价单审阅和传递。
或者,画布应用可用于替换对规范性任务(例如用于潜在顾客未来分析的通话脚本)进行建模的对话框,或者用于简化其他任务(例如更新机会)的用户体验。 请注意,以下场景甚至可能因使用独立的画布应用而受益。
假设有一个对话框,通过一系列页面,向用户请求关键信息,生成报价单,发送电子邮件给审阅者供其接受或拒绝报价单,然后再通过电子邮件发送给客户。 使用业务流程流可以更有效地对此类流程进行建模。
若要替换对话框,首先要确定流程中的关键阶段。 这些阶段可能包括内容准备阶段(确保列出所有产品并应用折扣)、生成报价单阶段(创建报价单并检查其格式的准确性)、初步审阅阶段(发送报价单以供审阅和审批)、二次审阅阶段(在特定情况下审阅报价单)和最后的交付报价单阶段(将报价单发送给客户)。
接下来,确定用户在此流程中必须遵循的关键步骤。 例如,内容准备阶段可能包含简单的判断正误步骤(供用户再次确认要报价的产品)、强制查找步骤(选择价目表)和数值步骤(输入折扣),然后进入下一个阶段。 生成报价单阶段可能有一个操作步骤,根据之前在准备内容阶段捕获的所有信息及其相关的 Dynamics 365 行创建报价单。 初步审阅和二次审阅阶段可能有几个判断正误步骤,用于引导报价单审阅;还有一个必要步骤,用于获取审批状态并确保收到审批后才能进入流程的下一阶段。 在此步骤中配置列级安全性,以确保只有经授权的审阅者才能审批报价单。 此外,可以将工作流添加到初步审阅和二次审阅阶段,以便在输入时向所有审阅者发送电子邮件通知。
最后,配置业务流程流阶段和步骤,以及指导流程的条件逻辑。 对于此示例,可以在初步审阅阶段之后添加条件分支,这样一来,如果某个步骤指示需要进行二次审阅,则该流程的下一个阶段就是二次审阅阶段,否则就是交付报价单阶段。
若要使此业务流程流可供用户使用,请确保向适当用户授予对此业务流程流的特权,然后将其激活。
有关如何创建业务流程流的详细信息,请参阅教程:创建业务流程流以标准化流程。
假设有一个对话框,在通话脚本后引导销售代表吸引回应冷淡的潜在顾客。 使用画布应用可以轻松捕获此流程。
首先连接到数据源,您将需要读取和写入数据。 在此示例中,使用了与 Dynamics 365 的连接来获取潜在顾客、客户和联系人信息。
首先确定所需的屏幕数量。 对于此示例,您可能决定使用五个屏幕。
- 屏幕 1。 用于从列表中选择要呼叫的潜在顾客。
- 屏幕 2。 用于介绍、核实是否有空对话,并安排日后回电。
- 屏幕 3。 用于确定 BANT(预算、权限、需求和时间线)。
- 屏幕 4。 用于捕获后续步骤并安排后续呼叫。
- 屏幕 5。 在通话结束时感谢潜在顾客花时间接听。
接下来,生成每个屏幕。 在第一个屏幕中,生成一个库,它由需要呼叫的潜在顾客组成。 在第二个屏幕中,使用标签为屏幕加标题并提供通话脚本,同时使用单选按钮等控件来捕获对方是否方便交谈。 如果是,则使用条件逻辑启用按钮以导航到下一个屏幕;如果不是,则在同一屏幕上显示用于尝试与客户安排回电的脚本。 类似地,在后续屏幕中定义通话脚本。
最后,定义屏幕间的导航。 在此示例中,除了按顺序导航屏幕之外,可能还需要将用户从第二个屏幕导航到最后一个屏幕(脚本的结尾,感谢潜在顾客花时间接听),以对应潜在顾客对谈话不感兴趣的状况。
若要使此应用可供用户使用,请发布该应用。 请考虑如何通过使用提供通话脚本并支持快速数据输入的独立应用来转换此类场景。
假设您希望将此体验嵌入到 Dynamics 365 Sales 中。 若要执行此操作,请先在 Dynamics 365 Sales 窗体上创建 iFrame。 接下来,导航到 Power Apps 菜单中的应用部分,选择刚刚发布的应用,复制详细信息选项卡下的 Web 链接,然后将其粘贴为 iframe 的 URL。
更进一步,假设您希望此应用在潜在顾客主要窗体中直接可用,并且位于潜在顾客的上下文中,这样应用就无需用户在第一个屏幕中选择潜在顾客。 若要将相关信息传递到应用,只需修改 iFrame URL,即可使用在发生特定事件(例如窗体加载)时运行的 JavaScript 追加包含此信息(例如潜在顾客或客户 ID)的查询字符串。 接下来,更新应用以删除第一个屏幕(用于选择潜在顾客),并改为使用 Param 函数通过查询字符串访问传递给该应用的值。
是否跟踪画布应用上的依赖项?
- 画布应用上的依赖项和 Dynamics 365 应用中的依赖项采取相同的跟踪方式。
是否可以从命令栏中的按钮将画布应用作为弹出窗口启动?
- 可以。 若要执行此操作,只需将目标 URL 设置为画布应用的 URL,如前所述,从应用的详细信息部分获取。
是否可以从画布应用调用工作流?
- 不支持。 建议改用云端流。
是否可以将对话框自动转换为业务流程流或画布应用?
- 没有将对话框转换为业务流程流或画布应用的自动方法。