複数の作業者が、同じ箇所で同じ間違いをすることがあります。そのたびに「注意してください」と伝え、マニュアルへ注意事項を追記しても、しばらくすると別の人が同じ間違いをします。
一人だけが間違えた場合は、読み飛ばしや理解不足の可能性があります。しかし、複数人が同じ間違いをするなら、作業者ではなく、マニュアル、入力画面、選択肢、作業順序などの仕組みを疑う必要があります。
品質管理では、作業者が注意すれば防げるかを考える前に、その間違いを選べない、入力できない、見落とせない形にできないかを考えます。
同じ間違いは、作業環境からの合図である
作業者が入れ替わっても同じミスが続く場合、個人への注意や再教育だけでは解決しません。作業工程の中に、間違いやすい条件が残っているからです。
例えば、次のような状態があります。
- 重要な条件が長い文章の中に埋もれている
- マニュアルと作業画面で同じ項目の呼び方が違う
- 選択肢の意味が似ていて区別しにくい
- 正しい操作より、誤った操作の方が簡単にできる
- 入力欄の並びと実際の確認順序が一致していない
- 対象外、該当なし、未確認の違いが分からない
- 誤った値でも警告なく登録できてしまう
こうした環境でミスが発生すると、作業者本人は注意不足と受け取られます。しかし、同じ状況に置かれた人が繰り返し間違えるなら、仕組みが特定の誤操作を誘っている可能性があります。
問題が起きるたびにマニュアルを増やさない
ミスが見つかるたびに、「この場合は注意」「ここは間違えやすい」と追記すると、マニュアルは少しずつ膨らみます。
情報が増えること自体が悪いわけではありません。しかし、追加だけを続けると、次の問題が起こります。
- 通常手順と注意事項が混ざる
- 重要な情報と参考情報の区別がなくなる
- 同じ説明が複数の場所に書かれる
- 古い判断基準が削除されずに残る
- 必要な情報を探す時間が長くなる
- 作業中にすべてを読み返すことができない
運営側は「マニュアルに書いてある」と考えますが、作業者が必要な瞬間に該当箇所へ到達できなければ、業務上は十分に機能していません。
マニュアルは、情報がすべて書かれているだけでは役に立ちません。作業者が必要な瞬間に、必要な情報を見つけられて初めて機能します。
業務にもUXがある
ウェブサイトやアプリでは、利用者が迷わず操作できるように、ボタンの位置、入力項目、表示順、選択肢、エラーメッセージを設計します。業務で使うスプレッドシート、管理画面、帳票、フォルダ構成にも同じ考え方が必要です。
作業者が説明を何度も読み返さなくても、画面や帳票の見た目から、次に何をし、どの項目を入力し、どこで作業を終えるかが分かる。この状態を、本記事では「作業UX」と呼びます。
アフォーダンスという言葉もあります。ここでは厳密な理論としてではなく、作業画面や道具の形から、何をすればよいかが自然に伝わる状態を指します。
人の注意力へ頼らず、間違った操作をできなくしたり、誤りをその場で分かるようにしたりする考え方は、製造業ではポカヨケ、英語ではError Proofingと呼ばれます。業務システムでも、入力制限、選択肢、警告、必須確認などを使えば、同じ考え方を取り入れられます。
例えば、自由記述欄があれば、人によって異なる言葉が入力されます。選択肢が用意されていれば、入力できる内容はそろいます。「対象外の場合は空欄」と説明するより、「対象外」という選択肢を用意した方が、空欄と入力漏れを区別できます。
説明するより、間違えにくい形へ変える
| ミスが起きやすい設計 | 間違えにくい設計 |
|---|---|
| 区分名を自由記述する | プルダウンやラジオボタンから選ぶ |
| 日付形式をマニュアルで指定する | 入力形式を固定し、異なる形式を受け付けない |
| 対象外の場合は空欄にする | 「対象外」「未確認」など状態を選べるようにする |
| 異常な数値もそのまま登録できる | 想定範囲外の値には警告を表示する |
| 判断基準を別ページで探す | 入力欄の近くに短い基準と例を表示する |
| 例外はチャットで質問する | 保留理由を選び、対象IDと一緒に記録する |
| すべて入力後に不足項目を確認する | 保存前に必須項目を自動確認する |
| 複数のファイルから対象を探す | 作業対象と必要資料をあらかじめひも付ける |
大がかりなシステム開発をしなくても改善できることはあります。スプレッドシートの入力規則、プルダウン、条件付き書式、セルの保護、数式による整合確認、必須項目の表示でも、作業者の注意力に依存する部分を減らせます。
正しい操作を、最も簡単な操作にする
作業者へ正しい方法を教えても、誤った方法の方が速くて簡単なら、忙しいときには誤操作が増えます。
例えば、正式な作業では複数画面を開いてIDを転記する必要がある一方、一覧画面から目視で入力した方が速い場合、作業者は後者を選びたくなります。ここで「必ず正式な方法を使うこと」と追記するだけでは、負担の差は残ります。
必要な情報を一つの画面にまとめる、コピー対象を明示する、対象IDを自動表示するなど、正しい処理の方が簡単になるように変えます。
業務手順を守らせるためには、ルールを増やすだけでなく、ルールどおりに処理する負担を減らすことが重要です。
エラーは、作業が終わった後ではなく入力時に伝える
検品で誤りを見つけて差し戻す方法では、作業者が同じミスを何件も繰り返した後に問題が判明します。修正対象が増え、どの基準で処理したかを思い出す時間も必要になります。
可能であれば、誤りが起きた時点で作業者へ伝えます。
- 必須項目が空欄なら保存できない
- 合計値が一致しなければ警告する
- 選択した区分と入力項目が矛盾したら表示する
- 重複するIDがあれば登録前に知らせる
- 規定文字数を超えたらその場で表示する
差し戻しは品質管理に必要ですが、同じ誤りを何度も作ってから直すより、誤った状態で先へ進めない方が、作業者と検品者の双方にとって負担が小さくなります。
ミスの原因を「知識・画面・工程・負荷」に分ける
同じミスが続くときは、原因を分類してから対策を決めます。
| 原因 | 状態 | 有効な対策 |
|---|---|---|
| 知識 | 判断基準や用語を理解できていない | 説明、具体例、練習、フィードバック |
| 画面 | 項目名、選択肢、配置が誤解を招く | 表示名、入力方法、配置、警告の変更 |
| 工程 | 確認順序や役割分担に無理がある | 作業順序、配布単位、確認工程の変更 |
| 負荷 | 情報量、作業時間、切り替えが多すぎる | 工程分割、休止、作業量や標準時間の見直し |
画面が原因なのに研修を増やしても、同じミスは残ります。知識が不足しているのに入力制限だけを増やすと、なぜその処理が必要なのか理解できません。原因に合った対策を選ぶ必要があります。
作業者を責める前に、同じ条件を再現する
ミスが起きたら、管理者自身が作業者と同じ画面、同じ資料、同じ権限で処理してみます。
- 必要な情報をすぐ見つけられるか
- マニュアルの用語と画面表示が一致しているか
- 正しい判断をするための情報がそろっているか
- 通常の処理時間内に確認できるか
- 前後の工程から誤った情報が渡されていないか
管理者は仕様の背景を知っているため、画面の不足を無意識に補いながら操作できます。初めて作業する人が同じように理解できるとは限りません。可能であれば、仕様作成に関わっていない人にも試してもらいます。
仕組みを直した後も、小さく試して確認する
入力制限や画面表示を変更すると、一つのミスは減っても、別の場所で作業が止まることがあります。選択肢を減らしすぎると、例外を正しく記録できなくなることもあります。
変更後は、少量の実データで次の点を確認します。
- 対象としていたミスが減ったか
- 作業時間が過度に増えていないか
- 新しい質問や誤解が生まれていないか
- 例外を無理に通常処理へ入れていないか
- 検品者が変更内容を確認できるか
作業者へ注意事項を追加しただけで完了とせず、実際の作業結果が変わったかを見て、改善の効果を判断します。
間違えない人を探すより、間違いにくい工程を作る
どれだけ経験のある作業者でも、分かりにくい画面、探しにくいマニュアル、矛盾した選択肢の中ではミスをします。反対に、必要な情報が見つけやすく、誤った値を入力できず、迷った対象を保留にできる環境なら、個人差による品質のばらつきを小さくできます。
作業者への教育や検品は必要です。しかし、複数人が同じ間違いをしたときに、注意やマニュアルの追記だけで終わらせないことが重要です。
品質管理とは、間違えた人を見つけることではありません。間違いが繰り返される条件を見つけ、作業者の注意力だけに頼らずに済む工程へ変えることです。
WORKFLOW UX DESIGN
同じミスを繰り返さない作業環境を設計します
株式会社イングクラウドでは、マニュアル、入力画面、選択肢、作業順序、エラー表示、検品結果を整理し、社員や外部作業者が迷いにくく、安定した品質で処理できる業務工程を構築します。
