Workflowsは自動化に強力なツールですが、集中しているときに最も効果的です。Workflowが数百ステップに達したり、深い分岐ロジックに依存すると、本来の目的外の作業をしている可能性があります。
このガイドは、自動化がWorkflowの限界を超えたときの見極め方と、より良い顧客体験とメンテナンスの容易さのためにProceduresに移行する方法を説明します。
Workflowがやりすぎている場合
Workflowsは構造化された線形の会話のために作られています。返信ボタンを使って固定された選択肢を案内し、ルーティング、トリアージ、バックグラウンドの自動化を処理します。推論や適応が必要な複雑な多段階プロセスには向いていません。Workflow内に深い分岐ロジックを組み込むと、やがて「複雑さの天井」に達します。
Workflowが複雑すぎる兆候
ステップ数: Workflowがステップ制限(例:数百ステップ)に近づいているか、すでに達しています。
メンテナンスの困難さ: 分岐ロジックが複雑すぎて、チームメンバーがWorkflowの編集を避けています。
顧客の摩擦: 固定された経路が特定の例外ケースに対応していないため、顧客が途中で離脱したり「行き止まり」に陥ることが頻繁にあります。
例外処理: あり得るすべての「もしも」シナリオに対応するために、手動で多数の経路を作成しています。
適切なツールの選択
WorkflowsとProceduresは異なる問題を解決します。
| Workflows | Fin Procedures |
最適な用途 | ルーティング、トリアージ、単純なバックグラウンドタスク。 | 複雑な解決、データ検証、多段階ロジック。 |
動作方法 | 事前定義された返信ボタンと固定経路。 | Finが動的に適応する自然言語の指示。 |
複雑さの対応 | なし。顧客は設定された経路に従う必要があります。 | 高い。顧客が方向を変えた場合、Finはステップを再訪したりトピックを切り替えたりできます。 |
適応性 | ロジックが増えると管理が難しくなります。 | 複雑さに対応する設計で、ロジックはシンプルなドキュメントにまとめられています。 |
セットアップの再構築方法
最も効果的なIntercomのセットアップは両方のツールを連携して使います。
1. 「玄関口」としてWorkflowsを使う
Workflowsはシンプルに保ちます。顧客を迎え入れ、意図を特定する交通整理役として使いましょう。
顧客のトピック(例:請求、技術的問題、返品)を収集します。
タグ付けや割り当てなどのバックグラウンド自動化を実行します。
推論を必要としない単純で固定された応答を処理します。
2. 解決のためにProceduresを使う
Workflowが複雑な意図を特定したら、会話をFinに引き継ぎます。ProceduresはFinが判断やシステム連携を使って問題を解決することを可能にします。
動的分岐: Proceduresは順不同で情報を提供する顧客にも対応します。
システム連携: Procedure内でData Connectorsを使い、注文状況や適格性などのリアルタイムデータを確認します。
自然言語: 視覚的なマップを作るのではなく、チームメンバーを教育するように指示を書きます。
ヒント: Workflowを受付係、Procedureを専門家と考えましょう。受付係は迎え入れと案内をし、専門家が問題を解決します。
よくある質問
既存のworkflowにステップを追加するだけでいいですか?
既存のworkflowにステップを追加するだけでいいですか?
Workflowsにはステップ制限があります。さらに、大きなworkflowsはメンテナンスが難しくなり、チームメンバーが変更をためらいます。すでに制限に近い場合、ステップを増やすのは解決策ではありません。
すべてを最初から作り直す必要がありますか?
すべてを最初から作り直す必要がありますか?
必ずしもそうではありません。最もロジックや分岐が多い部分を特定し、そこをProcedureに移すのが最適です。Workflowの構造的な枠組み(ルーティングやトリアージ部分)は残し、複雑な部分をProcedureに引き継ぎましょう。
WorkflowからProcedureへの引き継ぎはどうすればいいですか?
WorkflowからProcedureへの引き継ぎはどうすればいいですか?
Workflow内でFinとそのProceduresに引き継ぎたいポイントに「Let Fin handle」ステップを使います。そこからFinは設定したProceduresを使って会話を管理します。
