【定義】一文で言い切る
システム導入が失敗する本当の理由は、ツールの問題ではありません。歪んだ構造のままツールを入れるからです。
【よくある誤解】
システム導入が失敗すると、こういう結論が出ます。
「ツールの選定が間違っていた」「ベンダーの実装が悪かった」「社員のITリテラシーが低かった」
しかし現場で何度も見てきた光景は、違います。
ツールは正しく動いている。設計も間違っていない。それでも現場は回らない。ミスは減らない。誰かが疲弊し続けている。
なぜか。構造が歪んだままだからです。
歪んだ構造のままツールを入れると、歪みが高速化されるだけです。
【なぜ問題が起きるか】
ミスが頻発すると、現場ではこういう指示が飛びます。
「Wチェックしろ」「トリプルチェックだ」「全件通話ログを確認しろ」
気持ちはわかります。しかしこれは「ミスをした人間が悪い」「チェックが足りない」という前提に立った発想です。
チェックを強化してもミスが減らない現場が、世の中には山ほどあります。なぜか。チェックする人間も疲れているからです。疲れた状態でチェックすれば、ミスはむしろ増えます。
「ちゃんとやれ」という圧力は、認知負荷を上げるだけです。
本当に問題なのは「間違いを止める仕組みがない」という構造そのものです。
【現場エピソード】
以前、ある大手企業の機器保守・サポート業務を担うBPO案件に入りました。60名規模のオペレーターが対応する現場です。
手配ミスが多発し、受電率のKPIもスレスレ。「立て直してほしい」と3ヶ月の期限付きで現場に入ることになりました。
着任してまず構造を見ました。
最も重大なインシデントは「誤った機器情報に基づいて部材を手配してしまい、現場に向かったサービスマンが修理できず再訪問になる」というものでした。二重の出張費が発生し、店舗のサービス低下にも直結する、本当の意味でのインシデントです。
なぜ誤るのか。深掘りすると、原因はほぼ3つに絞られました。聞き間違い、入力ミス、店舗側の言い間違い。
現場の指示は「Wチェック、トリプルチェック、全件通話ログ確認」。チェックに追われて受電率が下がる。受電率が下がるとKPIを詰められる。詰められるとさらに疲弊する。全員が消耗する地獄行きのループです。
クライアントが用意していた部材選定ツールを大解剖しました。中身は本当によくできていた。機器はすべて固有番号で管理され、部材と紐付けられている。
「でも止める仕組みがない」。
ここが問題の本質でした。
やったことはシンプルです。店舗番号・機器番号・故障箇所・部材・対応ログのキーワードを突合させて、整合性に疑義が生じた場合だけ手配を止める仕組みを考えました。全件チェックではなく、怪しいものだけを止める。通話ログを確認する。こちらが間違っていれば修正する。店舗の言い間違いが疑われる場合は、架電して確認を取る。設計とフローはクライアントのレビューを経て実装しました。
そしてSVの目検の余地は残しました。
完全自動化はしません。人間の確認を最後に置くことで、クライアントも現場も安心できる。それが定着の条件です。
結果、手配ミスは99%削減。工数は1/3になり、受電率も改善しました。
チェック体制を強化したのではありません。「間違いが起きにくい構造」を作っただけです。
【まとめ】だからNDLはこう考える
システム導入が失敗する理由は、ツールではありません。順番が間違っているからです。
構造を整理せずにツールを入れても、歪んだ構造を高速化するだけです。Wチェックをトリプルチェックにしても、疲れた人間が疲れたままチェックする構造は変わりません。
正しい順番はこうです。
まず構造を見る。根本のボトルネックを特定する。そこを切る。ツールはその後でいい。
そしてツールを入れる時も「完全自動化」ではなく「人間が確認できる余地を残す」設計が、現場への定着を決めます。
「ちゃんとやれ」ではなく、「ちゃんとやらなくても事故らない構造」にする。
それがニューロデザインの答えです。
コメント