エスカレーションを受けたときの回答例｜調査・着手・保留を分ける

エスカレーションを受けたときは、「確認しました」だけで終わらせず、何を進めてよいか、誰が次に動くか、いつ返すかを伝えると、相談した担当者が迷わず動けます。受領の返事、調査の許可、実作業の承認は分けて書きます。

この記事では、小チームで通常業務の判断依頼を受ける人向けに、そのまま書き換えられる回答例を用意します。顧客の追加依頼を例に、調査だけ進める場合、権限内で着手を認める場合、自分では決められない場合を整理します。緊急障害の初動や、業種別の承認手続きそのものを定めるものではありません。

まず「受領・調査・着手」のどの返事かを決める

「了解です」「対応をお願いします」だけでは、追加依頼を受け入れたのか、影響を調べるだけなのかが曖昧になります。返答を次のように分けます。表は記事独自の実務整理です。

受け手が変わっても、判断者、実行担当、次の連絡担当は同じとは限りません。一般的なエスカレーションの意味や相談を上げる基準は、エスカレーションとは？仕事で相談・報告を上げる基準と伝え方で確認できます。

記入例：追加依頼に「調査だけ」を認める

以下は架空の例です。社内申請フォームの修正を担当する佐藤さんから、顧客が項目の追加を希望していると相談が来ました。受け手の田中さんは社内の影響調査を指示できる役割ですが、顧客向けの仕様変更と納期の合意は部門責任者の判断が必要、という社内ルールを想定しています。

田中さんの返答例は次のとおりです。日時は、この架空の相談で合意する期限です。

件名：承認者欄追加の相談への回答（調査のみ／受入れ未決定）

佐藤さん
追加依頼の相談を受領しました。現時点では、項目追加と10月16日納品を承認していません。

まず、佐藤さんが現行フォームへの影響、修正・確認に必要な工数、確認が必要な相手を整理し、10月14日15:00までに私へ共有してください。今回は影響調査のみを進めてください。フォームの変更、顧客への受入れ・納期の確約は保留です。

判断は部門責任者へつなぎます。調査結果の取りまとめ後、私から判断を依頼し、同日16:00までに佐藤さんへ進捗を返します。その時点で未決定の場合も、未決定であることと次の返答時刻を伝えます。

佐藤さんから顧客へは「追加要望を受領し、影響と対応可否を確認中です。10月14日16:30までに状況を連絡します」と伝えてください。現行の承認範囲内の作業は継続し、追加依頼に依存して進められない箇所があれば、対象を特定して共有してください。

この返答では「調査は進める」「変更は始めない」「田中さんが判断依頼をする」「佐藤さんが顧客へ状況を返す」を分けています。相談を受けただけで、実行担当まで田中さんへ移ったとは扱っていません。

状況別に書き換えられる回答テンプレート

1．必要な情報が足りない場合

相談を受領しました。現時点では、［判断したい内容］を決められません。判断に必要なのは［未確認の事実］です。［確認担当］が［確認先］へ確認し、［日時］までに［共有先］へ返してください。確認まで［止める対象］は保留し、［継続してよい対象］は継続してください。私からは［次の返答日時］までに状況を返します。情報がそろわない場合も、その時点の未確認事項を共有してください。

「詳細を確認してください」だけにせず、何が分かれば判断できるかを特定します。確認のために新たな費用、個人情報の取得、対外連絡が必要になる場合は、その操作を指示する権限も社内の決まりに照らして確認します。

2．自分の権限内で着手を認める場合

［依頼の名称・版］について、［対象］に限り［作業］の着手を認めます。実行担当は［担当者］、完了条件は［確認できる状態］、期限は［合意日時］です。今回認める範囲は［変更箇所］までで、［対象外］は含みません。［費用・納期・影響などの境界］を超える見込みになったら、その作業を止めて再相談してください。完了時は［確認先］へ［結果・証拠］を共有してください。

この文面を使う前に、その対象を自分が承認できることを確認します。調査が終わったという理由だけで、着手まで自動的に認める形にはしません。たとえば「社内テスト用フォーム1部の文言修正」と「顧客が使うフォーム全体の変更」は別の対象として書きます。

3．自分では承認できず、別の判断者へつなぐ場合

相談を受領しました。［判断内容］は私の権限外のため、現時点では承認していません。［連絡担当］が［判断者・窓口］へ、［事実・選択肢・影響・回答が必要な日時］をそろえて判断を依頼します。依頼先の受領確認は［担当者］が行います。判断まで［保留する対象］は進めず、［継続対象］は継続してください。［次の日時］までに、決定または未決定の状況を［相談者］へ返します。実行担当の変更は［維持／引継ぎの条件］とします。

転送先を書いただけで終わらず、誰が依頼し、受領を確かめ、相談者へ返すかまで指定します。判断者が不在なら、社内で定めた代理者・上位窓口を確認します。指定できない段階で架空の判断者を置かず、窓口の確認担当と返答時刻を残します。

「任せる」「保留する」を曖昧にしない確認表

連絡時刻までに結論が出ない場合も、「部門責任者の判断待ち。フォーム変更は引き続き保留。次の状況連絡は10月15日10:00」のように返します。返答がないことを、相談者が承認と読み替える運用にしません。

返答した後は、判断と残作業を同じ記録へ残す

メールやチャットの返答に加えて、既存の課題管理表・変更依頼記録など、チームが普段確認する場所へ次の項目を残します。別の管理表を増やす必要はありません。

• 相談の対象と、判断したいこと
• 現在の状態：受領、調査中、着手可、保留、判断先へ依頼中など
• 決定した範囲と条件、まだ決めていないこと
• 判断者、実行担当、次の連絡担当
• 次の返答時刻と、残っている確認事項

追加依頼の例なら、「調査のみ可・受入れ未決定」を、最終承認が出るまで残します。結論が出た後は、実際の判断内容と条件を更新し、以前の調査許可を最終承認として流用しないようにします。

参考資料：Zendeskのエスカレーション解説は、主に顧客対応における連携・引継ぎを説明しています。Atlassianのエスカレーション方針の解説は、ITインシデント対応で経路や役割を明確にする考え方を示しています。本記事の回答の分類と架空の記入例は、小チームの通常業務向けに独自に整理したものです。実際の判断者・許可範囲・対外回答は、自社の運用に合わせて置き換えてください。