# Excel・FAX業務のデジタル化ロードマップ — レガシー産業DXの実例から > 電話・FAX・Excelで回る業務を、どの順番でシステム化すべきか。業務の棚卸し→優先度付け→段階的システム化という発注者向けロードマップを、経済産業大臣賞を受賞した木材流通DX（多段商流・権限分離）の実例から、失敗しない進め方として具体的に解説します。 - 公開日: 2026-07-07 - 著者: 友田 陽大 - タグ: DX, レガシー産業DX, 受託開発, システム開発, 発注, 技術選定, コスト最適化, B2B SaaS - URL: https://tomodahinata.com/blog/excel-fax-digitalization-roadmap-guide - カテゴリ: 発注・内製化・コスト - 総合ガイド: https://tomodahinata.com/blog/system-development-outsourcing-guide-vendor-selection-cost ## 要点 - デジタル化は『全部を一気に』ではなく、業務の棚卸し→優先度付け→段階的システム化という順番で進めるのが失敗しない - 棚卸しは『誰が・何を・どの手段で・どれくらいの頻度で・記録は残るか』の5列テーブルで、まず現状を紙に落とす - 優先度は『記録喪失・確認コストの痛み』×『実現の容易さ』の2軸マトリクスで決め、痛みが大きく作りやすい業務から着手する - システム化は可視化→部分自動化→全面移行の3段階で、各段で現場が便益を実感してから次へ進む - 多段商流・多数の関係者が絡む業界では『誰にどの情報を見せるか』の権限設計が中核になり、最初の設計判断が保守性を左右する --- 最初に結論です。**Excel・FAX・電話で回る業務のデジタル化は、「全部を一気にシステムに置き換える」のではなく、「業務の棚卸し → 優先度付け → 段階的システム化」という順番で進めるのが唯一の失敗しない道です。** どのシステムを買うか・作るかを考える前に、まず「いま誰が、何を、どの手段で、どれくらいの頻度でやっていて、記録は残っているか」を1枚の表に書き出す。ここから逆算すると、投資すべき順番が自然に見えてきます。本記事は、電話・FAX・Excelが主役の現場をシステム化する道筋を、経済産業大臣賞を受賞した木材流通業界のDX事例（匿名）を交えて、発注者の視点で具体的に解説する実践ロードマップです。 --- ## 1. なぜ「Excel・FAX・電話」は見えないコストを生むのか まず認識すべきは、**アナログ業務は「回ってはいるが、静かにコストを垂れ流している」**という事実です。目に見える障害が起きないため、後回しにされがちですが、次のような損失が日々積み上がっています。 | 症状 | 起きていること | 積み上がるコスト | |---|---|---| | **記録が残らない** | FAX・電話での受発注は、後から「言った・言わない」になる | 確認の往復、誤発注、責任の所在不明 | | **情報が属人化** | 在庫や進捗がベテランの頭とローカルExcelの中だけにある | その人が休むと業務が止まる／退職でノウハウ消失 | | **データが散在** | 部署ごと・PCごとにExcelが分裂し、最新版が分からない | 集計に時間、経営判断が勘に頼る | | **二重入力** | 紙→Excel→別システムへ人力で転記 | 入力工数と転記ミスが二重・三重に | 経済産業省が「DXレポート」で警告した**「2025年の崖」**——老朽化・ブラックボックス化したシステムを刷新できなければ大きな経済損失が生じうる、という問題は、単一の締切ではなく「先延ばしするほど深くなる谷」です。中身を知る人が引退する前に、せめて棚卸しから始める価値があります。費用の考え方や公的支援まで含めた全体像は、[「2025年の崖」を越える発注者向けガイド](/blog/legacy-system-modernization-2025-cliff-cost-guide)で詳しく扱っています。本記事は、その前段にあたる**「どこから、どの順番で手をつけるか」**に焦点を絞ります。 > **発注者がまず持つべき視点**: デジタル化は「便利にする」ためではなく、「見えないコストと属人化リスクを潰す」ために行う。だから、**一番痛い業務から**着手するのが合理的です。 --- ## 2. ロードマップの全体像 デジタル化は、次の3ステップを順に回します。各ステップの成果物（アウトプット）まで決めておくのが肝心です。 ```text STEP 1 業務の棚卸し → 現状の業務一覧表（誰が・何を・どう・頻度・記録） ↓ STEP 2 優先度付け → 着手順マトリクス（痛み × 実現容易性） ↓ STEP 3 段階的システム化 → 可視化 → 部分自動化 → 全面移行 （各段で現場が便益を実感してから次へ） ``` よくある失敗は、STEP 1・2 を飛ばして、いきなり「基幹システムを入れ替える」と大きく構えてしまうこと。**大きく構えるほど、要件は膨らみ、費用は跳ね、現場は置いていかれます。** 逆に、痛みの大きい業務を1つ選び、そこだけを軽く可視化するところから始めると、現場に「これは便利だ」という実感が生まれ、次の投資への協力が得られます。 --- ## 3. STEP 1 — 業務の棚卸し（インベントリの作り方） システム検討の前に、**まず現状を紙（またはスプレッドシート）に落とす**。難しく考えず、次の5列の表を埋めるだけで十分です。 | 業務 | 担当（誰） | 手段（電話/FAX/Excel/紙） | 頻度 | 記録は残るか | |---|---|---|---|---| | 受注受付 | 営業事務 | 電話・FAX | 1日30件 | ×（メモのみ） | | 在庫確認 | 倉庫担当 | Excel（各自PC） | 都度 | △（個人ファイル） | | 見積作成 | 営業 | Excel手打ち | 1日10件 | ○（フォルダ保存） | | 請求書発行 | 経理 | 会計ソフト＋手作業 | 月末集中 | ○ | | 発注（仕入先へ） | 購買 | FAX | 1日20件 | ×（控えのみ） | **棚卸しのコツ**は3つです。 1. **「理想」ではなく「実態」を書く** — マニュアル通りではなく、現場が実際にやっている手順（裏技・例外処理を含む）を書き出す。ここに本当のボトルネックが潜んでいます。 2. **「記録は残るか」列を最重視する** — 記録が残らない業務（電話・FAX・口頭）は、後で必ずトラブルの火種になります。デジタル化の第一の目的は、この「記録の空白」を埋めることです。 3. **業務のつながり（前後）も書く** — 「受注 → 在庫確認 → 見積 → 発注」のように、業務は連鎖しています。1つだけ切り出してシステム化しても、前後が紙のままなら二重入力が増えるだけ。**連鎖の単位**で捉えます。 この棚卸し表そのものが、発注時の要件定義の土台になります。ベンダーに「よしなにDXして」と丸投げするのではなく、この表を見せて「この赤字（記録×）の業務から潰したい」と言えるかどうかで、見積もりの精度も定着率も大きく変わります。 --- ## 4. STEP 2 — 優先度付け（どこから着手するか） 棚卸しができたら、**すべてを同時にやろうとしない**。次の2軸で各業務を評価し、着手順を決めます。 - **縦軸：痛みの大きさ** — 記録が残らない／確認に時間がかかる／ミスが多い／属人化している、といった「困りごと」の深刻度。 - **横軸：実現の容易さ** — 既存ツールで対応できるか、業務がシンプルか、関係者が少ないか。 ```text 実現：難しい 実現：容易 ┌───────────────┬───────────────┐ 痛み │ ② 中期で計画 │ ① 最優先 │ 大 │ （分割して着手）│ （まずここ） │ ├───────────────┼───────────────┤ 痛み │ ④ 当面やらない │ ③ 余力で │ 小 │ │ （小さな改善） │ └───────────────┴───────────────┘ ``` | 区分 | 方針 | 例（棚卸し表から） | |---|---|---| | **① 最優先** | 痛みが大きく、作りやすい。ここから着手 | 受注・発注の記録化（FAX/電話 → フォーム入力） | | **② 中期** | 痛みは大きいが難しい。分割して段階導入 | 在庫の一元管理（多拠点・多品目） | | **③ 余力で** | 痛みは小さいが簡単。改善のついでに | 見積テンプレの共有化 | | **④ 当面やらない** | 痛みも小さく難しい。今は投資しない | ニッチな例外処理の自動化 | **発注者がここで陥りやすい罠**は、「作りやすいから」という理由だけで③から始めてしまうこと。それでは現場の一番の痛みが残り、「システムを入れたのに楽にならない」という評価になります。**最初の1本は、必ず①（痛みが大きく、作りやすい）から選ぶ。** 全社で最も困っている一点を最初に解決すると、現場が味方になり、その後の予算も通りやすくなります。技術面での「どの技術を選ぶか」の判断軸は、[レガシー産業DXの技術選定フレームワーク](/blog/legacy-industry-dx-technology-selection-framework)にまとめています。 --- ## 5. STEP 3 — 段階的システム化（3つのフェーズ） 優先度が決まったら、選んだ業務を**いきなり全自動化せず、3段階で**進めます。各段で現場が便益を実感してから、次に進むのが鉄則です。 ### フェーズA：可視化（まず「見える」ようにする） 自動化の前に、**バラバラな情報を1か所に集めて見えるようにする**だけで、効果の半分は得られます。FAX・電話で受けていた注文を、簡単な入力フォームに集約する。各自のExcelに散っていた在庫を、共有の一覧にする。この段階では、判断や処理は人間のまま。**「記録が残る」「最新版が分かる」だけで、確認の往復が激減**します。定着のハードルが最も低いので、ここで現場の信頼を得ます。 ### フェーズB：部分自動化（繰り返し作業を機械に渡す） 可視化されたデータの上で、**明確なルールがある繰り返し作業だけ**を自動化します。見積の自動計算、在庫の自動引き当て、帳票（請求書・納品書）の自動生成など。ここで重要なのは、**すべてを自動化しようとしないこと**。例外は人間が判断できる「手動で上書きできる余地」を必ず残します。全自動を狙うと、稀な例外への対応で開発費が膨らみ、かえって現場が縛られます。 ### フェーズC：全面移行（旧フローを畳む） 新しいやり方が定着し、現場が「もう前には戻れない」と感じてから、**初めて旧フロー（FAX・紙）を正式に廃止**します。ここまで来て初めて、二重入力が消え、投資が回収フェーズに入ります。焦って早期に旧フローを止めると、移行のトラブルが業務停止に直結するため、**並行稼働の期間を十分に確保する**のが安全です。 ```text [A 可視化] 記録が残る・最新が分かる … 定着の土台（低リスク） ↓ 現場が便益を実感したら [B 部分自動化] ルール化できる作業を機械へ … 例外は人が上書き可能 ↓ 新フローが日常になったら [C 全面移行] 旧フローを畳む・二重入力ゼロ … 投資回収フェーズ ``` --- ## 6. 実例：多段商流・権限分離のあるレガシー産業DX このロードマップを、実際の**木材流通業界のDX**（匿名）に当てはめてみます。この業界は、電話・FAX・Excelが主流で、在庫はExcel、発注はFAXで記録が残らず、確認作業に毎日数時間を要する——典型的な「超レガシー産業」でした。 **難所は、商流が多段で、登場人物が多いこと**です。ざっくり書くと、こういう流れがあります。 ```text 林業 → 市場 → 製材所 → プレカット → 工務店 ↓ メーカー → 問屋 → その他 ``` 各プレイヤーで「できること」「見えるべき情報」「価格の扱い」がまったく異なります。市場は全体の在庫を見たいが、製材所は自社と取引先の在庫だけを見たい。工務店は発注はしても他社の仕入れ値は見えてはいけない。**つまり、この業界のDXの中核は、機能そのものより「誰に、どの情報を見せ、何を操作させるか」の権限設計**でした。 ここで、本記事のロードマップがそのまま効きます。 - **棚卸し（STEP 1）**では、まず登場人物ごとに「何を・どの手段で・記録は残るか」を洗い出し、**情報の流れと権限の境界**を可視化しました。 - **優先度付け（STEP 2）**では、最も痛みの大きい「FAX発注の記録化」と「在庫の一元可視化」を①最優先に置きました。 - **段階的システム化（STEP 3）**では、まず在庫と受発注を**見える化**（フェーズA）し、そのうえで見積計算や帳票生成を**部分自動化**（フェーズB）していきました。帳票は現場が慣れ親しんだExcelの見た目を崩さないよう、Excelベースで生成する方式を採りました。 技術的には、この権限分離を**サーバー側で業種ごとに許可される操作を明示的に列挙する方式**（ルーター層で許可リストを持つ設計）で実装し、フロントの都合で権限が漏れない構造にしています。多数の関係者が同じ画面を使いながら、見える範囲が厳密に分かれる——この**「テナント（関係者）ごとの情報分離」を後付けにすると改修費が跳ね上がる**ため、棚卸しの段階で権限の境界を洗い出し、最初の設計判断に含めたことが、長期の保守性を大きく左右しました。この考え方は業界を問わず応用でき、[マルチテナントSaaSのデータ分離・認可設計](/blog/multi-tenant-saas-data-isolation-authorization-design-guide)や[受賞B2B SaaSのアーキテクチャ深掘り](/blog/award-winning-b2b-saas-architecture-deep-dive)で技術的な詳細を扱っています。 なお、このプロダクトは経済産業大臣賞を受賞していますが、これは外部からの評価であり、売上や利用社数といった事業成果の数値を本記事で断定的に語ることはしません（それはクライアントの実データに属します）。ここで確かに言えるのは、**「棚卸し → 優先度付け → 段階的導入」という順番を守ったことが、超レガシーな現場でシステムが定着した理由の一つだった**、ということです。 --- ## 7. 発注前に決めておくべきこと 最後に、このロードマップをベンダーへの発注に落とし込むときのチェックリストです。 | 項目 | 発注前に決めておくこと | |---|---| | **棚卸し表** | 5列（誰・何・手段・頻度・記録）の業務一覧を用意したか | | **最初の1本** | ①最優先（痛み大×作りやすい）の業務を1つに絞れたか | | **成功の定義** | 「記録が残る」「確認時間が減る」など、判定できる指標にしたか | | **並行稼働** | 旧フロー（FAX/紙）をいつまで残すか、移行期間を確保したか | | **権限の境界** | 誰にどの情報を見せるか、関係者の権限を洗い出したか | | **拡張の余地** | ①の次に②へ広げられる作りになっているか（作り切りにしない） | **「全部をよしなに」ではなく、「この赤字の業務から、この順番で」**と言える発注者は、見積もりの精度も、完成後の定着率も、まったく違います。デジタル化は一度の大工事ではなく、痛みの大きい順に業務を1つずつ潰していく継続的な取り組みです。まずは、いま一番困っている業務を1つ、頭の中から表に書き出すことから始めてください。それが、失敗しないDXの最初の一歩です。