システム導入の失敗を防ぐ「止まる設計」とは。現場に定着させるための業務設計。

【定義】一文で言い切る

定着とは、ツールが導入された後も、現場のスタッフが自然に使い続けている状態のことです。

先日、かつて同じBPO現場で苦楽を共にした元同僚と食事をした。

「以前に作っていただいたツール、今でも現場で使われているんですよ。少し改修しましたが、すっかり定着しています。」

素直に嬉しかった。自分が手がけた改善が、今も誰かの仕事を支えている。それが「定着した」ということだと思った。

しかし同時に、そのツールにまつわる苦い記憶も蘇った。

あるテレアポのBPO案件。電話が繋がらなかった顧客への、フォローメール送信業務を効率化してほしいという依頼を受けた。

当時の手順はこうだ。架電リストをステータスで絞り込み、メールアドレスと氏名を1件ずつテンプレートにコピペする。オペレーターがメールを作成し、SVが目検して送信する。手作業で100件。その間、架電の活動量が落ちることが問題になっていた。

VBAツールを作成した。フィルターをかけた架電リストをコピーして、メール作成用データシートにペーストすると「メール禁止顧客」リストと自動照合してパージし、ボタン一つでメールが作成できる仕組みだ。リクエストに応えて一括送信ボタンも実装した。工数は大幅に削減され、クライアントからも高評価をいただいた。

少し鼻高々になっていた。それが油断だった。

個人情報の取り違え事故が発生した。

原因を調査すると、構造的な問題が浮かび上がった。

「全選択→コピペ」という一見簡単な操作でのミスを想定していなかった。簡単な作業だという思い込みがあった。メール作成用データと顧客の元データ（改変禁止の原本）の照合を行っていなかった。そして一括送信ボタンに「止まる仕組み」がなかった。

件数は2件で、氏名の誤挿入という比較的軽微な内容だった。しかし「個人情報漏洩」という事実は重い。調査・謝罪・事故報告書の作成で、膨大なリカバリ工数が発生した。

便利なツールを作った。しかし「止まる設計」を作っていなかった。

再設計の方針は二つだった。

認知負荷の軽減

「全選択→コピペ」を廃止し、架電リストからデータを自動で取り込む機能を実装した。手作業で大量のデータを扱えば、ミスは必ず起きる。それを前提にした設計に切り替えた。

止まる仕組みの実装

【データの整合性で止める】顧客の元データを参照し、メールアドレスと氏名をユニークID化する。それをメール作成用データと突合する。

【件数の整合性で止める】パージ後の件数とメール作成用データの件数を照合する。

どこかに齟齬があればメールが作成できない。齟齬箇所はハイライトで警告する。作成後の件数も自動チェックし、件数に齟齬があれば送信できない。送信済みメールの件数と作成件数の一致確認も追加した。

そして送信ボタンだけは手動で押す設計を残した。

改修以降、事故はゼロだ。

リスク管理はコストだという固定観念がある。確かに「止まる仕組み」を作るには工数がかかる。しかし事故が起きた後のリカバリ工数と比べれば、設計段階で止まる仕組みを作る方が圧倒的に安い。

そしてもう一つ。

間違えても大丈夫という安心感があるから、人は安心して使い続けられる。それがNDLが考える「ニューロデザイン」の重要な要素です。

そして、この苦い経験が、今の「優しいDX」の底流になっているかもしれません。

失敗を乗り越えたからこそ、定着にもつながった。

あのツールが今も使われているという報告が、素直に嬉しかった理由は、そこにあります。