寓話
カウンターが読める人だけが、次にどこを押すべきか分かる
山城に運送会社があり、すべての注文は古い窓口で処理されていた。窓口にはボタン、表、ドロップダウン、そして時折飛び出す通知がある。熟練の職人は考える必要がなく、一目見ればどこが送り状番号で、どこが異常マークかがわかる。
新しく来た助手は手順をよく覚えていた。まず注文を確認し、次に住所を変更し、最後に保存する。しかし彼は画面を見ず、決まった順番でキーボードを叩くだけだった。ページの読み込みが少し遅れたり、ポップアップが一つ増えたり、ボタンが一度グレーアウトしただけで、その後の動作はすべてずれてしまう。
店主は彼により長い手順を書きました。赤い文字を見たら止まれ、緑のボタンを見たらクリックせよ、保存が見つからなければ右を見よ。手順が細かくなるほど、助手は文字に依存するようになりました。インターフェースが少し変わるだけで、手順全体が地図を失った馬車のようになりました。
ある時、顧客が配送時間の変更を求めた。アシスタントは古い手順に従って住所欄をクリックし、日付を番地フィールドに入力した。システムはすぐにはエラーを出さず、ドライバーが間違った場所に着いて初めて発覚した。店主はそこで初めて気づいた。問題は手順が足りないことではなく、アシスタントが画面上のオブジェクトと状態を本当に理解していないことだった。
後に彼らは別の助手を訓練した。彼はまずボタンの座標を暗記せず、まずページを観察した。ここは表、そこは編集エリア、このボタンは今クリック不可、このポップアップは確認を求めている、この赤線は検証失敗を示す。彼は界面を固定された木板ではなく、変化する作業場として扱った。
新しい助手も間違えるが、間違い方が説明可能である。不確かなボタンに遭遇すると、彼はスクリーンショットを撮って尋ねる。保存後に状態が変わっていないことに気づくと、ページを再読み込みする。価格、入金口座、発送先住所といった高リスクのフィールドを見ると、番頭に確認を求める。
数週間後、貨運行は住所変更、電話補完、状態照会といった低リスクのタスクを新しい助手に任せた。複雑な異常は依然として人が処理する。各運送状のクリック、入力、ポップアップ、最終状態はすべて記録が残り、顧客苦情の際に振り返れる。
店主は最後に言った。ウィンドウを操作できることは、ウィンドウを乱点することではない。真に使える助手は、界面を読み、コントロールを理解し、状態を追跡し、リスクが現れたら止まれる必要がある。そうして初めて、旧ソフトウェア内の仕事を安定して一つの办事助手に任せられる。