未解決の作業を定義する
ユーザーが何をしようとしていたのか、何が完了を妨げているのかを記載します。資料不足、部品の識別が不確かであること、報告された設備故障は区別してください。これらの理由によって必要な担当者が異なる場合があり、一括のエスカレーション分類では対応できないことがあります。
- 未解決の作業
- 確認済みの識別情報
- 確認した資料
サービスエスカレーションでは、現在のサポート経路で案件を解決できない理由と、次の担当者に必要な情報を伝えます。設備の状況、参照資料、未解決の点を引き継ぎ、顧客が同じ説明を最初から繰り返さずに済むようにします。
サービスエスカレーションでは、現在のサポート経路で案件を解決できない理由と、次の担当者に必要な情報を伝えます。設備の状況、参照資料、未解決の点を引き継ぎ、顧客が同じ説明を最初から繰り返さずに済むようにします。
依頼や作業を確認できる状態にするため、未解決の作業、確認済みの識別情報、確認した資料、実際の観察内容、次の担当者、受領確認の方法を記録します。確認済みの内容と不明点を分け、適用される製品資料に基づいて次の承認済み手順を確認してください。
ユーザーが何をしようとしていたのか、何が完了を妨げているのかを記載します。資料不足、部品の識別が不確かであること、報告された設備故障は区別してください。これらの理由によって必要な担当者が異なる場合があり、一括のエスカレーション分類では対応できないことがあります。
確認済みの機種、シリアル番号、設置オプション、資料の版を記載します。未確認の項目は明確に示してください。次のチームが、確認済みの識別情報と仮定のままの内容を区別できるようにし、確実性を同じように見せる要約を避けます。
何が報告され、どの承認済み情報を参照し、実際にどの作業を実施したのかを記録します。その結果の観察内容も残してください。ユーザーが手順を見ただけ、または作業の可能性について話しただけの場合、修正を試したと記載してはいけません。実際の案件履歴をそのまま引き継ぎます。
選択したサポートプロセスで、誰が案件を受け取り、どのように受領確認やフォローアップを行うのかを定義します。連携機能や自動チケット作成は検証が必要です。コピーした要約自体は案件の送信ではありません。ガイドでも、その違いが分かるステータス表現を使います。
エスカレーション例:ユーザーの機械識別情報は確認済みですが、利用可能なマニュアルにアクセサリーの記載がありません。記録にはアクセサリーの参照情報と確認済みの資料を含めます。架空の手順でサービス担当者を動かす前に、ドキュメントまたは製品の責任者が適用可否をレビューします。
案件のレビュー後、承認された回答と更新が必要なドキュメントまたはガイドを記録します。案件固有の制限事項も残してください。これにより、単発の回避策をすべての顧客向けガイドにコピーせず、繰り返し発生する資料の不足を責任の明確なコンテンツ変更につなげられます。
設備サポートのサービスエスカレーション記録を作成し、資料と実際の作業を関連付けます。以下の項目を製品、サポート、レビューのプロセスにコピーしてください。適用する資料の参照情報と担当者を加え、次のチームが確認事項を把握できるようにします。
未解決の作業、確認済みの識別情報、確認した資料を記録し、適用する資料を特定します。
マニュアルに設置済みオプションの記載がない例で範囲を検討し、担当者と実際の作業や未記入項目を確認します。
実際の観察内容、次の担当者、受領確認の方法、未解決の質問を記録に残します。
エスカレーションでは、未解決の作業、確認済みの製品情報、確認した資料、次の担当者を明確にします。元の会話は証拠として残せますが、構造化された引き継ぎにより必要なレビューが分かりやすくなります。
未解決の作業、確認済みの識別情報、確認した資料、実際の観察内容、次の担当者、受領確認の方法を記録します。確認済みの識別情報、観察内容、未解決の質問を区別し、次の担当者が適用する資料を選べるようにします。
不明な項目として明示し、確認担当者を記録します。製品固有の回答を示す前に、未解決の作業と資料を使って状況を確認します。
製品1点と、繰り返し発生する質問に関する承認済み資料をご用意ください。ラベル付きのビジュアル、レビュー済み手順、分かりやすいサポート記録が未解決の作業や確認済み識別情報の共有にどう役立つかをデモで確認できます。拡張する前に、準備とレビューの範囲を決めましょう。
承認済みのマニュアル、図面、写真など、すでにお持ちの資料をお送りください。無料のガイドデモを依頼し、拡張方法を決める前に、チームで製品に関する1つの作業を確認できます。