Fin Proceduresは、Finが複雑な問い合わせに対応する次のステップです。Tasksは優れた結果をもたらしますが、しばしばより高度な技術的専門知識と複雑な設定が必要です。
Proceduresでは、うまくいった点を活かし、よりシンプルでスマートにしました:ステップ内にコードやデータコネクタを追加できるシンプルなドキュメントスタイルのエディターです。これにより、設定が速く、メンテナンスが容易で、特にプロセスが複雑になるほど信頼性が向上します。
既存のTasksは引き続き完全にサポートされ、通常通り編集、停止、管理が可能です。2026年3月12日以降、新しいTaskの作成は無効になり、すべての新規ビルドはProceduresとして作成する必要があります。この移行を支援するために、既存のTasksをProceduresに変換するためのガイダンスとツールを提供します。
ProceduresはTasksの基盤を活かし、作成プロセスを簡素化し、信頼性を向上させ、お客様とのより自然な会話をサポートします。
TasksとProceduresの主な違い
| Tasks | Procedures |
作成 | ワークフローに基づく設定では、複数の指示ブロックにロジックを分割する必要があり、技術的専門知識とより多くの時間が必要でした。 | 単一のドキュメントスタイルのエディターで、標準作業手順書(SOP)を書くように自然に感じられます。既存のドキュメントを簡単にコピーしてすぐに始められます。 |
メンテナンス | Taskの指示は複数のブロックに分散することがあり、プロセスが複雑になると読みづらく管理が難しくなります。 | Proceduresは指示、ルール、ロジックを1つのドキュメントに統合し、簡単に更新できるようにします。 |
一貫性と信頼性 | 指示ブロックは柔軟な基盤を提供しますが、高度なロジック(例:if/else)を扱うには、一貫した動作を保証するために追加のworkflowステップが通常必要です。 | 自然言語の指示は、if/else分岐ロジックを通じた決定論的制御と組み合わせることで、Finを適応性と信頼性の高いものに保ちます。これにより、非線形または不完全な会話中でもFinが軌道を外れません。 |
高度なロジック | データコネクタ内のコードブロックでのみ利用可能です。 | コードは自然言語のステップ内に直接埋め込むことができます。 精度を向上させ、遅延を減らし、ロジックの記述、デバッグ、メンテナンスを容易にします。 |
顧客体験 | 線形のworkflowsにより適しており、会話中に前のステップに戻ったり、コンテキストを切り替えたりする能力が制限されます。 | Finは会話に基づいて次の最適なステップを評価します。セクションをジャンプしたり、Proceduresを切り替えたり、前のステップにシームレスに戻ったりできます。これにより、やり取りがより自然で柔軟かつ人間らしくなります。 |
Proceduresは作成が簡単で、テストが容易で、実際の会話でより強靭です。自然言語の指示と構造化されたロジックを1つのドキュメントに組み合わせることで、設定とメンテナンスの負担を軽減します。これにより、顧客が中断、方向転換、または複数ステップの解決を必要とする場合でも、Finがシームレスに適応できます。
よくある質問
アクセス権を得たら、すぐにFin TasksをProceduresに移行する必要がありますか?
アクセス権を得たら、すぐにFin TasksをProceduresに移行する必要がありますか?
いいえ。アクセス権を得た瞬間にFin TasksをProceduresに移行する必要はありません。既存のFin Tasksは現在のまま機能し、現在のworkflowを中断なく維持できます。既存のTasksをProceduresに複製するためのツールを提供します。
既存のFin TasksはProceduresとどのように連携しますか?
既存のFin TasksはProceduresとどのように連携しますか?
既存のTasksは問題なく継続して実行されます。2026年3月12日以降、新しいTasksは作成できなくなります。その後も既存のTasksは表示・編集可能で、変更、公開、停止が継続して行えます。
今Fin Tasksの構築を続ける利点は何ですか?
今Fin Tasksの構築を続ける利点は何ですか?
Fin Tasksとデータコネクタに費やした作業は引き継がれます。なぜなら、同じロジック、指示、フローがProceduresにアクセスできるようになれば簡単に適応できるからです。これにより、Proceduresがワークスペースで利用可能になった際のスムーズな移行が保証されます。
