市場クレームを重篤度で仕分ける——初動判断を均一化するエスカレーション基準の設計

※本記事には広告・アフィリエイトリンクを含みます。

クレームの初動対応は、いつも同じ人がやっている。

私がいた現場でも、そうだった。

ある日、その担当者が休みを取った。代わりに新人が電話を受けた。症状の内容はいつもの不具合報告とほとんど同じだったのに、初動の判断が変わった。すぐにエスカレーションすべきか、翌日の報告でいいか、新人には基準がなかったからだ。

これは新人の力不足ではない。判断基準が担当者の頭の中にしかなかったことが原因だ。

現場でよく見る三つの失敗

一つ目は、「ベテランの感覚で仕分ける」パターンだ。長年担当している人が電話を受けると、声のトーンや言い方だけで「これは大丈夫」「これは急ぐ」と判断してしまう。判断は速いが、根拠が本人の中にしかない。

二つ目は、「とりあえず全部エスカレーション」パターンだ。基準がないから、担当者は自分を守るために全件を上に投げる。結果、品質保証部門や管理職のもとに軽微な問い合わせまで山のように届き、本当に急ぐ案件が埋もれる。

三つ目は、「記録だけ残して判断を後回し」パターンだ。受付票には症状が書かれているが、重篤度の判断が誰にもされていない。数日後に見返して「これ、もっと早く動くべきだった」と気づくケースが実際にある。

なぜこの問題が起きるのか

原因は担当者の経験不足ではない。重篤度を仕分ける基準が、組織として文書化されていないことだ。

ある現場では、患者への影響が疑われる不具合と、単なる操作性の指摘が、同じ受付フォームの同じ欄に並んでいた。フォームの設計そのものが、重篤度を意識させない作りになっていたからだ。

判断がベテラン一人の頭の中にあると、その人が休んだ日、あるいは退職した日から現場は止まる。これは特定の個人の問題ではなく、一人依存のリスクと同じ構造だ。

担当者ごとに「これくらいなら大丈夫」の感覚が違うことも大きい。この個人差は、音の聞き分けの差と同じで、経験の蓄積が個人の中に閉じてしまい、組織の資産になっていない状態だ。

放置すると何が起きるか

初動判断が担当者依存のままだと、まず品質記録の一貫性が崩れる。同じ重篤度の不具合が、日によって「即日対応」と「翌週対応」に分かれてしまう。

次に、残業が増える。基準がないから、担当者は「念のため」で不要な確認や報告書作成に時間を使う。これは属人化が残業の原因になる構図そのものだ。

引き継ぎも重くなる。後任者に「勘」を引き継ぐことはできない。結局、口頭説明とOJTに何ヶ月もかかる。

顧客対応にもばらつきが出る。同じような不具合でも、対応者によって説明の重さや対応スピードが変わる。これは対応品質のばらつきが顧客リスクになる構図と重なる。

改善するための判断基準

すべてをシステム化する必要はない。まず整理すべきは、重篤度を分けるための「軸」だ。

手作業のままでよいのは、月間クレーム件数が数件程度で、担当者間の情報共有が日次ミーティングで十分に回っている場合だ。この規模なら、簡単な分類表と口頭確認で対応できる。

テンプレートで十分なのは、件数が増え始めて判断のばらつきが目立ってきた場合だ。重篤度をA(患者への影響が疑われ即時対応の必要性が高いと考えられるもの)、B(品質への影響はあるが即時性は低いもの)、C(使用性や意見レベルのもの)のように区分し、区分ごとにエスカレーション先と対応期限を決めた一枚のシートがあれば、多くの現場は回る。

ツール導入を考えるべきなのは、複数拠点や複数担当者が同時に受付を行っていて、テンプレートだけでは分類の抜け漏れや期限管理が追いつかない場合だ。受付から判断、エスカレーション、対応記録までを一つの流れで残す必要がある規模になったら、システム化の検討時期だ。

今日できる改善手順

Step1、直近半年分のクレーム記録を見返し、対応スピードが担当者によって違ったケースを三つ拾い出す。

Step2、その三つを並べて、「なぜ対応の速さが違ったのか」を言葉にする。感覚ではなく、症状のどの要素が判断を分けたのかを書き出す。

Step3、そこから重篤度A・B・Cの仮の分類基準を作り、次に受けたクレームを実際にその基準で仕分けてみる。うまく当てはまらないケースが出たら、そこが基準を修正すべき箇所だ。

おすすめの次アクション

分類基準ができたら、次はエスカレーションフローを一枚の図にする。誰が受け付け、誰が重篤度を判断し、どの重篤度なら何時間以内に誰へ報告するか。この設計は属人化を外す考え方がそのまま使える。

社内にテンプレートがない場合は、重篤度分類シートとエスカレーションフロー図をセットで作ることから始めるとよい。件数が増えてきた現場では、この後に記録・通知の自動化を検討する流れが自然だ。

よくある質問

重篤度の分類は何段階にすべきか

現場の規模による。中小規模であれば三段階(A・B・C)で十分に運用できることが多い。段階を増やしすぎると判断者が迷い、結局運用が崩れる。

分類基準を作る際、規制要件との整合性はどう確認すればよいか

苦情処理や有害事象報告に関する要件は、ISO 13485や薬機法関連の規制と関わる領域だ。分類基準や報告期限の設計が実際の要件に適合しているかどうかは、社内のQMS責任者や薬事・品質担当の責任者が確認する前提で進める必要がある。本記事の内容は運用設計の考え方であり、規制適合そのものの判断ではない。

分類を誤ったらどうなるか

分類は一度作って終わりではない。運用しながら「実際の重篤度と分類がずれたケース」を記録し、定期的に基準を見直す前提で設計するとよい。誤りをゼロにすることを目指すより、誤りを早く見つけて直せる仕組みを作ることの方が現実的だ。

エスカレーション先は誰にすべきか

重篤度Aに相当するような、患者への影響が疑われる可能性がある案件は、品質保証部門や管理職など判断権限を持つ人に速やかに報告する経路をあらかじめ決めておく必要がある。誰が最終的な報告や届出の判断をするかは、組織のQMS体制に沿って事前に決めておくべき事項であり、最終判断は各社の責任者に委ねられる。

ツール紹介

分類基準とエスカレーションフローが固まったら、それを紙やExcelだけで運用するか、ツールで支える運用に移すかの判断が次に来る。件数や拠点が増える現場ほど、記録漏れと期限管理の負荷が大きくなるため、以下のようなツールが検討候補になる。

クレーム記録・ワークフロー管理ツール

受付から重篤度判定、エスカレーション、対応記録までを一つの画面で追える業務システム。担当者が変わっても同じ画面で同じ手順が回るようになる。

品質管理・文書管理ツール

分類基準やエスカレーションフローを版管理しながら運用できる文書管理ツール。基準を見直すたびに履歴が残るため、後から「いつ、なぜ基準を変えたか」を追跡できる。