「紙のとおり」を選んだ現場——定着を起点に置いたシステム移行の判断軸

長く紙で回してきた業務をシステムに載せるとき、現場が一点だけ譲らなかったことがあった。画面のレイアウトを、紙とまったく同じにすること——。

外から見れば、非効率をそのまま持ち込んだように映るかもしれない。けれど結果は逆だった。そのシステムは今も毎日使われ続けており、現場のメンバーは「紙には戻れない」と言う。

「一切譲らなかった」——その一点が示すもの

開発する側は「一切譲らなかったので、結構大変でした」と振り返る。入力項目の並び順、帳票の区切り方、視線が自然と流れる方向。紙を見れば体が動く場所に、同じものを置くことを求めた。

設計論的には、デジタルに最適化した画面にするほうが合理的に思える。余白の使い方も、データの入力順も、紙の制約に縛られない設計ができる。なのになぜ、現場はそこを曲げなかったのか。

答えは単純だった。現場は「見た目」を守ろうとしていたのではない。「明日から迷わずに使えること」を守ろうとしていた。

長年の業務の中で、紙の帳票は単なるフォーマットではなくなっている。どこに何を書くか、どの順で目を移すか——それが手続きとして現場に染み込んでいる。画面が異なる形になれば、スタッフは毎回「次はどこだっけ」と思考を止める。小さな止まりが積み重なれば、システムは「使いにくいもの」として静かに敬遠されていく。

見た目を守るのではなく、慣れを守る

この判断が教えることは一つだ。現場の定着を最初から優先するかどうかで、移行後の軌跡が大きく変わる。

システム化が進む中で「誰がどう決めるか」という暗黙のルールが浮かび上がることは多い。画面設計に関しても同じことが起きる。「このフォーム、なぜこの順番なんですか」という問いを立てた瞬間に、業務の慣行と判断の所在が一気に見えてくる。

定着を妨げる要因をあらかじめ考えると、次のようなものが多い:

• 操作の流れが、これまでの手順と食い違っている
• 画面の言葉が、現場で使われている言葉と異なる
• エラーが出ても、何を直せばいいかが分からない
• 「ちゃんと保存されたのか」の確認が取れない

これらはいずれも、設計側が見落としやすい点だ。機能として正しく動いていても、現場にとって「よく分からないもの」になった瞬間、システムは使われなくなる。

紙のレイアウトを踏襲するという選択は、この問題に対する一つの答えだった。学習コストをゼロに近づけることで、移行の心理的ハードルを最初から取り除く。

「やはり毎日使われて初めて価値が出る。本丸は運用のほうにあります。」

本丸は運用。設計の完成度より「使われ続けること」

どれだけ精緻に設計されたシステムでも、現場に使われなければ価値はゼロだ。この原則は繰り返し言われてきたが、実際の移行プロジェクトでは後回しにされやすい。

改善が組織に「伝染」するには条件がある。最初に使い始めた部署が「楽になった」と感じることが、周囲への伝播を生む。逆に、最初の部署がつまずけば、他の部署は導入に消極的になる。定着は、一部署の成功から始まる。

定着を最優先にした設計を実現するには、次の三段階が起点になる。

1. 現場の既存フローを書き出す — 紙や口頭で回っていた実際の動線を、現場スタッフと一緒に可視化する。このステップを省くと、画面設計が現場の認知と噛み合わなくなる。
2. 「譲れない一点」を先に聞く — 全体の設計に入る前に、現場が最も慣れ親しんでいる操作・表示・順序を特定する。そこを守ることを開発側と合意しておく。
3. 定着の指標を設計段階で決める — 「使われているか」を測る方法（ログ件数、処理時間、問い合わせ件数など）を最初に決める。運用開始後のモニタリング設計が、改善の起点になる。

紙のレイアウトを踏襲した現場は、設計の完璧さより現場の定着を選んだ。その選択が、「紙に戻れない」という言葉を生んだ。すべての現場に当てはまる方法ではない。けれど「毎日使われること」を目的に据えた判断が、その現場では正解だった。

---

システム移行や業務改善の進め方については、しぼる（DX伴走支援）でご相談いただけます。