統合受信箱は、サポートが別々のメールボックス、チャットツール、フォーム通知に分散するのを防ぎます。待機中の案件を確認するために複数の場所をチェックする代わりに、すべてのリクエストが明確なステータスと担当者を持つチケットになる1つのワークスペースを開くだけ。複数のストアやブランドをサポートしても、キュー全体が見渡せます。
顧客はさまざまな方法で連絡できますが、日常的なチャネルはすべて同じキューに集まります。メール、オフラインチャットメッセージ、お問い合わせフォームはすべてチケットとして処理され、チームはステップバイステップで対応できます。
複数のストアを運営したり、複数のサポートアドレスを使用していると、顧客のメールはすぐに別々のメールボックスに分散します。誰かがアカウントを切り替え、メッセージを転送し、「誰がすでに対応中？」と確認し続けなければなりません。
統合受信箱では、既存のサポートアドレスを接続し、受信メールをそれぞれ独自の履歴、ステータス、担当者を持つ整理されたチケットに変換します。チケットには元のストアやブランドへのリンクが保持されるため、メールクライアント間を切り替えることなく、リクエストの発生元と担当者が確認できます。
営業時間外に顧客がチャットウィジェットを開くと、その質問は誰も確認を忘れがちなログに消えてしまいます。誰かが気づく頃には、訪問者はすでにサイトを離れ、サポートの機会は失われています。
統合受信箱のオフラインメッセージ機能により、それらのチャットは顧客の連絡先とメッセージテキストを含むチケットとして保存されます。他のリクエストと同じキューに表示されるため、チームは仕事を始めるとすぐに確認でき、コンテキストを失わずにメールで返信できます。
「お問い合わせ」フォームは短いメッセージと有用な詳細のないシンプルなメールを送信することが多く、エージェントは返信して確認の質問をし、実際に問題を解決する前に再度待つ必要があります。
Helpdesk MXでは、フォーム送信は注文番号、トピック、ストアなど、チームに必要なフィールドを持つ構造化されたチケットとして届きます。必須フィールドを決定できるため、リクエストにはすでに重要な情報が含まれ、適切な部門へのルーティングが容易になり、解決までのやり取りが少なくて済みます。
この受信箱は、シンプルなメールのみのサポートが煩雑または遅く感じ始めたときに最も役立ちます。以下に適しています：
Shopifyを含む、メール、ライブチャット、お問い合わせフォームで質問を受け、ツール間を切り替えるのではなく1つのキューですべてを処理したいショップ。
単一の共有メールアドレスを卒業し、すべてのリクエストに明確な担当者、ステータス、履歴が必要なサポートチーム。
複数のストアやブランドを運営し、各サイトに別々のプロセスと受信箱を設定するのではなく、すべての会話を1か所で確認したい企業。
すべてのリクエストが1か所に届くと、自動化やヘルプデスク部門の追加も容易になり、断片的なツールを増やすのではなく、ビジネスの成長に合わせてサポートを拡大できます。
共有受信箱は通常、複数の人が開いて返信する1つのメールアドレスであり、誰が何に責任を持っているかが分かりにくくなります。統合受信箱は異なる仕組みです：ECチーム向けのヘルプデスクチケットシステムの一部であり、さまざまなチャネルからのメッセージを明確なステータスと担当者を持つチケットに変換するため、チームは何が起きていて何がまだ対応が必要かを確認できます。
サポートメールアドレス、内蔵ライブチャットウィジェット、サイト上のお問い合わせフォームを接続でき、各メッセージは同じワークフロー内のチケットになります。ソーシャルネットワークやメッセンジャーはまだチャネルとして接続されていないため、それらの会話は各ツール内に残ります。
はい。Shopifyヘルプデスクアプリに含まれているため、ストアからのメッセージや注文関連のメールは他のリクエストと同じワークスペースで処理されます。1つのストアから始めて、後からより多くのストアフロントを接続しながら、すべての会話を1つのキューで管理できます。
はい。1つのストアを運営している場合でも役立ちます。別々の受信箱ではなく、メールやフォーム送信を1つの明確なキューに保持するためです。後でチャネルやストアフロントを追加し、すべてを整理された状態に保ちたい場合にも、堅実な基盤となります。
