サポート通話のメモは、通話が行われたことを証明するため役に立ちません。
これらは、次の人がそれに基づいて行動できるときに役立ちます。
何かが壊れたということでお客様から電話がありました。彼らはその問題を順番通りに説明しません。彼らはエラーメッセージを途中まで覚えています。最後の方で影響を受けるデバイスについて言及しています。彼らは緊急だと言いますが、クライアントの締め切りが14:00であると後で説明されます。
サポート エージェントは、話を聞き、トラブルシューティングを行い、質問し、後で重要になる詳細を見逃さないように努めます。
そして通話が終わります。
メモに「お客様にログインの問題が発生し、調査中」と書かれている場合でも、チームは有用な部分を再構築する必要があります。
優れたサポート通話メモには、次の通話がエージェントの注意を奪う前に、問題、影響、試みられた修正、次のアクション、および顧客の約束を保存する必要があります。
サポートへの問い合わせが有用な記録となる場合
サポートへの問い合わせをチケットとフォローアップに変える
Superscribe Phone は、サポート コールを、キューが進む前にレビュー済みのメモ、チケットのコンテキスト、インシデントの更新、タスク、フォローアップ、請求対象の詳細に変換するのに役立ちます。
ショートバージョン
サポート コールのメモには、コールの運用上の真実が記録されている必要があります。
通常は以下を意味します：
- 顧客の問題
- 影響を受けるユーザー、デバイス、アカウント、システム、または場所
- 症状とエラーメッセージ
- 顧客への影響と緊急性
- トラブルシューティングはすでに試みられています
- エージェントが通話中にテストした内容
- 決定または現在の診断
- 次の所有者と次のアクション
- 顧客フォローアップ
- エスカレーション、インシデント、または請求のコンテキスト
トランスクリプトはソースマテリアルです。
ノートはその形をしたバージョンです。
チケット、引き継ぎ、またはフォローアップで作業が続行されます。
サポート通話メモが薄くなる理由
サポートへの問い合わせはハイコンテキストです。
顧客が明確なバグレポートを提出することはほとんどありません。彼らは、何を見たのか、何が原因だと思うのか、すでに試したこと、修正が必要なものを説明します。その一部は役に立ちます。一部は推測です。一部の情報は、正式なチケット履歴となる前に確認する必要があります。
記憶に基づいた音符が非常に早く減衰するのはこのためです。
エージェントは一般的な問題を覚えているかもしれませんが、有益な詳細は曖昧になってしまいます。
- それは 1 人のユーザーでしたか、それともチーム全体でしたか?
- Outlook が失敗している間、Web メールは機能していましたか?
- 問題はパスワードをリセットする前または後に始まりましたか?
- お客様は今日修正が必要でしたか、それとも今日はアップデートだけが必要でしたか?
- 次のステップはサポート、エンジニアリング、または顧客によって約束されましたか?
薄いノートは繰り返し作業を生み出します。顧客は問題について再度説明する必要があります。次の技術者はコールドで作業を開始します。チケットには、問題が緊急である理由が記載されていません。請求では、通話に時間がかかった理由を説明するコンテキストが失われます。
これは背後にある同じ問題です ITサポート通話の文字起こし。言葉を聞き取ることは役に立ちますが、チームにはサポート記録がまだ必要です。
便利なサポート通話メモの構造
これをチェックリストとして使用してください。
1. 問題の概要
要約は短くする必要がありますが、曖昧であってはなりません。
弱点:
- ログインの問題。
- メールが壊れました。
- アプリが遅い。
役立つ：
- パスワードのリセット後、2 人のユーザーが管理対象 Windows ラップトップで SSO ログインを完了できません。 Web ログインは機能します。デスクトップ アプリは MFA プロンプトにループバックします。
- お客様から、移行後に Outlook デスクトップで新しいメールが受信されないと報告されました。ウェブメールは機能します。この問題は、給与支払期限前に 1 台の財務用ラップトップに影響を与えます。
- 金曜日にネットワークを変更した後、ロンドン オフィスのすべてのユーザーで管理ダッシュボードの読み込みが遅くなりました。
目標は美しい文章を書くことではありません。
目標は、次の人が通話をやり直すことなく問題を理解できるようにするのに十分なコンテキストを提供することです。
2. 影響と緊急性
サポートノートでは、問題がなぜ重要なのかを説明する必要があります。
「プリンターの問題」もその 1 つです。
「倉庫のラベル プリンターがダウンし、出荷キューがブロックされているため、顧客は 1 時間以内に回避策を必要としています」という場合も考えられます。
影響により優先順位が変更されます。顧客フォローも変わります。リスクの低い迷惑行為は、通常のトリアージを待つことができます。収益ワークフローがブロックされている場合は、別の対応が必要です。
3. 環境と範囲
サポート コールには、範囲に関する手がかりが含まれることがよくあります。
次のような詳細をキャプチャします。
- 影響を受けるユーザーまたは部門
- デバイスとオペレーティング システム
- アプリ、ブラウザ、バージョン、アカウント、またはワークスペース
- ネットワーク、場所、統合、またはプロバイダー
- 問題が 1 人のユーザー、グループ、または全員に影響するかどうか
次の技術者の時間を 30 分節約するまでは、これらの詳細は退屈です。
4. トラブルシューティングはすでに試行済み
サポートノートには、何が壊れているかだけを記載する必要はありません。
すでにチェックされた内容が記載されているはずです。
役立つエントリは次のとおりです。
- お客様がデバイスを再起動しました
- エージェントは Web ログインが機能することを確認しました
- MFA プロンプトが繰り返し表示される
- パスワードのリセットが正常に完了しました
- プロバイダーのステータス ページに停止は表示されない
- 問題は Chrome では再現されましたが、Safari では再現されませんでした
これにより、重複した作業が防止され、エスカレーションがより明確になります。
また、チケットが偽りの確実性を示すことを避けるのにも役立ちます。 「SSO が壊れた」という結論です。 「SSO ログイン ループが 2 人のユーザーで報告されました。アイデンティティ プロバイダーのログはまだチェックされていません」はサポート ノートです。
5. 次のアクションと所有者
すべてのサポート コールでは、次のアクションを残しておく必要があります。
所有権が不明瞭な場合は、メモにその旨を記載する必要があります。
例：
- ID プロバイダーのログを確認し、15:00 までに顧客を更新するためのサポート。
- お客様は正確な MFA プロンプトのスクリーンショットを送信する必要があります。
- アカウント ACME の失敗した Webhook 配信をレビューするエンジニアリング。
- ルーターの再起動後も VPN パケット損失が続く場合は、ネットワーク プロバイダーにエスカレーションします。
ここが チケットへのサポートコール 重要です。顧客が電話を切っても通話は終了しません。次のアクションが役に立つ場所に着いたら終了です。
サポート ノートには 2 つのバージョンが必要です
社内メモと顧客フォローアップは別の成果物です。
内部メモには、不確実性、疑わしい原因、引き継ぎの状況、請求の詳細、エスカレーションメモを含めることができます。
顧客向けバージョンは、よりクリーンなはずです。
- 何が確認されたのか
- 何がチェックされているのか
- 顧客が送信する必要があるもの
- 次のアップデートをいつ期待するか
- 回避策がある場合、どのような回避策がありますか
ツールが一般的な概要を 1 つだけ提供する場合でも、誰かがそれをチケットと顧客の最新情報に変換する必要があります。
その翻訳は、通話後の管理税です。
サポート通話メモがどうあるべきか
最良のサポート通話メモは、別のトランスクリプト受信箱には保存されません。
それらは次のようになります。
- チケットの更新
- 事件の背景
- 顧客フォローアップの下書き
- 社内の引き継ぎメモ
- エンジニアリングエスカレーションの概要
- 次のオーナーの課題
- 有料サポートの詳細
緊急の問題の場合、同じ呼び出しに複数の出力が必要になる場合があります。サポート チケットには事実が必要です。インシデントチャネルには影響力が必要です。顧客は明確な次回の更新を必要としています。請求には、簡単な修正よりも作業に時間がかかった理由が必要になる場合があります。
1 回の呼び出しでこれらすべてを作成できます。
漠然とした要約だけでは不可能です。
Superscribeの役割
Superscribe Phone は、サポート コール後のレイヤー用に構築されます。
エージェントにメモリから記録を再構築するよう依頼するのではなく、通話をレビュー済みのメモ、チケットのコンテキスト、フォローアップ、インシデントの更新、タスク、請求対象の詳細に変換するのに役立ちます。
それが人間をコントロールし続けるのです。重要なのは、未レビューの AI テキストを記録システムに押し込むことではありません。
重要なのは、コールがまだ新しいうちに、構造化されたサポート コンテキストからレビューを開始することです。
消えてはいけないサポート電話について
通話をキャプチャして、有用な部分を移動します
次のように使ってください Superscribe サポート コールをメモ、チケット、インシデントのコンテキスト、フォローアップ、タスク、請求可能な詳細に変換します。
よくある質問
サポート通話メモとは何ですか?
サポート コール メモは、カスタマー サポート コールの構造化された記録です。役立つメモには、問題、顧客への影響、環境、トラブルシューティングの手順、次のアクション、所有者、フォローアップ、エスカレーションまたは請求のコンテキストが記録されます。
サポート通話メモはトランスクリプトとは異なりますか?
はい。トランスクリプトには、話された内容が保存されます。サポート通話メモは、通話をチケットの更新、ハンドオフ、インシデントメモ、顧客のフォローアップ、タスクなどの使用可能なサポートコンテキストに変換します。
サポート電話メモには何を含めるべきですか?
サポート コールのメモには、問題の概要、影響を受けるユーザーまたはシステム、症状、影響、すでに試したトラブルシューティング、現在の診断、次の所有者、次のアクション、顧客のフォローアップ、およびエスカレーションまたは請求対象の詳細を含める必要があります。
サポート通話メモをチケットにすることはできますか?
はい、ワークフローが通話からチケット準備完了の詳細を抽出する場合。最も安全なパターンは、レビューの自動化です。通話によって構造化されたドラフトが作成され、サポート エージェントがそれを承認または編集してから、正式なチケット履歴となります。
持ち帰り
サポート通話メモは管理者の装飾ではありません。
これらは、次のサポート ステップが通話を記憶する方法です。
メモに問題、影響、トラブルシューティング、所有者、次のアクション、顧客との約束が保存されていない場合でも、チームは後で実際にメモを取る必要があります。