業務自動化は「どこまでやるか」で決まる｜他社サービスの画面を自動操作しない判断と、手作業を1つ残すと止まらなくなる理由
業務自動化は「どこまでやるか」で決まる｜他社サービスの画面を自動操作しない判断と、手作業を1つ残すと止まらなくなる理由
業務の自動化を検討すると、話はたいてい「どこまで自動にできるか」に向かいます。予約の取り込みも、通知も、発注も、集計も、全部つながれば手が空く——理屈としてはそのとおりです。
ただ、実際に店舗やサロンの業務ツールを作って運用してみると、全部つないだ仕組みほど早く壊れて、結局は誰も使わなくなるという結果になりやすい。逆に、あえて1か所だけ人の手を残した仕組みは、半年経っても淡々と回り続けます。
この記事では、自動化の設計で「ここは人がやる」と決めてよい範囲を、実際に稼働している店舗向けツールの構成をもとに整理します。結論から書きます。
先に結論：自動化しない範囲は、この3つに当てはまるかで決まる
- ①他社サービスの画面を自動で操作する経路：作らない。データの書き出しだけ人が行う
- ②外部に出ていく処理（送信・投稿・公開）：最後の実行ボタンは人が押す
- ③良し悪しを決める判断そのもの：最初は自動化せず、人の判断とのズレを見てから寄せる
逆に、この3つに当てはまらない作業——転記・集計・突合・帳票づくり・重複チェック——は、迷わず自動化してかまいません。ここを人がやり続けているうちは、いくら画面がきれいでも業務は軽くなりません。
以下、それぞれを具体的に見ていきます。
①他社サービスの画面を自動操作する経路は作らない
もっとも壊れやすいのが、自社で管理していないサービスの画面に、自動でログインして値を読み書きする経路です。予約サイトの管理画面、モールの受注画面、外部の配信ツール。ここを自動操作でつなぐと、一見いちばん手が省けます。
それでも作らないほうがよい理由は3つあります。
- 仕様変更で必ず止まる。相手の都合で画面の構造が変わるだけで動かなくなり、しかも止まったことに気づきにくい
- 規約上グレーになりやすい。自動操作を禁じているサービスは珍しくない
- IDとパスワードを預かることになる。店舗のアカウント情報を自社の仕組みに保存する時点で、管理責任が発生する
正しい形は、「データの取り出しだけ人が行い、その先を全部自動にする」構成です。
実際に稼働している例を出します。ある美容室向けに、予約の前日リマインドと来店後のお礼メッセージをLINEで送るツールを作ったときの構成がこれでした。
- 予約データの正本は、店舗がもともと使っている予約システムのまま。こちらは通知だけを担当する
- 予約システムから予約一覧のCSVを書き出し、1日1回・営業終了後に管理画面へアップロードする（この1手だけ人の作業）
- アップロード後は、送信対象の抽出も、文面の組み立ても、送信も自動
人がやるのは「CSVを書き出してアップロードする」だけ。実測で1〜2分の作業です。この1手を残したことで、予約システム側がどう変わってもツールは壊れなくなりました。予約・カルテ・会計には一切触れず、通知だけを引き受ける範囲設定にしたのも同じ理由です。
自動化の設計では、「自分でコントロールできないもの」と「自分の側にあるもの」の境界に、人の手を置くのが基本と考えてください。
書き込み系の自動操作は、検証とセットでしか成立しない
それでも外部サービスの画面を自動操作したくなる場面はあります。数百件の設定を一括で書き換えるようなケースです。
このとき前提にすべきなのは、画面が次に進んだことは、保存されたことを意味しないという点です。保存ボタンを押して一覧画面に戻っても、サーバー側の値は元のままということが起こります。
実際に、外部ツールの管理画面で設定を自動操作で書き換え、25件を1件ずつ再読込して確認したところ、9件（36%）はサーバーに反映されていませんでした。同じ作業を人が手で行ったときは12件中12件が成功しています。
ここから導ける設計ルールは2つです。
- 1件処理するたびに再読込して現在値を確認する。まとめて処理して後で一括検証、は成立しない（どれが失敗したか分からず、そもそも検証を省略しがちになる）
- 速さより確実さが要る書き込みは、人の手のほうが確実な場合がある。全件を自動化する前に、成功率を実測して比べる
自動化の効果は「作業時間が減ったか」ではなく、「やり直しを含めた総時間が減ったか」で判断します。
②外部に出ていく処理は、最後のボタンを人が押す
顧客に届くメッセージ、公開ページ、取引先への発注メール。一度外に出たら取り消せない処理は、無人で走らせない。これは慎重さの問題ではなく、事故の規模の問題です。
前述のLINE通知ツールでは、送信を次の2ステップにしています。
- CSVをアップロードすると、送信対象の一覧がプレビュー表示される
- 内容を見て、人が送信ボタンを押して初めて送られる
さらに、初回の取り込みだけは必ず「初期登録モード」で動くようにしました。過去の来店履歴が一気に取り込まれたときに、何十人にもお礼メッセージが一斉送信される事態を、運用ルールではなく仕組みの側で止めるためです。全件をデータベースに登録しつつ、送信候補は0件になります。
同じ発想で、二重送信の防止も「店舗・予約番号・通知の種別」の組み合わせをデータベース側で一意にする形で担保しています。運用で気をつけるのではなく、二重に登録できない構造にする。人の注意力に依存する安全策は、繁忙期に必ず破られます。
「気をつける」で守るものは自動化の対象、「構造で防ぐ」で守るものは自動化してよい範囲。この線引きが、外部に出る処理では特に効きます。
③判断そのものは、最初から自動化しない
3つ目は、少し性質が違います。「どうするべきか」を決める部分です。
在庫と売上から製造数を出す、レポートから改善案を出す、データから発注量を決める。こうした判断は、最初からロジックに落とし込んで自動化したくなります。
ここは、最初はいちばん単純な式で出して、人の判断とのズレを見る期間を置くのが安全です。ある製造業の週次指示づくりでは、「在庫週数＝在庫÷週販」という単純な式で推奨値を出すところから始め、システムの推奨と現場が実際に出した指示のズレを見ながら調整する設計にしました。
いきなり精緻なロジックを組むと、外れたときに原因が特定できず、結局誰も数字を見なくなります。単純な式なら、外れた理由が説明できる。説明できる仕組みだけが、現場で使われ続けます。
人の手を残す場所を間違えないために
「人がやる範囲を残す」といっても、残す場所を間違えると、単に面倒なだけの仕組みになります。判断の基準は、その作業が毎回発生するか、一度きりで済むかです。
毎回発生する手作業は、削る。一度きりで済む手作業は、残してよい。
例を1つ。20店舗以上の美容室フランチャイズ向けに、各店が備品を発注するフォームを作ったときの構成です。このとき、外部サービスが発行したURLを、そのまま各店のグループLINEに配布してはいけません。この方式には2つの弱点があるためです。
- サービス側の都合でURLの形式が変わると、全店に配り直しになる
- 端末によっては、そのURLが別のアプリに横取りされて開けないことがある
そこで、自社ドメインに固定URL（example.com/order.php?s=店舗コード）を1枚置き、そこから先へつなぐ構成に変えました。将来つなぎ先が変わっても、直すのはサーバー側の1ファイルだけ。店舗に配ったURLは永久に変えなくてよくなります。
「URLの再配布」は毎回発生しうる手作業なので、構造で消す。一方、CSVのアップロードのような1日1回・2分の作業は残す。この判断を間違えなければ、人の手を残しても運用は重くなりません。
なお、自社ドメイン側に固定URLを置くときは、受け付ける店舗コードをホワイトリストで限定してください。任意の転送先を渡せる作りにすると、外部サイトへの誘導に悪用される入口になります。
自動化した範囲は「止まったと気づける」形にする
最後に、自動化する側の話を1つだけ。
無人で動く処理は、失敗したときより、静かに動かなくなったときのほうが危険です。エラーが出れば気づきますが、そもそも起動していない状態はログすら残りません。たとえば、ログの出力先をクラウド同期フォルダに置いていると、早朝はそのファイルがまだ端末上に実体化しておらず、処理が始まる前の段階で落ちてログが1行も残らないことがあります。毎朝起動していながら失敗し続け、48日間気づかれないという状態が現実に起こりえます。
対策はシンプルで、「最後に成功した時刻」を1か所に記録し、そこだけを見る運用にすることです。「エラーが来ていないから動いている」は成り立ちません。動いていないときこそ、何も来ないからです。
自動化の範囲を決めるチェックリスト
新しく仕組みを作るとき、着手前に次の5つを確認してください。
- 他社サービスの画面を自動操作する経路が含まれていないか（あれば、データ書き出しを人の作業に変えられないか検討する）
- 外部に出ていく処理に、人が押すボタンが1つあるか
- 一斉送信・一斉公開の事故を、運用ルールではなく構造で止めているか（初期登録モード、一意キーなど）
- 残した手作業は「一度きり」か「毎回」か（毎回発生するものは構造で消す）
- 自動処理が止まったことに、何を見れば気づけるか
このうち1つでも空欄があるなら、その仕組みは稼働後に手戻りします。
まとめ
自動化の質は、つないだ範囲の広さではなく、つながないと決めた範囲の的確さで決まります。
- 自分でコントロールできない他社サービスの画面は、自動操作しない。境界に人の1手を置く
- 取り消せない処理には、人が押すボタンを残す。事故は仕組みの構造で止める
- 判断は最初は単純な式で出し、人の判断とのズレを見てから寄せる
- 残す手作業は「1日1回・数分」まで。毎回発生する面倒は構造で消す
- 自動で動く部分は「最後に成功した時刻」で監視する
全部を自動にした仕組みは、どこかが変わった瞬間に全体が止まります。1か所だけ人の手が入る仕組みは、そこが緩衝材になって、止まりません。自動化の目的は無人化ではなく、業務が止まらないことです。
自社の業務でどこまで自動化できるか、どこを人の手に残すべきかの判断に迷う場合は、現在の手順と実際にかかっている時間を整理したうえでご相談ください。既存のシステムを入れ替えずに、必要な部分だけを足す構成でご提案します。