Excel管理の限界と脱エクセルの進め方 — 移行先の選び方（SaaS・kintone・スクラッチ）とFAX受注の段階的な電子化

最初に結論です。Excel・FAX・電話で回る業務のデジタル化は、「全部を一気にシステムに置き換える」のではなく、「業務の棚卸し → 優先度付け → 段階的システム化」という順番で進めるのが唯一の失敗しない道です。 どのシステムを買うか・作るかを考える前に、まず「いま誰が、何を、どの手段で、どれくらいの頻度でやっていて、記録は残っているか」を1枚の表に書き出す。ここから逆算すると、投資すべき順番が自然に見えてきます。本記事は、Excel管理が限界に来ているサインの見分け方から、棚卸し→優先度付け→段階的システム化のロードマップ、移行先（既製SaaS・kintoneなどのノーコード・スクラッチ開発・ハイブリッド）の選び方、取引先にFAXを残したまま受注を電子化する手順までを、経済産業大臣賞を受賞した木材流通業界のDX事例（匿名）を交えて、発注者の視点で具体的に解説する実践ロードマップです。

1. なぜ「Excel・FAX・電話」は見えないコストを生むのか

まず認識すべきは、アナログ業務は「回ってはいるが、静かにコストを垂れ流している」という事実です。目に見える障害が起きないため、後回しにされがちですが、次のような損失が日々積み上がっています。

経済産業省が「DXレポート」で警告した「2025年の崖」——老朽化・ブラックボックス化したシステムを刷新できなければ大きな経済損失が生じうる、という問題は、単一の締切ではなく「先延ばしするほど深くなる谷」です。中身を知る人が引退する前に、せめて棚卸しから始める価値があります。費用の考え方や公的支援まで含めた全体像は、「2025年の崖」を越える発注者向けガイドで詳しく扱っています。本記事は、その前段にあたる「どこから、どの順番で手をつけるか」に焦点を絞ります。

発注者がまず持つべき視点: デジタル化は「便利にする」ためではなく、「見えないコストと属人化リスクを潰す」ために行う。だから、一番痛い業務から着手するのが合理的です。

2. Excel管理が限界に来ているサイン — チェックリスト

Excelは優れた道具で、すべてを置き換える必要はありません。問題は、Excelが「表計算」ではなく「業務システム」の役割を背負わされたときです。次のサインに、自社の業務を当てはめてみてください。

手間のサイン（運用の工夫で減らせることもある）

• 「最新版はどれ？」が頻繁に起きる（ファイル名に「最新」「最終」「v3」が並ぶ）
• 同じ内容を2回以上入力している（FAX→Excel、Excel→会計ソフトなどの転記）
• 月末・週末の集計のために、複数のファイルを手で突き合わせている
• ファイルが重く、開く・保存するのに待たされる。壊れて復旧に追われたことがある

構造のサイン（Excelの改善ではなく、置き換えを検討する段階）

• 取引先や部署ごとに「見せてよい範囲」を、ファイルの分割やコピーで分けている
• マクロ（VBA）や関数の仕組みを、作った人しか直せない
• FAXや電話で受けた注文が、記録として残らない（残っても紙の控えだけ）
• 現場や外出先から、その場で在庫や進捗を確認・入力できず、電話やFAXで確認している
• 誰が・いつ・どこを変えたのかを追えず、間違いの原因を特定できない

判断のコツは、当てはまる数より、どちらの種類かです。手間のサインだけなら、共有の仕方を見直すだけで楽になることもあります。構造のサインは、Excelの使い方の問題ではなく、記録・権限・引き継ぎを「ファイルと人の記憶」に頼っている仕組みそのものが原因なので、工夫を重ねるほど属人化が深まりがちです。構造のサインが1つでも出ていたら、次章からのロードマップで、どの業務から置き換えるかを決める段階です。

どこから手を付けるべきかを自分で整理したい場合は、DX診断シート（25項目・無料）を使ってください。業務の棚卸し→優先度の採点→既製SaaSか開発かの判定→費用対効果→資金計画の順に進めると、「最初に直す1業務と、かけてよい上限金額」を自分の言葉で言えるようになります。答え合わせをしたい場合は、無料DX診断（30分）で一緒に確認します。無料・営業なしで、後日、優先順位・概算費用レンジ・推奨ステップをまとめた診断メモをお送りします。

3. ロードマップの全体像

デジタル化は、次の3ステップを順に回します。各ステップの成果物（アウトプット）まで決めておくのが肝心です。

STEP 1  業務の棚卸し        → 現状の業務一覧表（誰が・何を・どう・頻度・記録）
   ↓
STEP 2  優先度付け          → 着手順マトリクス（痛み × 実現容易性）
   ↓
STEP 3  段階的システム化    → 可視化 → 部分自動化 → 全面移行
        （各段で現場が便益を実感してから次へ）

よくある失敗は、STEP 1・2 を飛ばして、いきなり「基幹システムを入れ替える」と大きく構えてしまうこと。大きく構えるほど、要件は膨らみ、費用は跳ね、現場は置いていかれます。 逆に、痛みの大きい業務を1つ選び、そこだけを軽く可視化するところから始めると、現場に「これは便利だ」という実感が生まれ、次の投資への協力が得られます。

4. STEP 1 — 業務の棚卸し（インベントリの作り方）

システム検討の前に、まず現状を紙（またはスプレッドシート）に落とす。難しく考えず、次の5列の表を埋めるだけで十分です。

棚卸しのコツは3つです。

1. 「理想」ではなく「実態」を書く — マニュアル通りではなく、現場が実際にやっている手順（裏技・例外処理を含む）を書き出す。ここに本当のボトルネックが潜んでいます。
2. 「記録は残るか」列を最重視する — 記録が残らない業務（電話・FAX・口頭）は、後で必ずトラブルの火種になります。デジタル化の第一の目的は、この「記録の空白」を埋めることです。
3. 業務のつながり（前後）も書く — 「受注 → 在庫確認 → 見積 → 発注」のように、業務は連鎖しています。1つだけ切り出してシステム化しても、前後が紙のままなら二重入力が増えるだけ。連鎖の単位で捉えます。

この棚卸し表そのものが、発注時の要件定義の土台になります。ベンダーに「よしなにDXして」と丸投げするのではなく、この表を見せて「この赤字（記録×）の業務から潰したい」と言えるかどうかで、見積もりの精度も定着率も大きく変わります。

5. STEP 2 — 優先度付け（どこから着手するか）

棚卸しができたら、すべてを同時にやろうとしない。次の2軸で各業務を評価し、着手順を決めます。

• 縦軸：痛みの大きさ — 記録が残らない／確認に時間がかかる／ミスが多い／属人化している、といった「困りごと」の深刻度。
• 横軸：実現の容易さ — 既存ツールで対応できるか、業務がシンプルか、関係者が少ないか。

        実現：難しい            実現：容易
      ┌───────────────┬───────────────┐
痛み  │  ② 中期で計画   │  ① 最優先      │
大    │ （分割して着手）│ （まずここ）    │
      ├───────────────┼───────────────┤
痛み  │  ④ 当面やらない │  ③ 余力で       │
小    │               │ （小さな改善）  │
      └───────────────┴───────────────┘

発注者がここで陥りやすい罠は、「作りやすいから」という理由だけで③から始めてしまうこと。それでは現場の一番の痛みが残り、「システムを入れたのに楽にならない」という評価になります。最初の1本は、必ず①（痛みが大きく、作りやすい）から選ぶ。 全社で最も困っている一点を最初に解決すると、現場が味方になり、その後の予算も通りやすくなります。技術面での「どの技術を選ぶか」の判断軸は、レガシー産業DXの技術選定フレームワークにまとめています。

6. STEP 3 — 段階的システム化（3つのフェーズ）

優先度が決まったら、選んだ業務をいきなり全自動化せず、3段階で進めます。各段で現場が便益を実感してから、次に進むのが鉄則です。

フェーズA：可視化（まず「見える」ようにする）

自動化の前に、バラバラな情報を1か所に集めて見えるようにするだけで、効果の半分は得られます。FAX・電話で受けていた注文を、簡単な入力フォームに集約する。各自のExcelに散っていた在庫を、共有の一覧にする。この段階では、判断や処理は人間のまま。「記録が残る」「最新版が分かる」だけで、確認の往復が激減します。定着のハードルが最も低いので、ここで現場の信頼を得ます。

フェーズB：部分自動化（繰り返し作業を機械に渡す）

可視化されたデータの上で、明確なルールがある繰り返し作業だけを自動化します。見積の自動計算、在庫の自動引き当て、帳票（請求書・納品書）の自動生成など。ここで重要なのは、すべてを自動化しようとしないこと。例外は人間が判断できる「手動で上書きできる余地」を必ず残します。全自動を狙うと、稀な例外への対応で開発費が膨らみ、かえって現場が縛られます。

フェーズC：全面移行（旧フローを畳む）

新しいやり方が定着し、現場が「もう前には戻れない」と感じてから、初めて旧フロー（FAX・紙）を正式に廃止します。ここまで来て初めて、二重入力が消え、投資が回収フェーズに入ります。焦って早期に旧フローを止めると、移行のトラブルが業務停止に直結するため、並行稼働の期間を十分に確保するのが安全です。

[A 可視化]  記録が残る・最新が分かる      … 定着の土台（低リスク）
    ↓  現場が便益を実感したら
[B 部分自動化]  ルール化できる作業を機械へ  … 例外は人が上書き可能
    ↓  新フローが日常になったら
[C 全面移行]  旧フローを畳む・二重入力ゼロ  … 投資回収フェーズ

7. 何に置き換えるか — 脱エクセルの移行先4択（既製SaaS・kintone・スクラッチ・ハイブリッド）

優先度の高い業務が決まったら、次は「何で置き換えるか」です。選択肢は大きく4つあり、優劣ではなくその業務がどこまで自社独自かで選びます。Accessで作った台帳からの移行も、同じ4択で考えられます。

判断の順番は、DX診断シートの「打ち手の判定」と同じです。まず「同業他社にも共通の業務か」を問い、共通なら既製SaaSを最低1つ、無料トライアルで実際に触ります。自社独自の部分が残ったら、それが「Excelの表を共有して入力できれば足りる」のか、「企業をまたぐ権限や複雑なルールが核」なのかで、ノーコードかスクラッチかを分けます。開発費の相場観はシステム開発の発注 完全ガイドにまとめています。

kintoneを検討するときに確認しておくこと

kintoneは脱エクセルの移行先としてよく名前が挙がります。導入後に「思っていたのと違う」とならないよう、公式の料金ページ（2026年10月3日閲覧、税抜）で次の点を確認しておきます。

• コースと月額：ライトコース1,000円、スタンダードコース1,800円、ワイドコース3,000円（いずれも1ユーザーあたり）。初期費用は無料で、30日間の無料お試しがあります。
• 最小ユーザー数：ライト・スタンダードは10ユーザー、ワイドは1,000ユーザーから。利用者が3人の会社でも、ライト・スタンダードは10ユーザー分の契約になります（スタンダードなら10ユーザー×1,800円で、月額18,000円から）。
• 拡張機能はスタンダード以上：外部サービスとのデータ連携（API）、プラグイン、JavaScript・CSSによるカスタマイズは、ライトコースでは使えません。会計ソフトなど他のシステムとAPIで自動連携する予定があるなら、スタンダード以上が前提です。
• 上限：アプリ数はライト200個・スタンダード1,000個・ワイド3,000個。1アプリあたりのAPIリクエスト数は、スタンダードが1日1万回、ワイドが1日10万回です。
• 社外の人の利用：取引先など社外の人にも使ってもらう方法として、有償オプションのゲストユーザーが用意されています。

ノーコードの最大の利点は、現場が自分で直せることです。逆に言えば、プラグインやJavaScriptのカスタマイズ、外部連携を重ねるほど、その利点は薄れ、カスタマイズを書いた人への依存が戻ってきます。拡張が業務の中心になってきたら、スクラッチかハイブリッドを検討するサインです。反対に、Excelの表を共有して入力できれば足りる業務に、最初からスクラッチ開発をする必要はありません。

8. FAX受注を段階的に電子化する — 取引先にFAXを残したまま

「FAX受注をやめたい」と考えたとき、最初にぶつかるのは技術ではなく取引先です。取引先にはそれぞれのやり方と事情があり、こちらの都合だけでFAXをやめてもらうことはできません。無理に切り替えを迫れば、注文そのものを失いかねません。

そこで発想を逆にします。取引先のやり方は変えず、自社の受け口を変える。原則は「入口は複数のまま、記録は1か所に」です。

ポイントは3つです。

• ①だけで「記録が残らない」は解決する——FAX受注の痛みの中心は、入力の手間よりも「言った・言わない」と確認の往復です。どの手段で届いても受注一覧に記録が残れば、取引先側は何も変わらないまま、この痛みは消えます。第6章のフェーズA（可視化）にあたります。
• ②は全自動を狙わない——読み取りの精度は、注文書の書式や手書きの有無で変わります。人の確認を残す前提で、確認が楽になる分だけ自動化します（フェーズBと同じ考え方）。
• ③④は取引先のペースで進める——新しい発注手段は「便利なので使ってください」と案内するもので、強制するものではありません。FAXの比率が下がるのを待ってから縮小に入れば、注文を取りこぼしません（フェーズCにあたります）。

次章の木材流通DXでも、出発点の課題のひとつは「FAXでの発注は記録が残らず、電話での確認作業に毎日数時間を要していた」ことでした。

9. 実例：多段商流・権限分離のあるレガシー産業DX

このロードマップを、実際の木材流通業界のDX（匿名）に当てはめてみます。この業界は、電話・FAX・Excelが主流で、在庫はExcel、発注はFAXで記録が残らず、確認作業に毎日数時間を要する——典型的な「超レガシー産業」でした。

難所は、商流が多段で、登場人物が多いことです。ざっくり書くと、こういう流れがあります。

林業 → 市場 → 製材所 → プレカット → 工務店
                 ↓
             メーカー → 問屋 → その他

各プレイヤーで「できること」「見えるべき情報」「価格の扱い」がまったく異なります。市場は全体の在庫を見たいが、製材所は自社と取引先の在庫だけを見たい。工務店は発注はしても他社の仕入れ値は見えてはいけない。つまり、この業界のDXの中核は、機能そのものより「誰に、どの情報を見せ、何を操作させるか」の権限設計でした。

ここで、本記事のロードマップがそのまま効きます。

• 棚卸し（STEP 1）では、まず登場人物ごとに「何を・どの手段で・記録は残るか」を洗い出し、情報の流れと権限の境界を可視化しました。
• 優先度付け（STEP 2）では、最も痛みの大きい「FAX発注の記録化」と「在庫の一元可視化」を①最優先に置きました。
• 段階的システム化（STEP 3）では、まず在庫と受発注を見える化（フェーズA）し、そのうえで見積計算や帳票生成を部分自動化（フェーズB）していきました。帳票は現場が慣れ親しんだExcelの見た目を崩さないよう、Excelベースで生成する方式を採りました。

技術的には、この権限分離をサーバー側で業種ごとに許可される操作を明示的に列挙する方式（ルーター層で許可リストを持つ設計）で実装し、フロントの都合で権限が漏れない構造にしています。多数の関係者が同じ画面を使いながら、見える範囲が厳密に分かれる——この「テナント（関係者）ごとの情報分離」を後付けにすると改修費が跳ね上がるため、棚卸しの段階で権限の境界を洗い出し、最初の設計判断に含めたことが、長期の保守性を大きく左右しました。この考え方は業界を問わず応用でき、マルチテナントSaaSのデータ分離・認可設計や受賞B2B SaaSのアーキテクチャ深掘りで技術的な詳細を扱っています。

Before / After（ケーススタディに記載している事実のみ）

設計と技術判断の詳細は、木材流通DXのケーススタディにまとめています。

なお、このプロダクトは経済産業大臣賞を受賞していますが、これは外部からの評価であり、売上や利用社数といった事業成果の数値を本記事で断定的に語ることはしません（それはクライアントの実データに属します）。ここで確かに言えるのは、「棚卸し → 優先度付け → 段階的導入」という順番を守ったことが、超レガシーな現場でシステムが定着した理由の一つだった、ということです。

10. 発注前に決めておくべきこと

最後に、このロードマップをベンダーへの発注に落とし込むときのチェックリストです。

「全部をよしなに」ではなく、「この赤字の業務から、この順番で」と言える発注者は、見積もりの精度も、完成後の定着率も、まったく違います。デジタル化は一度の大工事ではなく、痛みの大きい順に業務を1つずつ潰していく継続的な取り組みです。まずは、いま一番困っている業務を1つ、頭の中から表に書き出すことから始めてください。それが、失敗しないDXの最初の一歩です。

書き出し方に迷ったら、DX診断シート（25項目・無料）を順に埋めるところから。書き出した結果の答え合わせは、無料DX診断（30分）で一緒に行います。