まず業務フローを描く：図にできない業務を絶対に自動化してはいけない理由

うまくいかない自動化のほとんどは、誰かがツールに触れる前の段階ですでに失敗しています。経営者は地味な工程――今の業務がどう流れているかを実際に描くこと――を飛ばし、新人にすら説明できない業務のために、いきなりソフトの購入へと進んでしまうのです。結果は見えています。自動化が処理するのは、頭の中にある業務のかたちであって、火曜日の午後に顧客が注文を変更しようと折り返してきたときに実際に起こることではありません。

私はこうした事後検証に何度も立ち会ってきました。小さな会社が洗練されたプラットフォームに本物の費用をかけ、自信たっぷりに設定し、ひと月もすると人々は静かにそれを回避して仕事を進めはじめます。なぜかと尋ねても、答えはまず「ソフトが悪かった」ではありません。「毎週対応している例外を、ソフトが知らなかった」のです。誰もその例外を書き留めていなかった――全体を一度も紙に描いたことがなかったからです。

自動化の前に業務フローを描くことは、買える保険のなかで最も安価なものです。費用は半日とホワイトボード一枚。隠れた工程、無言の引き継ぎ、「この判断はどこで起きているのか」という空白――稼働後三週間で表面化するそれらを、事前に捉えてくれます。誰もが飛ばしたがる部分であり、プロジェクトが機能するかどうかを静かに決めている部分でもあります。

「業務フローを描く」とは実際に何を意味するのか

専門用語を取り払いましょう。業務フローを描くとは、きっかけ（トリガー）から完了した成果までのあいだに起こるすべての工程を、順番に書き出すこと――そして雑然とした部分について正直であること、それだけです。トリガーは「新しい問い合わせが届く」かもしれず、完了した成果は「顧客が支払い、案件が終了する」かもしれません。そのあいだのすべてが、あなたのフロー図です。

あなたが描くのは、こうあってほしいと願う業務ではありません。実際に持っている業務――あるべき姿（to-be）ではなく現状（as-is）です。この区別は、どんな記法やツールよりも重要です。可視化の価値はすべて、現実を捉えることから生まれます。気まずい部分も含めて――マリアさんだけが更新できるあの表、誰かの席まで歩いていって得る承認、請求システムに手作業で打ち直されるあのメール。

うまく描けたフロー図は一枚に収まり、部外者が読んでも、あなたの会社が問い合わせをどう売上に変えているかをおおよそ理解できます。それが基準です。判読のために凡例と四色を要するなら、それは作り込みすぎです。

この工程を飛ばすと、なぜこれほど高くつくのか

可視化せずに自動化すると、自動化しているのは自分の業務ではなく、業務についての思い込みです。そして、その二つの隔たりにこそ、お金が消えていきます。三つの失敗パターンが何度も繰り返し現れます。

一つ目は見えない工程です。あまりに当たり前で誰も口にしない作業が、ほぼ必ず存在します。ちょっとした確認、手作業の消費税の修正、住所を確認する電話。それは要件書に載らず、ゆえに自動化にも載らず、いざ必要になった最初の瞬間にフロー全体が止まります。

二つ目は文書化されていない判断です。あなたの業務のどこかで、人が静かに判断を下しています――この注文は急ぎだ、この顧客は値引きする、この見積もりは上長の一言が要る。その判断がどこにあり、どんなルールに従っているのかを表に出さなければ、自動化はそれを無視するか、推測します。どちらも良くありません。

三つ目は幻の引き継ぎです。仕事が、誰も文書化していない経路――転送メール、共有フォルダ、口頭の一言――を通じて、二人の人間や二つのシステムのあいだを移ります。それを迂回して自動化すれば、仕事はただ隙間に落ちます。可視化とは、それらがあなたを見つける前に、あなたが見つけるための方法です。

何かを描く前に：一つの業務と一つの成果を選ぶ

会社全体を可視化しようとしないでください。そうすると、可視化そのものが半年がかりのプロジェクトと化し、共有ドライブの上で息絶えます。ちょうど一つの業務――すでに自動化する価値があると疑っているもの――を選び、明確なトリガーから明確な終わりまで、それだけを描いてください。

始める前に、両端を声に出して定義してください。この業務はどこから始まるのか？そして「完了」はどう見えるのか？両方をそれぞれ一文で言えないなら、まだ可視化の準備ができていません――霧を描こうとしているのです。「注文メールが届いた瞬間から、請求書を送る瞬間まで」は描ける業務です。「うちの営業」は描けません。

業務フローの描き方、一歩ずつ

これに専用ソフトは要りません。壁に貼る付箋はどんなツールにも勝ります。動かしやすく、チーム全員が周りに集まれるからです。デジタルが好みなら、共有ホワイトボードや、文書内の番号付きリストでも十分です。手段より、やり方のほうがはるかに重要です。

1. 1
   適切な人を部屋に集める

   経営者だけではいけません。実際に手を動かす人たちは、経営者が存在を忘れていた工程を見ています。一人欠けるだけで、業務の一枝まるごと見落とします。
2. 2
   まずトリガーと成果を書く

   始まりを左端に、終わりを右端に置きます。追加するものはすべて、この二つの固定点のあいだに収まり、図が際限なく広がるのを防ぎます。
3. 3
   実際の一例をたどる

   本物の最近の事例――実際の注文、実際の問い合わせ――を取り上げ、それに何が起きたかを一歩ずつ正確に語ってください。本物は、毎回、仮定に勝ります。
4. 4
   すべての引き継ぎと判断に印をつける

   仕事が別の人やシステムへ移るたびに、それを描きます。誰かが選択をするたびに、分岐を描き、その背後のルールを書きます。ここが自動化の生死を分ける場所です。
5. 5
   例外を狩る

   今度はこう問います。これが通常どおりに進まないのはいつか？返金、特急対応、扱いにくい顧客。よくある例外は加え、まれなものは余白に書き留めます。
6. 6
   各工程のおおよその時間を測る

   各工程の脇に、おおよその所要分数を走り書きします。狙うのは太い部分――実際に時間が消える場所――で、何を自動化する価値があるかを知るためです。

描き終えたら、図のどこに指を置いても、何が起き、誰がやり、どれだけかかり、何が起こりうるかを言えるはずです。もし、正直な答えが「それがどう動いているのか、正直よく分からない」という工程があれば――おめでとうございます、壁の上で最も重要なものを見つけたのです。その霧こそが、あなたの自動化を壊していたはずのものです。

正式な記法は必要ですか？

これにはBPMNと呼ばれる正式な言語があり、タスク・ゲートウェイ・イベントの精密な記号がそろっています。専任のプロセスチームを持つ大企業にとっては、本当に役立ちます。八人で痛みのある業務が一つの会社にとっては、邪魔になる過剰装備です。工程は四角、判断はひし形、流れは矢印――必要な記法はそれだけです。完璧な記法のせいで、不完全な図を描けなくなってはいけません。

図を読む：自動化の前に直すべきこと

ここが見落とされがちな部分です。図は開発者向けの文書であるだけでなく、診断書です。業務が壁の上に出た途端、何年も付き合ってきた問題が突然はっきり見えてきます。すぐ自動化したくなる衝動を抑えてください。まず、図が明かしたものを直すのです。

惰性だけで存在する工程を探してください。中小企業の業務には、驚くほど多くの考古学が眠っています――2017年に誰かがそう設定して以来、誰も疑問を持たなかったから、というだけのやり方です。価値を生まない工程なら、消してください。無意味な工程を自動化しても、無意味な工程が速くなるだけです。

同じ情報が二度以上入力されていないかも探してください。図の上の重複入力はどれも、時間を吸う穴であると同時に、誤りが忍び込む場所でもあります――そしてたいてい、最も簡単で見返りの大きい自動化対象です。さらにボトルネックを探してください。一人を待ってすべてが積み上がる、たった一つの工程です。そこでの解決策が、ソフトではなくルール変更だ、ということもあります。

• 「ずっとこうしてきたから」というだけで存在する余分な工程――消しましょう。
• 同じデータが二つ以上のシステムへ手作業で入力されている――最優先の自動化対象です。
• 人が下している判断が、実は固定された書面のルールに従っている――そのルールは自動化できます。本物の判断はできません。
• 仕事が一人を待つボトルネック――技術の変更より、業務の変更が勝ることもあります。
• 情報を失う引き継ぎ――自動化で包む前に、締め直しましょう。

短い事例：間違ったものを先に自動化しかけた受注デスク

私たちが関わった小さな卸売業者――仮に従業員二十人ほどの、業務用厨房機器の地域サプライヤーとしましょう――は、届く注文メールを読むためのAIツールが必要だと確信して相談に来ました。注文は自由文のメールで届き、誰かがそれをシステムへ打ち直しており、その打ち直しこそ自動化すべき明白なものに思えたのです。私たちが腰を据える前、彼らは文書読み取り製品に申し込む寸前でした。

私たちは半日かけて、受注から請求までの実際の業務を、会議室の壁に描きました。図は別の物語を語りました。たしかにメールの打ち直しは煩わしい――一件あたり十分ほどでしょう。しかし二工程先で、すべての注文が一人の机の上で止まり、手作業の在庫確認と手作業の与信確認を待っていました。その二つのシステムが、受注システムとも互いとも会話していなかったからです。そこで注文は何時間も、時には丸一日、滞っていたのです。

高価なAIメール読み取りは、ボトルネックでない工程から十分を削るだけで、本当の遅延は手つかずのまま残ったでしょう。さらに悪いことに、図は文書化されていないルールを浮かび上がらせました。一定額を超える注文は、処理前に必ず確認の電話を入れる、というものです。誰も口にしておらず、これは素朴な自動化を静かに壊していたはずです。

実際に私たちが作ったのは、地味で、より安いものでした。在庫と与信の状況を自動で受注画面に引き込む連携です。これで確認は、三十分の寄り道ではなく一目で済むようになり、加えて、人の電話が今も要る高額注文には印を立てました。メールの打ち直しは？それも結局は自動化しました――ただし工程二として、図がそれは小さい賞だと示した後にです。デスク全体で取り戻せた時間は、例示として週に一日半ほど。そのほとんどは、彼らが当初買おうとしていたものからは生まれませんでした。

完成した図を自動化計画に変える

図が描かれ、改善され、信頼できるものになれば、自動化はほぼおのずと定まります。あなたは恐ろしい漠然とした問い――「うちの会社をどう自動化するか？」――を問うのをやめ、小さく、答えられる問いを、一工程ずつ問いはじめます。

図に沿って進み、各工程に正直に印をつけてください。あるものは純粋なルールです――リマインダーが鳴る、データがAからBへ動く、ステータスが更新される。これらは素のままの自動化で、安く、確実で、AIは要りません。いくつかの工程は、雑然とした人間の言葉や判断を含みます――構造化されていないメールを読む、返信を起草する、電話の問い合わせに応じる。ここでこそ、現代のAIが本当にその働きに見合います。そして、ある工程は意図的に人間のまま残すべきです。間違えたときの代償が高いからです。図は、会話では決してできないかたちで、これらの分類を明白にします。

ここから何が導かれるかに注目してください。図全体を一度に自動化する必要はなく、すべきでもありません。最も価値の高いルールベースの工程を選び、それだけを自動化し、現実の一週間で機能することを証明し、そのうえで初めて次へ進みます。全部を一口に頬張って詰まらせる代わりに、賢く順序立てられるようにしてくれるのが、図なのです。

よくある質問