INCIDENT REPORT

AIエージェント道場
参加対応漏れインシデント

2026年5月18日、銀行振込でご決済いただいたお客様が岐阜より来訪されたものの、 運営側で参加認識ができておらず未対応となった事案。初動から約24時間で代替日程・返金にて着地。

発生2026-05-18 13:29 収束2026-05-19 13:28 分類カスタマー / 決済連携 影響岐阜のお客様1名
? FROM 岐阜 認識されていない

AT A GLANCE

DAY 1 DAY 2 事象発生 13:29 意思決定 15:16 合意・着地 翌13:28 所要 約24時間
事象
参加認識漏れ
お客様がオフィス前で未対応状態
直接原因
銀振り連携漏れ
mosh以外の決済が他部署に未共有
着地
5/24 代替参加
交通費23,040円を全額返金
対応時間
約24時間
事象発生から合意まで
SECTION 01

対応タイムライン

事象発生から着地までの主要なコミュニケーションと意思決定を時系列で記録。

DANGER ACTION RESOLVE 13:29 14:15 15:16 16:41 ─ DAY 1 (5/18) ─ 13:28 ─ DAY 2 (5/19) ─ 事象発覚 一次対応 架電 対策報告 CEO意思決定 オフィス到着 返信受信 代替日提示 合意・着地
DAY 1 ─ 2026/05/18(月)
13:29 神門 事象発覚
岐阜から参加予定のお客様が来訪。運営側で参加を認識しておらず、オフィス前で未対応状態。原因:mosh決済履歴で参加者を把握する運用だが、銀振り決済のため未把握。
13:53–14:15 山内 橋本 初動:謝罪・架電・原因整理
山内さんがLINEで一次対応 → 橋本さんが架電3回(不通)→ メッセージ打診 → 原因・対策・対応案を14:15に整理して報告。
15:04–15:18 髙橋 経営意思決定
「内部議論より、お客様対応のスピードとサポートを徹底しよう」。研修代金・往復交通費・宿泊費の全額返金前提で方針を即決。CEO自らの謝罪訪問も表明。
15:23–15:53 橋本 岩谷 現地確認・夜間引き継ぎ
橋本さんオフィス到着→お客様不在を確認。岩谷さんが夜間Lステップ監視を引き受け、連絡導線を確保。
15:59–16:41 山内 橋本 神門 お客様返信受信 → 代替日調整
個別相談LINEに返信。希望条件:宿泊なし/24日(日)なら可/6月希望。神門さんから5/24(日)開催を提案。
DAY 2 ─ 2026/05/19(火)
13:28 橋本 着地
5月24日(日)代替参加交通費 23,040円(新宿〜西岐阜 往復)を返金にて合意。銀行口座確認済、返金申請フローへ。
SECTION 02

原因の構造 ─ 3つのレイヤー

点(個人ミス)から面(仕組み)へと因果を分解。再発防止には仕組み層への対策が不可欠。

─ 仕組み・運用は水面下にある ─ LAYER 1 / 点 個人レベル 銀振り決済の 報告漏れ 商談中で確認できず VISIBLE / 表層 LAYER 2 / 線 運用レベル 銀振りフローが 暗黙知化 前提のすれ違い LAYER 3 / 面 仕組みレベル mosh以外の決済を 検知する仕組み無し 単一経路依存 事故 対策:個人徹底 対策:ルール明文化 対策:システム整備 ↓ 根本対策ほど効果は持続する ↓
LAYER 1 / 個人

報告タイミングの遅延

商談中で確認できず、成約時の他部署報告ができなかった。決済後フローの理解不足も背景にある。

FS CS 連携漏れ
LAYER 2 / 運用

銀振りフロー暗黙知化

「銀振り時は他部署と連携する」前提がFSメンバー全員に共有されていなかった。前提のすれ違い。

mosh決済履歴 運営 銀振り
LAYER 3 / 仕組み

決済認識の単一経路依存

moshの履歴のみが参加者把握の手段。銀振り・現金などを含む横断的可視化の仕組みがない。

SECTION 03

再発防止策 ─ 短期 × 中長期

個人運用の徹底と、仕組みでのカバー。両輪での実装が必要。

SHORT-TERM / 短期

運用ルールの徹底

1
道場成約時の規定フロー(報告先・タイミング)の明文化と周知
2
銀振り決済時の他部署連携をルール化、FSメンバー全員に再共有
3
リアルタイム対応が必要なイベントは「連携マスト」運用とする
4
CSが確認できる報告フロー策定(柳沼さん主導/週明け実行)
PREDICT
LONG-TERM / 中長期

仕組みでの可視化

1
予実上で各日程ごとの成約状況を確認できる仕組み構築
2
mosh以外(銀振り等)も含めた参加者一覧の横断可視化
3
開催日前の参加者リスト自動生成・運営チームへの配信
4
決済経路に依存しない「参加確定」フラグの設計
SECTION 04

経営判断 ─ 「顧客対応最優先」

事象発覚から約1.5時間後、髙橋(CEO)が方針を即決。内部議論より顧客対応の速度を優先した。

内部議論 顧客対応 優先 CEO DECISION

髙橋の判断ポイント

「うちの対策とかは一旦おいておいて、お客様への対応のスピードとサポートを徹底しよう。
振り返るにしても返金前提で話したほうがいい。」
01
内部の原因分析より顧客対応の方針を先に決定
02
研修費・交通費・宿泊費の全額返金を初期方針として提示
03
「オフィスに居られたら自ら謝罪に行く」とCEO訪問を表明
SECTION 05

着地内容

事象発生から24時間以内に、お客様合意のもと代替参加+費用補填で着地。

RESOLVED / 2026-05-19 13:28

合意・着地サマリー

代替参加日
5月24日(日)
Coworkコース/橋本同席
交通費返金
¥23,040
新宿〜西岐阜 往復
処理ステータス
返金申請中
銀行口座確認済
SECTION 06

関係者の役割

短時間で6名のメンバーが連携。役割分担と情報共有のスピード感が早期着地に貢献した。

髙橋 悠
CEO / 意思決定
返金前提の方針即決/CEO自らの謝罪訪問を表明/社として誠実対応の姿勢を明示
橋本 昌幸
担当営業 / 顧客対応
お客様への直接連絡・謝罪/オフィスへ駆けつけ/原因報告から着地まで一貫対応
神門 慶次
運営 / 状況統制
事象の初動共有/一次対応依頼の調整/代替日程の提示
山内 望実
CS / 一次対応・監視
複数LINE経路の即時発見/お客様への謝罪一次対応/退勤までの連絡受け
岩谷 優太
CS / 夜間監視
山内さん退勤後の引き継ぎ/夜間の連絡導線確保
FS
柳沼 健太郎
FS / 部門責任者
連携漏れの謝罪/対策実行の責任者(週明けより実行)
SECTION 07

学びと教訓

本件から得られる3つの示唆。次の意思決定・運用設計に活かす。

LESSON 01

「思い込み」は仕組みで殺す

「銀振り時は他部署に連携してくれるはず」という暗黙の前提が事故を生んだ。前提条件はドキュメント化し、システムで強制する。

内部議論 顧客対応 最優先 優先順位の明示
LESSON 02

顧客対応 > 内部議論

原因究明より補償方針を即決。経営判断の優先順位を明確にしたことで、初動が圧倒的に速くなった。

顧客 個別相談 おくやま 特典LINE 複数経路の同時監視
LESSON 03

連絡導線の冗長化が効いた

複数LINEの監視を山内→岩谷へ引き継ぐ体制が、お客様からの返信を逃さない結果に。経路の多重化と監視責任の明示が鍵。