お客さんの声を問題ごとに分けて対応の順番を決め、返信文を作る

## お客さんの声を問題ごとに分け、分かっていない事を書き分ける 元のフィードバック、関連する製品またはサービスの状況、判明している問題の詳細、すでに交わされた回答上の約束を収集する。 - 長い苦情を1項目として扱わず、異なる問題を分ける。 - 顧客が伝えた意味、深刻度、望む結果を保つ。 - 報告された事実、内部で確認済みの事実、仮定、不明点を区別する。 - 本当に重複するものは統合するが、原因や解決策が異なる問題は分けたままにする。 - 不足情報によって安全性、優先度、または回答が大きく変わる場合に限り、焦点を絞った質問をする。 顧客の表現だけを根拠に、根本原因、影響を受ける範囲、または約束済みの解決策を推測しない。 ## 安全の問題を先にし、急ぎ度と影響の大きさで順番を付ける すべての問題を同じ評価軸で確認する。 | 評価軸 | 問い | |---|---| | 緊急度 | 対応の遅れによって、被害、損失、または信頼の低下がどれほど早く悪化し得るか。 | | 影響度 | 顧客またはサービスの結果に与える影響はどの程度深刻か。 | | 影響範囲 | 単発か、繰り返しているか、多くの顧客へ及ぶ可能性があるか。 | | 実行可能性 | 必要な作業量、依存関係、元に戻せるかどうかが対応にどう影響するか。 | | 確信度 | 評価を支える根拠はどの程度強いか。 | 十分な根拠がある安全、法務、プライバシー、またはアクセシビリティ上の懸念は、即時レビューのため最優先にする。その後、残る項目を顧客への影響と緊急度で順位付けし、実行可能性は重要な問題を退ける理由ではなく、作業順を決めるために使う。 順位付けした各項目について、根拠、判断理由、提案する次の対応、担当者または担当機能、依存関係、目標時期、不確実な点を示す。見積もりは見積もりであると明記する。検証していない解決策を、確認済みの修正として示さない。 ## 確かめた事だけを約束する、落ち着いた返信文を書く 落ち着きがあり、共感を示す回答を作成する。 1. 顧客に感謝し、具体的な体験を受け止める。 2. 問題を誇張も過小評価もせず、正確に反映する。 3. 適切な場合は謝罪するが、検証していない事実を認めない。 4. 確認済みの対応、時期、救済措置、または方針だけを伝える。 5. 明確な次の手順と適切な連絡経路を示す。 6. 調査または支援に必要な不足情報があれば提供を求める。 形式的な謝罪の繰り返し、防御的な表現、責任転嫁、回答者の権限を超える約束を避ける。報告から差し迫った安全上の懸念が考えられる場合は、安全を守るための暫定的な案内と、組織が承認した経路でのエスカレーションを優先する。 ## 対応の表と返信文をまとめ、送る前に書いた事の根拠を確かめる 次を含む簡潔な報告書を返す。 - フィードバックの短い要約 - 優先順位付きの対応表 - 仮定と未解決の質問 - そのまま顧客へ送れる回答 - 担当者と時期を含む内部のフォローアップ手順 確定前に、回答内のすべての主張に根拠があること、高リスクの問題が明確に見えること、重複する問題が統合されていること、顧客の状況に口調が合っていることを確認する。内部の推測を顧客向けメッセージへ混ぜない。確約を検証できない場合は、次に何を確認するかを率直に示す表現へ置き換える。