「ERPを入れたのに、現場が前のやり方に戻ってしまった」
ERP導入の現場では、こうした声を耳にすることがあります。
原因の多くは、製品選びそのものではありません。入れる前に、業務を描き直せていなかったことにあります。
ERPは、会社の仕事を一つにつなぐ経営の基盤です。だからこそ、入れてから直すのではなく、入れる前に「今の業務」と「あるべき業務」を見える形にしておく。これが、成否を大きく分けます。
この記事では、ERP導入の前にやるべき「業務フローの可視化」を、経営者の視点から、つまずかない進め方まで一緒に整理します。
この記事で分かること
- なぜERP導入の「前」に業務フロー可視化が必要なのか
- As-Is（現状）とTo-Be（あるべき姿）の違いと、それぞれの描き方の進め方
- 「現行踏襲」と「Fit to Standard」の違い（比較表）
- 可視化でよくあるつまずきと、その回避策
- 可視化した後、ERP導入に向けて次に何をすればよいか
なぜ「ERP導入の前」に業務フロー可視化が必要か
ERP導入の成否は、製品を選ぶ前の準備で大きく決まります。中でも要になるのが、業務フローの可視化です。
ERP（Enterprise Resource Planning）は、会計・販売・在庫などの基幹業務を一つにまとめる仕組みです。
ERPは、会社の業務の流れに沿って動きます。
その業務の流れがあいまいなまま導入を進めると、どうなるか。
「今のやり方をそのまま再現してほしい」という要望だけが先行し、非効率な業務まで新システムに持ち込んでしまいます。結果として、ERPが本来の力を発揮できません。
実際、ERP導入がうまくいかない原因の多くは、製品ではなく進め方にあります。
導入段階の失敗パターンは、ERP導入はなぜ失敗するのかもあわせてご覧ください。
ここで大切な考え方があります。
ERP導入は、ITプロジェクトではなく、経営プロジェクトです。
業務フローの可視化とは、単なる作業の棚卸しではありません。「自社はどんな業務で価値を生んでいるのか」を、経営の視点で描き直す取り組みです。
だからこそ、経営者の関与が欠かせません。導入の前に、経営者自身が「なぜ変えるのか」を語れる状態をつくる。それが、後の工程をぶれさせない土台になります。
業務フロー可視化とは？As-IsとTo-Beの違い
業務フロー可視化とは、社内の業務の流れを、誰が見ても分かる形に整理することです。中心になるのが、As-IsとTo-Beという2つの視点です。
- As-Is（アズイズ）：現状の業務フロー。今、実際にどう仕事が流れているか
- To-Be（トゥービー）：あるべき業務フロー。ERP導入後に目指す、理想の流れ
この2つをセットで描くことに意味があります。
現状（As-Is）だけを描くと、「今の不便」を再確認して終わってしまいます。理想（To-Be）だけを描くと、現場の実態から離れた絵空事になりがちです。
両方を並べて初めて、「現状と理想のあいだに、どんな差があるか」が見えてきます。この差こそが、ERPで解決すべきテーマになります。
次の章から、As-Is、To-Beの順に、描き方の進め方を見ていきます。
As-Is（現状）の描き方【手順】
As-Isは、今の業務を「ありのまま」描くことが出発点です。良し悪しの判断は、いったん脇に置きます。
一般的には、次のような順序で進めると整理しやすくなります。
- 対象範囲を決める：すべてを一度に描かず、ERPで扱う中心業務（受注・在庫・会計など）から始める
- 業務の流れを書き出す：「誰が」「何を」「どの順番で」行っているかを、関係者へのヒアリングで集める
- 図にする：書き出した流れを、登場人物（部門・担当）と作業の順番が分かる形に整える
- 例外やイレギュラーを脇に分ける：まれにしか起きない処理は、別枠でメモし、本筋を太く描く
このとき意識したいのは、「正しく描く」より「実態を描く」ことです。
マニュアル通りの建前ではなく、現場で本当に行われている流れを描く。ここが、後のTo-Be設計の精度を左右します。
現状を正直に描くのは、案外むずかしいものです。「これが当たり前」と思っている作業ほど、見過ごされがちだからです。
To-Be（あるべき姿）の描き方【手順】
To-Beは、現状の延長で考えないことが大切です。「今のやり方を少し良くする」ではなく、「ERPの標準に業務を寄せる」発想から始めます。
ここで軸になるのが、Fit to Standard と クリーンコア という2つの考え方です。
- Fit to Standard：業務をパッケージの標準機能に合わせる発想
- クリーンコア：システム本体の作り込みを最小限に抑える設計思想
一般的には、次のような順序で進めます。
- 標準で何ができるかを知る：ERPの標準機能でカバーできる業務の範囲を確認する
- 標準に寄せられる業務を寄せる：今のやり方にこだわらず、標準のプロセスに合わせる
- 本当に特殊な業務だけを見極める：標準に存在しない、自社固有の強みに関わる業務を切り分ける
- 理想の流れを描く：標準を土台に、必要な部分だけ自社向けに調整した姿を図にする
ここで、私たちが大切にしている考え方をお伝えします。
完璧を目指すより、まず回す。動かしながら磨いていく。
最初から100点のTo-Beを描こうとすると、いつまでも進みません。標準に寄せられる部分から固め、細かな作り込みは後の段階に回す。この順序が、現実的で、結果的に早く成果につながります。
As-Is→To-Beのギャップの埋め方
As-IsとTo-Beを並べたら、次はその「差（ギャップ）」をどう埋めるかを考えます。ここが、業務改革の本番です。
ギャップを埋めるとき、つい「すべての差を埋めよう」としがちです。しかし、本当に必要なのは取捨選択です。
おすすめの考え方は、業務を3つに仕分けることです。
- 残す業務：自社の価値に直結し、これからも必要な業務
- 変える業務：標準のやり方に寄せて、効率化できる業務
- やめる業務：惰性で続いているだけで、なくても困らない業務
この3つ目、「やめる業務」を見つけることが、特に重要です。
非効率な業務をそのまま新システムに持ち込むと、「ブラックボックスの再生産」になります。古い課題を、新しい器に詰め替えるだけになってしまうのです。
使われていない業務を手放す。この「業務の廃棄」という発想が、ERP導入を本当の意味で成功させます。
とはいえ、長年続けてきた業務を「やめる」と判断するのは、社内だけでは難しいもの。第三者の客観的な視点が、後押しになる場面です。
比較表：「現行踏襲」と「Fit to Standard」
To-Beを描くときの分かれ道が、「現行踏襲」で行くか、「Fit to Standard」で行くかです。考え方の違いを整理します。
はじめに：現行踏襲が、常に悪いわけではありません。標準に存在しない、本当に特殊な業務では、合理的な場合もあります。
| 観点 | 現行踏襲（業務にシステムを合わせる） | Fit to Standard（標準に業務を合わせる） |
|---|---|---|
| 基本の発想 | 今の業務をそのまま再現する | 世界標準の業務プロセスに自社を寄せる |
| カスタマイズの量 | 多くなりがち | 最小限に抑える（クリーンコア） |
| 初期コスト・期間 | ふくらみやすい | 抑えやすい |
| 拡張性・将来の更新 | 失われやすい（改修が困難に） | 保ちやすい（自動アップデートを活かせる） |
| 向いている場面 | 標準にない、真に特殊な業務 | 大半の標準的な業務 |
読み取りどころは、順序です。
まず「Fit to Standard」で考え、本当に特殊な部分だけ「現行踏襲」を検討する。この順番が、コストと将来の使いやすさのバランスを取りやすくなります。
設計でつまずかない進め方 ── よくあるつまずきと回避策
業務フローの可視化は、やってみると意外とつまずきます。
ここでお伝えするのは、「うまくできない会社」を責めるためではありません。ベンチャーネットがERP導入の現場で何度も見てきた、つまずきの型と、その抜け方です。
失敗してほしくない。だからこそ、先にお伝えします。
私たちが大切にしているのは、お客様との対等な関係です。正直にリスクをお伝えし、一緒に乗り越える伴走者でありたいと考えています。
ここでは、可視化・設計の作業そのものでつまずく4つのパターンを紹介します。
つまずき① As-Isを細かく描きすぎて、終わらない
よくある現象
- すべての業務を漏れなく描こうとする
- めったに起きない例外処理まで描き込む
- いつまでも図が完成しない
なぜつまずくか
「何のために描くのか」を見失うと、可視化そのものが目的になってしまいます。
本来のゴールは、ERPで実現したい姿（To-Be）を描くことです。そのために必要な範囲を超えて描き込むと、時間ばかりかかります。
どう回避するか
目的から逆算して、描く粒度を決めましょう。
まず大きな業務の流れをつかみ、重要な領域だけ深掘りする。この順番が現実的です。
ベンチャーネットでは、「経営課題はモノの管理か、ヒトの管理か」という問いから、優先する領域を一緒に絞り込みます。
つまずき② 現状をそのまま「あるべき姿」にしてしまう
よくある現象
- As-Is（現状）とTo-Be（あるべき姿）がほとんど同じ
- 「今のやり方を変えたくない」という声が強い
- 惰性で続けている業務も、そのまま残してしまう
なぜつまずくか
これは「現行踏襲」と呼ばれる状態です。
今の業務をそのまま新システムに持ち込むと、非効率な処理や属人的な運用も一緒に引き継いでしまいます。いわば、ブラックボックスの再生産です。
本当の課題は手つかずのまま残ってしまいます。
どう回避するか
近年は「Fit to Standard」「クリーンコア」という考え方が注目されています。
- Fit to Standard：業務をパッケージの標準機能に合わせる発想
- クリーンコア：システム本体の作り込みを最小限に抑える設計思想
この機会に、「本当に必要な業務」と「惰性で続けている業務」を仕分けましょう。
使われていない業務を手放す。この「業務の廃棄」という発想が、可視化を成功に導きます。
社内の常識を疑うのは難しいもの。外からの客観的な視点が効く場面です。
つまずき③ 自社だけで描いて、客観性を失う
よくある現象
- 描いた本人にしか分からない図になっている
- 部門ごとに、同じ業務の理解が食い違う
- 「あの人にしか分からない」業務が放置されたまま
なぜつまずくか
社内の人だけで描くと、自分たちの「当たり前」が前提になります。
すると、本当は見直すべき部分も「これが普通」と素通りしてしまいます。部門の壁を越えた調整も、内部だけでは進みにくいものです。
どう回避するか
ここでも、外の視点が助けになります。
ベンチャーネットは、お客様と対等な関係で、一緒に業務フローを描く伴走者でありたいと考えています。
第三者が入ると、「なぜこの作業を続けているのか」という素朴な問いが、改善のきっかけになります。
つまずき④ 可視化を「作って終わり」にしてしまう
よくある現象
- きれいな業務フロー図はできたが、その後に活かされない
- 要件定義やRFP（提案依頼書）につながらない
- 結局、ERP導入の現場で使われない
なぜつまずくか
可視化はゴールではなく、ERP導入を成功させるための手段です。
図を作ること自体が目的になると、本来のゴールに接続されません。せっかくの可視化が、引き出しにしまわれてしまいます。
どう回避するか
可視化したら、次の工程につなげましょう。
「可視化 → 要件の整理 → RFP作成 → 製品選定 → 導入」という流れの中に位置づけます。
そして忘れてはいけないのが、ERP導入は単なるシステム入れ替えではなく、経営プロジェクトだということです。経営者自身が「なぜやるのか」を語れる状態であることが、成否を分けます。
4つのつまずきは、どれも「事前に知っていれば避けられる」ものです。
そして共通しているのは、自社だけで抱え込むと見えにくい、ということ。
ベンチャーネットは、業務整理からTo-Be設計、導入後の定着まで、一貫して伴走することを大切にしています。売り込みたいからではなく、お客様に失敗してほしくないからです。
可視化のあと、ERP導入に向けてやること
業務フローを可視化したら、それを次の工程につなげます。可視化は通過点であり、ゴールではありません。
ERP導入までの流れは、おおまかに次のように進みます。
- 要件を整理する：To-Beで描いた業務をもとに、ERPに求める条件を言語化する
- RFP（提案依頼書）を作る：整理した要件を、ベンダーに伝えるための文書にまとめる
- 製品を選ぶ：自社の経営課題に合うERPを比較・選定する
- 導入する：選んだ製品を、To-Beに沿って設定・移行・定着させる
それぞれの工程には、別の記事で詳しく触れています。
- 要件をRFPに落とす進め方 → ERP刷新を成功に導くためのRFP作成
- 自社に合う製品の選び方 → 自社に最適なERPを見つける比較選定／ERPを徹底比較
- 導入段階でつまずかないために → ERP導入はなぜ失敗するのか
可視化でつくった「現状」と「あるべき姿」は、この後すべての工程の土台になります。だからこそ、最初の可視化に時間をかける価値があります。
よくある質問（FAQ）
Q1. 業務フローは、どこまで細かく描けばいいですか？
目的から逆算して粒度を決めます。「すべてを網羅する」のではなく、「ERPで実現したいTo-Beに必要な範囲」が基準です。
まずは大きな業務の流れをつかみ、重要な領域だけを深掘りしましょう。細かく描きすぎると、いつまでも完成せず、本来の目的を見失いがちです。最初から完璧を目指す必要はありません。
Q2. 自社だけで業務フロー可視化を進めても大丈夫ですか？
着手すること自体は可能です。ただし、自社だけだと「当たり前」を疑いにくく、客観性を失いやすい面があります。
社内の常識が前提になると、本当は見直すべき業務も「これが普通」と素通りしてしまいます。部門をまたぐ調整も、内部だけでは進みにくいものです。第三者の視点が入ると、「なぜこの作業を続けているのか」という素朴な問いが、改善のきっかけになります。
Q3. 可視化には、どれくらいの労力がかかりますか？
業務の範囲や複雑さによって変わるため、一概には言えません。ただ、「対象範囲を絞る」ことで、現実的な労力に収まります。
すべての業務を一度に可視化しようとすると、負担が大きくなります。ERPで扱う中心業務から始め、段階的に広げる進め方なら、無理なく続けられます。
まとめ：可視化は、ERP導入の成否を分ける最初の一歩
ERP導入の成否は、製品を選ぶ前の準備で大きく決まります。その中心が、業務フローの可視化です。
この記事でお伝えした要点を振り返ります。
- ERP導入は、ITプロジェクトではなく経営プロジェクト。入れる前に業務を描き直す
- As-Is（現状）とTo-Be（あるべき姿）をセットで描き、その差を埋める
- 「Fit to Standard」を起点に、惰性の業務は思い切って手放す（業務の廃棄）
- 可視化は通過点。要件整理・RFP・製品選定・導入へとつなげる
そして、可視化のいちばんの難所は、「自社だけだと見えにくい」ことです。
長年続けてきた業務を、客観的に見直す。部門の壁を越えて、あるべき姿を描く。これは、外の視点があると進めやすくなります。
ベンチャーネットは、NetSuite認定パートナー（Solution Provider）です。
業務整理からTo-Be設計、導入後の定着まで、一貫して伴走することを大切にしています。
お客様と対等な関係で、一緒に考える。それが、私たちのスタンスです。
「何から手をつければいいか分からない」「自社だけで進めるのが不安」と感じたら、最初の一歩から、ご一緒させてください。
ご相談ください
ERP導入の前の「業務フロー可視化」から、伴走します
- まずは相談したい方へ：無料相談・体験デモで、現状の課題と進め方を一緒に整理します
- 支援内容を詳しく知りたい方へ：NetSuite×業務見える化伴走サービス（CIO向け）
