どうもしんざきです。好きなギャラリーフェイクの単行本は23巻です。
最近、「理不尽なクレーム」と「それを受け入れてしまう組織」についての議論を観測する機会が何回かありました。
直近記憶に新しいのは、消防車でうどん店に寄って昼食をとった消防団員が注意を受けていた件で、「別にいいんじゃね？」という声も結構上がっていたと記憶しています。
愛知県一宮市消防団の５０代の分団長を含む男性団員７人が、制服姿のまま消防ポンプ車で市内のうどん店に行き、昼食を取っていたことが分かった。市消防本部（同市緑１）は２５日、全２５分団長に口頭で注意を促した。近く文書で全団員にも呼び掛ける。
同本部は、消防車は消防活動以外に使わないと市内の消防団と申し合わせている。同本部によると、１６日午前９時半から同本部で消防操法大会の説明会があり、出場予定の団員ら５０人が大会で使うポンプ車に乗り合わせるなどして参加。このうち、一分団の７人が終了後、うどん店に立ち寄った。
市民が同日夜にメールで「消防車がうどん店にあった。おかしくないか」と写真付きで同本部に指摘。このため１９日に「消防車で飲食店に乗り付けるのは非常識」として分団長に口頭注意した。
ちょっと前は、電車の車掌室で水を飲んでいた車掌さんや運転手さんに文句つける乗客がいて、一時期水を飲むたびに報告が必要だった、みたいな話もありましたよね。
電車の運転士らに熱中症とみられる症状が相次いだため、ＪＲ東海は乗務中に水分を補給した際に義務づけていた報告を不要にした。今月から在来線で始めている。
ＪＲ東海の乗務員は停車中に水分補給が認められているが、飲んだ場合、乗務中の無線報告と業務終了後の報告書の提出が義務づけられていた。飲んだ時間や場所、理由や乗客の苦情の有無も記していた
まあこれに限らず以前から、「理不尽なクレーム」問題は、不寛容問題と絡めてしばしばみられるお話だったと思います。
先に前提なのですが、あるクレームが理不尽かどうか、というのは単にファールラインの問題であって、明確に定義することは多分難しいです。
ガイドラインでこと細かに「これはOK」「これはNG」と決めていけばいいんでしょうけど、まあそんな手間かけるのもアホらしい話ですよね。
その上で、個人的な感覚としては、業務中に遊んでたということならまだしも、水分の摂取や食事など、生きていくのに必須な行為に文句をつけるのは、それがどんな状況であれ文句をつける方がおかしい場合が極めて多い、とは思います。
それだって極端なケースというのはあるのかも知れませんが。
ただ、一般的に言えることとして、
・クレームをつける側の極端な不寛容
・それを受け入れて何らかの措置を行ってしまう組織
上記二点がそろった時初めて、「理不尽なクレーム問題」は可視化される、というところまでは間違いないと思います。クレームつける方もおかしいけどそれを受け入れる組織もおかしい、という話です。
私自身は、クレームをつける側は個人であって、個人の不寛容を完全に緩和することが不可能である以上、クレーム対処は組織の側にガイドラインを設ける問題であると考えています。
ところで、私は昔、「理不尽なクレームを簡単に受け入れてしまう」組織に所属していたことがあります。
といってもシステム業だったので、例えば勤務中に水飲むなとかそういう話があったわけではないんですが、BtoCのシステムで、「いやなんでそんなクレームに対応しなきゃいけないんだよ」という機会はしばしばありました。
例えば、どう聞いてもブラウザの不具合の問題であって、1,2週間パッチを待てば解決する話なのに、何故か3週間以上の工数をかけてフロントエンドの修正をしなくてはいけなくなったり、であるとか。
一般的に考えてとても見えにくいとは思えないボタンを、顧客のクレームを受けて3倍くらいの大きさに変えなければならなくなって、全体のバランスがガタガタになったりとか。
これらはほんの一例なんですが。基本的には、「顧客のクレームにそのまんま従うチケットが上がってきて、現場は疑問を思いつつもチケットを却下する権限がなく、そのまま実装せざるを得ない」というケースがちょくちょくあったのです。
当時私は末端チームのサブリーダーに過ぎなかったんですが、「なんでやねん」と思うことが余りに多かったので、リーダー了解のもとクレームの受け入れ態勢について色々調べてみました。
その結果、その時のその組織では、クレームの受け入れをこんな感じで行っていたことがわかりました。
・顧客からの架電、クレームを受けたコールセンターは、そのままCRMにその内容を登録する
・内容を確認したサポート部門は、その中からシステム的に対応可能な部分を抽出して、そのままインシデント(事故などの危難が発生するおそれのある事態)としてチケットを登録する
・インシデントチケットは、工数管理担当にスケジューリングされ、システムのチケットとして案件化される
・システムのチケットは全て要対応チケットとして扱われる
何でこうなるかお分かりですよね。早い話、「受け入れたクレームの評価を誰も行っていない」のが唯一最大の問題だったんです。
・クレームを無条件でインシデントとして扱ってしまっていた(評価する機関、ないし担当がいなかった)
・インシデントには必ず対応策を書かなくては登録出来ない仕組みになっていた
・チケットを登録する側にはシステム的な知識がなかった
・システム部門に、インシデントチケットを受け入れるかどうか判断する、ないし拒否する権限がなかった
「そりゃそうなるわ」って感じですよね。私も当時はそう思いました。
つまり、この組織が「むやみにクレームに対応してしまう組織」になっていた原因は、仕組みの方にこそありました。
アホだと思いますか？私も当時、この辺のフローを確認したときには「いやこれアホ以外のなにものでもないやろ」と思いました。
ただ、このフローが出来上がったその背景には、「顧客のクレームを過大評価する」空気というものがあったように思います。
2ちゃんねるやwebにおける、いわゆる「晒し」と「炎上」というものが一般的になって、「クレームにはちゃんと対処しないとヤバい」という恐怖感だけが上層部に広がってしまった。
また、中には「クレームの中にこそ貴重な顧客の声が含まれている」などという観念論がまかり通ってしまい、クレームは無条件にインシデントになってしまっていた。
クレームの中には、「取り上げるべき貴重な意見」が含まれていることがある。それは確かです。
しかし、これは一般論として言ってしまっていと思うんですが、貴重な意見以上に「取り上げれば取り上げただけリソースの浪費、ないし逆効果にしかならないどうしようもない意見」が含まれていることも確かなのです。
例えば、漫画雑誌のアンケートなんかで、アンケートの声に従っていたら従った分だけどんどん人気が落ちてしまった、とかそんな話もありますよね。
クレームを挙げるのは飽くまで「クレームを挙げる層」に過ぎないのであって、それが顧客全体を代表しているわけではない。
となれば、クレームはまず「受け入れて益がある意見かどうか」「受け入れるべき意見かどうか」を評価しなくてはいけないし、その評価の結果受け入れるべきではないとなったら、それはきちんと拒絶しなくてはいけない。
これは多分、BtoC(企業対顧客)で活動しているあらゆる組織に共通のことなんじゃないかなあ、と私は思うのです。場合によっては、BtoBでも同じようなことが言えるかも知れません。
「クレームの評価」はきちんと行いましょうね、という、言ってしまえばそれだけの、当たり前の話でした。
ちなみに私が所属していたその組織ですが、上席をたきつけて色々フローを変更させて、さあこれからはアホらしいチケットに対応することが減るぞ、となったほぼその瞬間、不同意の敵対的TOBの結果、組織が早晩消滅することが判明しました。よくある話ですね。
今日書きたいことはそれくらいです。
製薬・バイオ企業の生成AI導入は、「試行」から「実利」を問うフェーズへと移行しています。 (2026/01/19更新）
単なる理論ではなく、現場で成果を出す生成AI活用の“実装方法”を知りたい方に最適なウェビナーです。
本セミナーでは、製薬・バイオ企業でのPoC（概念検証）から得られた実データとノウハウを元に、「どこにAIが効くのか」「どこが難しいのか」を明確に解説します。
【開催概要】
・開催日：2026年2月12日（木）
・時間：12:00〜13:00
・形式：オンライン（Zoom／ログイン不要）
・参加費：無料（定員150名）
本セミナーでは、13チームのPoCで時間を50〜80％削減したノウハウを余すことなく共有します。適用可否の見極め、評価設計、失敗領域への対応方法、全社展開のガバナンス設計まで、実践的な内容です。:contentReference[oaicite:1]{index=1}
・製薬・バイオ・化学業界のDX／業務改革担当者
・AI導入プロジェクト責任者・企画部門・法務・人事などの全社展開担当者
・PoC設計や効果測定の「型」を学びたい方
・自社の生成AI活用を確実な成果につなげたい実務担当者
【セミナーの内容】
・生成AIの“適用可否”を短期間で見切る方法（PoC設計・評価の型）
・現場で成果を出すAI活用ノウハウ（バックキャスティング／プロンプト構造化 等）
・適用が難しい領域（PowerPoint・OCR 等）の整理と次の打ち手への転換
・横展開に向けたガバナンス設計とナレッジ共有
【登壇者】
奥田 真輔 氏
システム開発やITコンサルティングを経て、
外資系製薬企業で15年以上のITビジネスパートナーとして人事からコマーシャル、
メディカルなど製薬企業の様々な分野のプロジェクトに携わる。
現在はネクセラファーマ株式会社で、システムだけではなく、企業風土改革や業務改善をリードし、
日本発グローバルバイオ製薬企業にむけて、同社の成長基盤の構築に尽力している。
岡田 雄太（ワークワンダース株式会社 CTO）
野村総合研究所に新卒入社後、証券総合バックオフィスシステムやオンライントレードシステムなどの開発に従事。
その後、8 Securities（現SoFi Hong Kong）へ出向し、日本人唯一のエンジニアとして国際的なプロジェクトに携わる。
BOOSTRYでは信託銀行向けSaaSの立ち上げと成長を牽引。
WiseVineではCTOとして開発組織を30名規模に拡大し、プロダクト開発を推進。
2025年4月よりワークワンダース株式会社CTOに就任。AI活用を中心とした開発支援をリードする。
【お申込み・詳細】
こちらのウェビナー申込ページをご覧ください。
【プロフィール】
著者名：しんざき
SE、ケーナ奏者、キャベツ太郎ソムリエ。三児の父。
レトロゲームブログ「不倒城」を2004年に開設。以下、レトロゲーム、漫画、駄菓子、育児、ダライアス外伝などについて書き綴る日々を送る。好きな敵ボスはシャコ。
ブログ：不倒城
(Photo:Toshiyuki IMAI)
