サポートキューにとって署名が重要な理由
サポートは社内でもっとも送信量の多い部署であることが多く、キューは、すでに関心を持ち、問題のさなかにあり、注意深く読んでいる相手との一対一のやり取りの連続です。これほど質の高い注意はめったに得られず、署名はそのすべての前面に置かれています。 チケット削減のロジックはシンプルです。ヘルプセンターで答えを見つけた顧客の数だけ、チームが対応せずに済むチケットが生まれます。署名に常設された適切なリンクは、顧客が製品について考えているまさにその瞬間に、セルフサービスへとそっと誘導します。そして時間とともに習慣が変わり、まずドキュメントを確認するようになっていきます。 Scribeの署名バナーの平均クリック率は12%に達します。サポートキューにおいては、このクリックはコールドトラフィックではありません。問題の解決に取り組んでいるお客様によるクリックであり、ナレッジベースへの誘導やCSATフィードバックの収集に最適なオーディエンスです。署名に含めるべきサポートリソース
ヘルプセンターとナレッジベース
すべての署名に明確な「Visit our Help Center」ボタンを追加すれば、現在のチケットがクローズされた後でも、お客様はいつでもセルフサービスへアクセスできます。すべての返信に同じボタンが表示されるため、お客様が次に取るアクションのデフォルトになります。トレンドのFAQと既知の問題
キュー内で特定のトピックが急増した際は、キャンペーンバナーで該当の記事を前面に出し、トレンドの変化に応じて入れ替えます。既知の障害や不具合のあるリリース時には、バナーをステータスページにリンクすれば、エージェントが終日「ダウンしていますか?」という同じ質問への対応に追われずに済みます。CSATおよびNPSアンケート
すべての署名に「Rate this conversation」リンクを設置すれば、エージェントがアンケートのリンクを覚えたり手動で貼り付けたりすることなく、フィードバックを受動的に収集できます。すべての返信に自動でプロンプトが付随します。返信を担当したエージェント
各署名には、エージェントの名前、役職、写真、直接の連絡先が記載されます。Smartfieldsがディレクトリからこれらの情報を取得するため、返信は常にチームの実在のメンバーから送られたものとして表示され、誰も編集することなく情報は正確に保たれます。Frontの共有受信トレイ
チームがFrontで業務を行っている場合、Scribeは同じブランド統一・パーソナライズ済みの署名を各エージェントのFrontアカウントへ展開します。support@のような共有受信箱にも署名を適用できます。Microsoft Entra IDから共有メールボックスをインポートし、署名を割り当てると、Scribeが対応するFrontチャンネルにチーム署名としてインストールするため、その受信箱から返信するすべてのエージェントが同じ署名を使用します。Scribeでバナーを変更すれば、Frontにも即座に反映されます。共有受信箱は、Scribeと同じアドレスを使用し、チームが所有するチャンネルとしてFrontに接続されている必要があります。接続されていない場合は、Frontでチャンネルが見つからないをご覧ください。
エージェント個別の設定なしで、すべてのリンクを常に最新に
サポートドキュメントは絶えず変化します。記事は書き換えられ、URLは変わり、新しいガイドが公開されます。放置すれば、署名が顧客を切れたリンクや古い情報へ静かに誘導してしまうリスクがあります。 Scribeはその管理を一元化します。バナーやリンク先を一度編集するだけで、変更がすべてのエージェントの署名に同時に反映されます。エージェントごとの設定は不要で、個々のエージェントがメンテナンスする項目もありません。IT部門だけでなく、チームリーダーが運用できます
IT部門が一度接続作業を済ませたあとは、サポート部門のリーダーが残りの運用を担当できます。新しいヘルプ記事が公開されれば、その日の午後に告知でき、アンケートのURLが変わっても一度の更新で対応できます。別チームへの依頼チケットも、デプロイ枠の順番待ちも不要です。新しいエージェントは自動的に反映されます
メールプロバイダーのディレクトリにメンバーが追加されると、Scribeは次回の同期時にサポート用テンプレートとマッチングし、署名を展開します。役割やチームの変更も、ディレクトリ同期やSmartfieldの編集を通じて同様に反映されます。実際に問い合わせを減らしているリソースを把握
すべてのリンクが署名に載る価値を持つとは限りません。Scribeのアナリティクスでは、キャンペーン別・チーム別・エージェント別にクリック数とインプレッション数を確認でき、顧客がどのヘルプ記事やアンケートに反応し、どれを取り下げるべきかを判断できます。特定のガイドを指し示すバナーが安定したクリックを得ているなら、ドキュメントが実際に役立っている箇所、そして埋めるべき空白がどこにあるかを示す強いシグナルです。1日以内に導入
1
メール環境を接続
ScribeをGoogle Workspace、Microsoft 365、Frontの環境に接続します。この一度きりの接続で、サポートチーム全体の署名をScribeから展開・管理できます。対応プラットフォームの一覧はインテグレーション概要をご覧ください。
2
サポート用テンプレートをデザイン
ビジュアルエディタで、ロゴ、ブランドカラー、サポート連絡先、ヘルプセンターへのCTAリンクを備えた、整った洗練されたテンプレートを作成します。Smartfieldsを追加すれば、各エージェントの氏名・役職・写真が自動で入力されます。
3
最初のバナーを追加
ナレッジベース、アクセスの多いFAQ、CSATアンケートへのキャンペーンバナーを作成します。テンプレートから始めるか、独自にデザインし、CTAと遷移先URLを設定します。
4
チームを同期
Scribeがディレクトリからサポートエージェントを取り込み、それぞれをテンプレートに紐付け、情報を自動で入力します。あとから加わるメンバーも以後の同期で取り込まれます。
5
展開
署名をチーム全体に一斉に配信します。各エージェントにはバナー付きのパーソナライズされた署名が届き、エージェント側での作業は一切不要です。
サポートチームがScribeで得られるメリット
- 自動でチケットを削減。 すべての返信にセルフサービスへの導線を載せることで、ルーチンのキュー対応を安定的なチケット削減チャネルに変えます。
- 受動的なCSATとNPS計測。 アンケートリンクをすべてのメールに同梱できるため、フィードバック収集が担当者の記憶に依存しなくなります。
- ドキュメントの即時更新。 ヘルプ記事の場所が変わっても、リンクを一度更新すればすべての署名に即座に反映されます。
- 効果の可視化。 キャンペーン別・担当者別のクリック数と表示回数で、顧客が実際に利用しているリソースがわかります。
- 担当者側のメンテナンス不要。 署名は中央で配信・更新されるため、担当者はチケット対応に集中できます。
- どこでも一貫した表示。 ScribeはGmail、Outlook(Web・デスクトップ・モバイル)、Apple Mail、iOS、Androidで正しくレンダリングされます。