Delightがすべての滞留案件をフォローします。
ディスパッチャーに任せる必要はありません。

技術者が案件を滞留中とマークした瞬間（部品不足、OEM診断待ち、クライアントの訪問時間未確定）に、Delightは調整スレッドを開き、関係者それぞれへの対応を並行して開始します。部品デポに電話、OEMサポートをフォロー、確定した到着予定を技術者に伝え、クライアントに状況を共有しながら、チャネルやシフトをまたいで対応を続けます。すべての未解決事項が解消されるか、エスカレーションのトリガーが発動するまで対応を続けます。

エスカレーションのしきい値は運用チームが設定します。Delightは、確認やサプライヤーへのフォロー、クライアントへの到着予定の共有といった日常的な調整を自律的に行います。SLA違反の期限が迫った場合、サプライヤーから拒否された場合、判断が必要なクライアントからの申し立てなど、設定したトリガーが発動するとエスカレーションします。その際、チームにはケーススレッド全体がすでに添付された状態で引き継がれます。何の情報もない状態での引き継ぎではありません。

はい。Delightは案件の緊急度に応じて、チャネルや時間帯を変えて再試行します。サプライヤーが電話に出なければ、メールでフォローし、サプライヤーポータルを確認し、営業開始後に再度連絡します。すべての試行は記録されます。SLAのトリガーポイントを超えても応答がなければ、連絡ログ全体を添付した状態でエスカレーションします。

Trust OSで、運用チームがエージェント権限を定義します。Delightが連絡できる相手、御社に代わって確約できる内容、自ら対応せずエスカレーションすべきタイミングです。Delightはその範囲内で動きます。ルールは御社が決め、Delight.aiは従います。運用の変化に応じてしきい値を調整する際も、IT部門の対応は不要です。

Delightのすべてのアクションは、タイムスタンプ付きでアクティビティログに記録されます。誰に、どのチャネルで、何を伝え、何が確認されたかまで記録されます。クライアントがSLAに異議を唱えたり、OEMが確約について確認を求めたりしても、記録はすでに残っています。改ざん不可で、エクスポートも可能です。点在するメールスレッドや記憶をたどって、タイムラインを組み立て直す必要はありません。

はい。DelightはServiceTitan、Salesforce Field Service、ServiceMax、IFSなどのFSMプラットフォームと連携し、案件情報の取得、ステータスの更新、すべての調整アクションのケースへの記録を行います。既存の基幹システムに取って代わるのではなく、連携して動作します。