ERP×AIで組織を変えるロードマップ——As-Is/To-Be→AX→ビジネスモデル変革の順番

ERPとAIを使って組織を変えるとき、段階には順番があります。現状と行き先を言葉にする。業務と経営を組み替える。稼ぎ方そのものを変える。この順です。

ただし、いちばん多い失敗は順番を間違えることではありません。一つを完了させてから次へ進もうとすることです。

この記事では、3つの段階と、それを重ねながら上げていく進め方を整理します。

目次

ロードマップを作ったのに、進まない

DXの計画書を作った会社は、たくさんあります。

現状を整理し、目指す姿を描き、3年計画に落とす。よくできた資料になります。役員会でも通ります。ところが半年経つと、ほとんど何も動いていない。

なぜでしょうか。構想だけが立派になり、実務に降りていないからです。

計画書には「基幹システムを刷新する」と書いてある。ところが、いざ着手すると、そもそもどのデータをどこに持っているのかが分からない。部署ごとに数字の定義が違う。担当者は日々の業務で手一杯。

構想を描いた時点では見えていなかった問題が、着手してから次々に出てきます。そして、描いた構想のほうを修正することになる。半年が計画の書き直しに消えます。

この記事で書きたいのは、その手戻りをどう減らすかです。

3つの段階

まず、段階の全体像です。

3つの段階は、積み上がる 3|ビジネスモデル変革 稼ぎ方そのものを変える。売り物・売り方・課金の形 成果は大きい 2|AX(業務と経営の組み替え) 誰が何を決め、何をAIに任せるかを組み直す ここが本番 1|現状と行き先を、言葉にする いまどうなっていて、どこへ行きたいのか(As-Is / To-Be) すべての土台 土台がないと、上は載らない 順番はあるが、1つを完了させてから次へ、ではない

図:3つの段階。下から積み上がるが、完了を待つ必要はない。

第1段階|現状と行き先を、言葉にする。いま業務がどう回っていて、数字がどこに入っていて、何が痛いのか。そして、どこへ行きたいのか。As-Is(現状)とTo-Be(あるべき姿)と呼ばれる作業です。

第2段階|AX(業務と経営を組み替える)。AIを前提にして、誰が何を決め、何を任せるかを組み直します。ここが本番です。効率化ではなく、仕事の形を変える段階だと考えてください。

第3段階|ビジネスモデル変革。稼ぎ方そのものを変えます。売り物、売り方、課金の形。ここまで来ると、経営の話になります。

下から積み上がる、という関係は動きません。行き先が言葉になっていないのに業務を組み替えても、どこへ向かっているのか分かりません。業務が組み替わっていないのに稼ぎ方だけ変えても、現場が回りません。

この「土台が先」という関係は、ERPは記録し、人は判断し、AIは実行するで書いた記録・判断・実行の積み重なりと同じ構造です。役割の話はそちらに譲ります。

完了させてから進むと、失敗する

ここからが本題です。

段階に順番があると聞くと、多くの会社が「第1段階を完了させてから、第2段階へ」と考えます。これが手戻りの原因になります。

構想が先か、同時に見るか 完了させてから進む 構想を、きれいに描き上げる 着手する データと現場の問題が出てくる 構想を描き直す=手戻り 3つを同時に見る 構想・業務の流れ・データ この3つを並べて見ながら進む 描きながら、できるかを確かめる できない部分は、その場で削る 描いた時点で、実現できる構想になる 絵に描いた餅を先に完成させないことが、いちばんの近道

図:構想を完成させてから着手すると、手戻る。3つを同時に見ると、描いた時点で実現できる構想になる。

構想を先にきれいに描き上げると、そこには現場の制約が入っていません。

データがどこにどう入っているか。誰がどの作業を担っているか。どの業務が特定の人に依存しているか。こうしたことは、実際に見ないと分かりません。見ないまま描いた構想は、着手した瞬間に修正が必要になります。

だから、構想・業務の流れ・データの3つを同時に見ます。

構想を描きながら、実際のデータを見る。「この指標を出したい」と思ったら、その場で「そのデータは取れるのか」を確かめる。取れないなら、指標のほうを変えるか、データの取り方を変えるかを、その時点で決める。

こうすると、描き上がった時点で、実現できる構想になっています。

第1段階を「完了」させる必要はありません。第2段階に片足を入れながら、第1段階を仕上げる。この重なりが、手戻りを減らします。

経営側と現場側を、同時に動かす

もう一つ、同時に動かすべきものがあります。経営側と現場側です。

片方だけでは、空回りする 経営側だけが動く ・構想と計画はできる ・現場に実感がない =絵に描いた餅 現場側だけが動く ・目の前の作業は楽になる ・経営の数字は変わらない =部分最適で止まる 同じ数字を、同じ目線で見られる状態 ・経営が見ている数字を、現場もたどれる ・現場の入力が、経営の数字に直結していると分かる 数字が分かれていると、会議は「どちらが正しいか」で終わる つなぐのは、器ではなく数字の定義

図:経営側と現場側は、同じ数字を同じ目線で見られる状態でつながる。

経営側だけが動くと、絵に描いた餅になります。構想も計画もできるのに、現場に実感がない。「また上が何か始めた」で終わります。

現場側だけが動くと、部分最適で止まります。目の前の作業は確かに楽になる。ただ、経営の数字は変わりません。「効率化はしたが、儲かってはいない」という状態です。

両方をつなぐのは、同じ数字を同じ目線で見られる状態です。

経営が見ている数字を、現場がたどれる。逆に、現場が入力しているものが経営の数字のどこに効くのかが分かる。この状態になると、会議の中身が変わります。

数字が分かれていると、会議は「どちらの数字が正しいか」の議論で終わります。揃っていると、「で、どうするか」から始められます。

そしてこれをつなぐのは、システムという器ではありません。数字の定義です。何をもって売上とするか、原価に何を含めるか。ここが揃っていない限り、同じ器に入れても数字は合いません(どこを標準に合わせ、どこを自社流で残すか)。

重ねて進めると、何が変わるか

この進め方にすると、日々の動きが変わります。

計画が短くなります。全体を描き切ろうとしないので、資料が薄くなる。これは手抜きではなく、確かめていないことを書かなくなるからです。「たぶんこうなるはず」を書かなければ、書ける量は自然に減ります。

議論の対象が変わります。構想だけを見ていると、会議は「あるべき姿」の話になります。反対しにくく、決まりにくい。実際のデータを横に置くと、「その数字は取れるのか」という具体の話になります。決まる会議は、たいてい具体の話をしています。

現場が「またか」と思わなくなります。構想を降ろすのではなく、現場を見ながら描いているので、出てくる案に現場の事情が入っています。押しつけられた感じが減ります。

やめる判断ができます。1周ごとに区切ると、続けるか止めるかを判断する日が来ます。長い計画を立てると、途中でやめる理由を作りにくい。区切りは、進めるためだけでなく、止まるためにも要ります。

一方で、失うものもあります。全体像を見せにくいことです。役員会や金融機関に説明するとき、「3年計画」の形で出せないことがあります。そこは、1周分の計画と、その先の見通しを分けて説明する形になります。

では、どこから始めるか

3つの段階と、同時に見るべきものが分かったところで、実際の着手です。

最初にやるのは、全社の構想ではありません。1つの業務を選んで、そこで3つの段階を小さく1周することです。

現状を見て、行き先を決めて、組み替えて、数字が動いたかを確かめる。この1周を90日でやります。進め方はFDE型伴走の進め方に書きました。

どの業務から選ぶかは、FDE伴走の3つの典型パターンを参照してください。経理から、営業から、基幹から。痛みのある場所によって入口が変わります。

1周すると、2周目からの構想の精度が上がります。1周目で「自社ではこういうことが起きる」が分かるからです。全社の構想は、そのあとで描いたほうが、はるかに実現しやすいものになります。

ビジネスモデルを変える話は、その先です。稼ぎ方を変えるには、いまの稼ぎ方が数字で見えている必要があります。順番として、そうなります。

よくある質問

Q. 第3段階まで、どのくらいかかりますか?
A. 会社によって大きく違います。ただ、第1段階と第2段階を1つの業務で1周するのは90日で可能です。まずそこを目安にしてください。

Q. 全社の構想は作らなくていいのですか?
A. 作ってかまいません。ただ、それを完成させてから着手するのではなく、1周してから精度を上げる順番をおすすめします。

Q. 経営側と現場側、どちらから始めますか?
A. 同時です。どちらか一方から始めると、もう一方が置いていかれます。ただし、参加する人数は絞ってください。関わる人が多いほど、進みが遅くなります。

Q. AIはどの段階から入れますか?
A. 第2段階です。ただし、第1段階で現状を見るときにもAIは使えます。散らばった記録を読ませて整理させる、といった使い方です。

Q. 基幹システムの入れ替えは、どの段階ですか?
A. 第2段階に含まれることが多いところです。ただ、必ずしも入れ替えが要るとは限りません。いまの器で当面回せるなら、それで1周する選択もあります。

Q. 途中でやめてもいいですか?
A. 構いません。むしろ、1周ごとに続けるか止めるかを決める形にしてください。段階を上げること自体は目的ではありません。

まとめ:順番はある。ただし、完了を待たない

ERPとAIで組織を変える段階は3つ。現状と行き先を言葉にする、業務と経営を組み替える、稼ぎ方を変える。この順に積み上がります。

ただし、一つを完了させてから次へ、という進め方は手戻りを生みます。構想・業務の流れ・データの3つを同時に見ながら、重ねて上げていく。そして経営側と現場側を、同じ数字が見える状態にして一緒に動かす。

ベンチャーネットは、中小・中堅企業向けにFDE型の伴走支援を行う会社です。数字の基盤(NetSuiteまたはOdoo)と言葉の基盤(Notion)を整え、その上でAIを動かして業務と経営を組み替える。これをAX(AIトランスフォーメーション=AIを前提に業務と経営を組み替えること)と呼んでいます。

ただ、ロードマップを描くときに、いちばん難しいのは段階を上げる判断ではありません。今回はここまでにする、と線を引く判断です。

ロードマップは、描いた瞬間に膨らみます。「ついでにこれも」「せっかくだからあれも」。悪意ではなく、全体が見えたからこそ全部やりたくなる。そして範囲が広がるほど、1周が終わらなくなります。

社内で描くと、この膨張は止まりません。誰も「それは今回やらない」と言いたくないからです。言えば、その部署を後回しにしたことになる。削る判断は、外の人間のほうが言いやすいのが実際のところです。

「計画は作ったが、進んでいない」という段階で構いません。描いた構想のうち、今回どこまでをやるかを一緒に決めるところから始められます。売り込みではなく、まず壁打ちから。

次に読むなら

「道具の役割分担から知りたい」
ERPは記録し、人は判断し、AIは実行する——NetSuiteからFDEへ、経営の道具の変遷

「どの業務から始めるか決めたい」
FDE伴走の3つの典型パターン——経理から、営業から、基幹から

「1周の進み方を知りたい」
FDE型伴走の進め方——最初の90日で何が起きるか

「標準と自社流の線引きを知りたい」
どこを標準に合わせ、どこを自社流で残すか——AIで変わった、ERP実装の線の引き方

「数字を一つにつなぐ意味を知りたい」
単一DBが、見える化・わかる化・儲かる化を貫く

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣のアバター 持田 卓臣 株式会社ベンチャーネット代表取締役

株式会社ベンチャーネット 代表取締役
2005年に株式会社ベンチャーネットを設立後、SEOをはじめとするデジタルマーケティング領域のコンサルティングサービスを展開
広告・SNS・ウェブ・MA・SFAと一気通貫で支援を行っています
著書に『普通のサラリーマンでもすごいチームと始められる レバレッジ起業 「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次