🤝 営業支援事業

2026-05-20_HackCamp_クライアントエラー初動対応フロー案

最終更新 2026年05月20日 / 38_営業支援事業部/2026-05-20_HackCamp_クライアントエラー初動対応フロー案.md

クライアント関連エラー発生時 初動対応フロー(案)/上長確認用メッセージ

上長への確認メッセージ

先ほどの報告にて「クライアントが関わるエラー発生時の対応フローを明文化のうえ、ルールに沿って運用する」とお伝えしました件、ドラフトを作成しました。
こちらでルール化させていただきたいと考えておりますが、過不足・修正点等ございましたらご指摘いただけますと幸いです。

―――――――――――――――――――――――――――――
■クライアント関連エラー発生時 初動対応フロー(案)

【STEP1】即時状況把握(5分以内)
・何が起きたか/誰に影響したか/重大度(影響範囲・緊急度)を把握
・関連する事実関係(メール履歴・カレンダー・契約内容等)を即確認

【STEP2】第一報(30分以内)
A. 電話可能な状況か判断
  ・電話可能 → 即電話で謝罪
  ・電話不可 → メールで一報。下記を必ず明示
     - 電話でお詫びすべきところ、現在電話できる状況にない旨
     - 電話できる状況になり次第、改めてお電話する旨
     - 暫定の対応方針(リカバリ案)
B. 並行して、社内関係者(上長・関係メンバー)に状況と対応方針を即時共有

【STEP3】一次対応(1時間以内)
・先方に具体的なリカバリ案を提示(リスケ/代替案/その他)
・「○時までに○○をお送りします」と次のアクションを期限とセットで明示

【STEP4】電話謝罪フォロー(電話可能になり次第)
・メール対応した場合、電話可能になったタイミングで即電話謝罪
・上長と相談のうえ、必要に応じて上司同伴での謝罪も検討

【STEP5】後続対応の履行(当日〜翌営業日)
・約束した次アクション(候補日連絡等)を期限内に確実に履行
・約束期限は絶対厳守。守れない場合は守れない時点で先方へ事前連絡

【STEP6】内部報告・振り返り(1〜2営業日以内)
・上長に詳細報告(経緯/原因/対応状況/再発防止策)
・必要に応じてルール・チェックリストの更新
―――――――――――――――――――――――――――――

特に、以下の点についてご意見いただけますと幸いです。
・各STEPの時間設定(5分/30分/1時間/1〜2営業日)の妥当性
・社内共有のチャネル(Slack/メール/電話のどれを推奨とするか)
・上司同伴での謝罪が必要なケースの線引き(顧客重要度・損失規模など)

お手すきの際にご確認のほど、よろしくお願いいたします。

このフローの設計意図

STEP ねらい
STEP1: 即時状況把握 パニックで動かないために、まず事実を確定させる5分を確保
STEP2: 第一報 30分以内に必ず先方への接触 を入れる。"音沙汰なし"が一番心象を悪化させる
STEP3: 一次対応 「謝罪のみ」で終わらせず、必ずリカバリ案を期限とセットで提示。先方を不安にさせない
STEP4: 電話謝罪フォロー メールで済ませず、最終的には必ず電話で誠意を伝える
STEP5: 後続対応の履行 約束期限を死守。守れない時の事前連絡もルール化(信頼を失う最大の地雷を回避)
STEP6: 内部報告・振り返り 個人レベルの謝罪で終わらせず、組織として再発防止に繋げる

今回の山垣内様対応との対応関係

STEP 今回の実対応
STEP1 12時、先方の「入室許可待ち」メッセージで時刻ズレを検知。メール履歴・カレンダーを即確認
STEP2 電話不可だったため、メールで時刻認識違いを即お詫び+①13時実施/②別日リスケの2択提示。社内共有も実施
STEP3 山垣内様より②でご寛容にご了承いただき、候補日案内の期限(明日中)を明示
STEP4 電話可能になり次第、改めて謝罪電話を実施(予定)
STEP5 明日中までに候補日メール送付(履行予定)
STEP6 本上長報告メール+本フロー案明文化が該当

→ 今回の対応は概ねこのフローに沿っており、フロー自体の実用性は実例で検証済み。

想定される上長フィードバック

想定FB 事前準備
「STEP2の30分は短すぎ/長すぎ」 30分は「先方が不安を抱き始める閾値」として設定。事案重大度に応じて短縮(15分)も可と補足
「STEP4で上司同伴の判断基準が曖昧」 「金額○万円以上/契約に関わる/重要顧客リスト掲載企業」など3軸で線引き案を即提示
「社内共有のチャネル」 緊急度高=電話/中=Slack DM+メンション/低=Slack通常チャンネル、の3段階を推奨