チケットへのメール: 共有受信トレイを退職し、アドレスを保持
ユーザーは、常にサポートを電子メールで送信します。これにより、すべてのポータルが構築された状態に更新されます。 問題はメールではありません。それは、要求が読み取りと忘れられない、2人の技術者が同じメッセージに答える共有受信トレイです。何もレコードではないため何も測定されません。 MoniticのEメールは、ユーザーが既に知っているアドレスを保持し、サービスデスクに背後にある受信トレイを置き換えます。すべてのインバウンドメッセージは、所有者、ステータス、およびクロックで構造化されたチケットになります。 ユーザ体験は変更しません。 その背後にあるものすべて。
##インバウンドメールボックスの摂取
Moniticでサポートメールボックスをポイントし、インバウンドメールがピックアップされ、チケットレコードに保存されたメッセージコンテンツで自動的にチケットに変換されます。 人間が気づくのを待つことはなく、4人の人が技術的に見るメールボックスに未読のメッセージとしてしか存在しません。 作成したチケットは、デスク内の普通のチケットなので、すぐにすべてのキューオファーから恩恵を受けます。チケットの自動化は、到着時にそれらを分類し、ルーティングし、到着時にそれらを割り当てます。 SLAの管理は、チケットがメールを読み込む瞬間ではなく、該当するクロックが現れます。
人事第一の送信者決断
未知の文字の文字列からのチケットは半券です。 Moniticは、インバウンド送信者を第一に解決します:送信アドレスは、他の人が何か前に、あなたの人員の記録と一致しているので、既知の従業員からのメッセージは、彼らが誰であるかに既に関連付けられているチケットとして到着します。 技術者は、調査するメールアドレスではなく、要求者の身元は、ルーティングルールから、請求者型アウェアの取り扱いまで、机の鍵の残りの部分を正確に調べることです。(要求の履行)(/platform/service-desk/request-fulfillment/)。
1つのチケットで1つの会話を保つ応答スレッド
電子メールベースのサポートの古典的な失敗は、フラグメンテーションです: ユーザーの返信、応答は2番目のチケットになります、そして会話は各々が物語の一部を語るレコードを渡るシャッター。 Moniticは、既存のチケットに返信するので、バックアンドフォースは、その完全な歴史を持つ1つの場所で蓄積します。 1つの問題、1つのレコード、1つの解像度は、しかし、多くのメッセージがかかる。 また、メール発券は、他のすべてのものと同じデスクに住んでいるため、同じデバイスリンクされたコンテキストをチケットに持ち、同じエージェントがエンドポイント管理に電力を供給しています。
ワークスと
- チケット — チケットをE-ORIGATE(E-ORIGATE)で完売し、デバイスコンテキストも含まれます。
- チケットの自動化 — 到着時にインバウンドメールをルーティングして割り当てます。
- SLA管理 — チケットが作成されると、メールが読み込まれるときには時計が起動します。
- エンドポイント管理 — すべてのリンクされたチケットの背後にあるライブデバイスデータ。
##よくある質問
ユーザーがサポートに連絡する方法を変更する必要がありますか?
いいえ。 同じアドレスをメールで送信します。 インジェクションは、自分のメッセージをシーンの背後にあるチケットに変換します。変更は、それらを見えないし、あなたのために構造的です。
##Moniticがメールを送ったきっかけは?
Senderの解像度は人員優先です。インバウンドアドレスは人員の記録と一致しているので、既知の人々からのメールは、匿名のアドレスではなく、既に識別された要求者とチケットとして到着します。
ユーザーが既存のチケットに返信したときにどうなりますか?
オリジナルチケットへの返信スレッド。 会話は、完全な歴史を持つ1つのレコードにとどまります。すべての応答によって発芽する重複したチケットはありません。
プラットフォームにメール・ツー・チケットは含まれていますか?
はい。 サービスデスク内に発送します。 技術的な手数料なしのエンドポイントプラン - 優先を参照してください。
自分の艦隊でモニティックを参照してください
フル機能の 14 日間の試用版、クレジット カード不要、初日からコンソールで実際のフリートを利用できます。