ホワイトペーパー・記事
業務プロセス自動化 (BPA)に関する記事は、順次公開され次第こちらに表示されます。
View More業務プロセス自動化
文書の中の業務と、
実際の業務は違います。
全員が合意しているバージョンと、実際に動いているバージョンがあります。そして自動化のプロジェクトが静かに失敗するのは、その二つの距離のところです。当社はまず本物のほうを、回避策も含めて見つけ出し、それを自動化します。
業務プロセス自動化
全員が合意しているバージョンと、実際に動いているバージョンがあります。そして自動化のプロジェクトが静かに失敗するのは、その二つの距離のところです。当社はまず本物のほうを、回避策も含めて見つけ出し、それを自動化します。
ギャップ
三人に業務の流れを聞けば、出てくるのはフローチャートです。一週間それを眺めれば、もっと長いものが出てきます—飛ばされる工程、誰も言及しない表計算ファイル、そして何年も前に置き換えられたシステムを迂回するために生まれた回避策。どちらも実在します。ただし御社の事業が実際にしているのは片方だけで、もう片方を自動化すると、正しいけれど使えないものができあがります。
会議で合意され、新しく入った人に説明するには十分に正確で、そして自動化の見積もりを出す相手に渡されるバージョンです。
二つのシステム間での再入力、催促のメール、誰が出社しているかで決まる承認、そして経路から完全に外れる案件。自動化する価値があるのは、こちらです。
ケイパビリティ
六つの領域があります。範囲は最初に御社と合意しますし、最初の関与でそのすべてが必要になることはまれです。
何かを自動化する前に、実際に何が起きているかを把握します—フローチャートからではなく、システムのログと、働いている様子を実際に見ることから。いちばん飛ばされやすく、そして残り全部が着地するかどうかを決める工程です。
いちばんスクリプトにしやすかった一工程ではなく、きっかけから結果までの経路全体を。断片だけを自動化すると、手作業はなくならずに移動するだけで、しかも前より見えにくい場所へ移ります。
請求書、申請書、契約書、そして人がメールで回している添付ファイル。それらを、行動に移せる程度に確実に読み取ります。確信度がしきい値を下回れば人が見る設計にします—そうしない場合の代わりは、自信満々の誤りを大量に生み出すことだからです。
誰が、どの順番で承認する必要があり、その人が不在のときどうなるのか。多くの承認の連鎖は「誰に催促すればよいか知っている人」で保たれており、それはその人が休むまでしか機能しません。
経路に収まらない案件—項目の欠落、重複、請求書の書式が違う取引先。自動化が実際に壊れるのはここなので、本番で発見するのではなく、設計の対象にします。
Power Automate、Make、n8n、Zapier、あるいは個別実装。好みではなく、御社のチームが保守できるかと、既存の環境に何があるかで選びます。社内の誰も編集できないツールは、資産ではなく依存です。
進め方
システムのログ、現場で働く人たちの隣で過ごす数時間、そして誰かが自分のPCに持っている表計算ファイル。実際の経路はたいてい文書のものより長く、誰も口にしない分岐を持っています。
判断が必要な工程、渡すには結果が重すぎる工程、そして単に触らないほうが安い工程。それを早い段階で声に出して決めておくことが、あとでこのプロジェクトが議論に変わるのを防ぎます。
量が多く、ばらつきの少ない経路から。すでに使われているシステムに配線します。狭くて動くものは、広くてほぼ動くものに勝ちますし、全員が反応できる実物が手に入ります。
3段階で、繰り返される作業は自動で回り始めます。 残る2つが、それが現実の一週間を生き延びるかどうかを決めます。
項目が空のとき、システムが落ちているとき、案件が重複しているとき、金額がふだんと違うとき。そのどれにも、定められた経路と、それが届く担当者が必要です。自動化は普通の案件では壊れません。珍しい案件で静かに壊れ、二週間ほど誰も気づきません。
その業務を回している人たちが、当社なしで変更できる状態にします—しきい値も、振り分けも、文面も。ドキュメント、トレーニング、そして鍵。取引先しか編集できないワークフローは、もう御社のものではありません。
率直に言うと
このページには以前その数字がありました。取り下げたのは、誰も御社の業務を見ないうちに出された削減の数字が、小数点を身につけた当て推量でしかないからです。その数字が何に左右されるかというと、処理の量、案件のうち例外がどれだけあるか、そして業務のどこまでがすでにデジタルで、どこからが紙とメールと再入力なのか—そしてそれらは、表向き同じことをしている二社の間でも大きく違います。ですから当社は、変える前に、その業務が今いくらかかっているかを測ります。最後に出る数字は、当社が広告するものではなく、御社のものとして 測定されたものになります。
お尋ねいただく前に
見る前に数字を出すことはしませんし、出してくる相手は警戒したほうがよいです。量によりますし、例外が何件あるかにもよりますし、その業務がすでにどれだけデジタルなのか—紙とメールなのか—にもよります。当社がするのは、まず基準値を測ることです。そうすれば最後に出る数字は、主張ではなく測定になります。
たいてい少しは必要で、それははっきり申し上げます。業務を今のままそっくり自動化すると、十年前に使いにくいシステムがあったせいで生まれた回避策までそのまま保存されます。当社はそれを指摘し、判断はお任せします—構造を支えているものもあれば、単なる習慣もあり、外から見て見分けがつくとは限らないからです。
沈黙ではなく、定められた場所に届きます。自動化された経路にはすべて、例外のルートと、担当者と、止まった時点で何をしていたかの記録があります。例外設計の目的は、障害が「誰も払わなかった請求書」ではなく「誰かのキューに入ったタスク」の形になることです。
たいていは自動化です。手順が分かっていて判断がルールで書けるなら、決定的に動くワークフローのほうが安く、速く、毎回同じ答えを返します—監査で尋ねられうるものには、それが必要です。エージェントが価値を持つのは、経路が本当に変わり、判断が要る場合です。その仕事はAIエージェント開発のページにあり、そちらが必要な場合はそう申し上げます。
御社のチームが二年後も保守できるものです。Microsoft環境ならPower Automate、ロジックが込み入っているならn8nやMake、量や制約がそれを正当化するなら個別実装。選択は、それを持つことになる人に従います。そして答えが当社の扱っていないツールであるときは、そう申し上げます。
次に
例の表計算ファイルと、催促のメールと、誰も理由を説明できない工程があるあれです。それが何で、だいたいどれくらいの頻度で動いているかをお聞かせください。何が自動化できて、何はすべきでなく、きちんと確かめるには何が必要かをお返しします。