フローとプレイブックを使用するタイミング
これらの一般的なガイドラインを使用して、フローまたはプレイブックを作成するタイミングを決定します。
フローを使用する場合
フロー、サブフロー、およびアクションは、プロセスの自動化の基本的な構成要素です。フローはトリガー条件が満たされると実行され、各フローは一連のアクション、フローロジック、およびサブフローを順番に実行します。フロー内のアクション、フローロジック、およびサブフローによって、データが作成および更新されます。
フローは、これらの基準を満たしたプロセスの自動化に適しています。
- 手動によるユーザー操作がほとんどまたはまったくないことが予想される
- フローに必要な入力データがある限り、ユーザーの操作なしでフローを完了まで実行できます。一部のフローロジックとアクションではユーザーがレコードを変更する必要がありますが、待機条件が満たされるまでフローを自動的に一時停止できます。ナレッジベース記事の閲覧、チェックリストの確認、フィードバックの収集など、ユーザーのインタラクションに依存するプロセスの自動化は、フローでは管理が困難です。フローは、ユーザーが操作するための UI 要素を直接提供しません。フローは、ユーザーが既存の UI を見つける方法と必要な変更を行う方法を知っているかどうかに依存します。たとえば、レコードベースのフローは、ケースやインシデントなどの特定のレコードを変更するユーザーに依存します。
- 大量実行が見込まれる
- インスタンスは、毎秒数百から数千のフローを実行できます。フローレポートがデフォルトで無効になっているため、インスタンスは、パフォーマンスに影響が及ぶ前に大量のフローを実行できます。プロセスの自動化を大量に実行することが予想される場合、フローはオーバーヘッドとシステムリソースが少なくて済むため、プレイブックに適しています。
- サブフローの実行がほとんどないか、まったくないことが想定される
- フローが呼び出すサブフローが多いほど、フローインターフェイスからの管理が難しくなります。条件付きフローロジックまたはディシジョンテーブルを使用して実行するサブフローを選択できますが、一連のサブフローを実行するためのユーザーエクスペリエンスはプレイブックの方が優れています。
プレイブックを使用するタイミング
プレイブックはアクティビティに基づいて構築され、事前構築済みのフロー、サブフロー、およびアクションを構成要素として使用します。
プレイブックは、これらの基準を満たしたプロセスの自動化に適しています。
- 複数の手動ユーザーインタラクションが想定される
- プレイブックは、ユーザーが操作するための UI 要素を提供します。プレイブックエクスペリエンスは、プレイブックを進めるために必要な変更を加えるようにユーザーをガイドします。
- 少量での実行が想定される
- プレイブックは UI 要素を生成し、より多くの実行の詳細を保存するため、実行するためにより多くのシステムリソースを必要とします。
- 多くのサブフローを実行することが想定されています
- プレイブックは、一連のサブフローを実行するためのユーザーエクスペリエンスを向上させます。