Excel VBA脱却2026｜移行先6選の比較・費用相場と失敗しない選び方チェックリスト

結論から先に。 Excel VBA（マクロ）からの脱却で最初に決めるべきは「何に移すか」ではなく「どのVBAを、どの順番で、どのリスクから外すか」です。ツール選定から入ると、価格と機能数だけで比較してしまい、移行後に「例外処理が動かない」「結局また属人化した」という失敗を繰り返します。本記事は、年商1〜10億円規模で社内にIT専任がいない、あるいは兼任情シスしかいない企業の経営者・実務決裁者に向けて、移行先6タイプの現実的な比較、費用相場、進め方、そして発注前に自社で潰しておくべき論点を、GXOが実際の相談現場で使っている判断フレームでまとめました。

要点を先に3つ挙げます。

• VBAは「廃止（EOL）」ではない。しかしリスクは着実に増えている。 2026年時点でVBA自体はサポートされていますが、属人化・処理速度・同時編集・セキュリティ（マクロの既定ブロック）という4つの構造的な弱点は解決されません。移行の動機は「明日動かなくなるから」ではなく「壊れたときに直せる人がいない・止まると業務が止まる」からです。
• 移行先は6タイプ。全部を一気に置き換えるのは最も失敗する。 使用頻度が低く壊れても困らないマクロは残してよい。「止まると経営に直結する」「作った1人しか触れない」ものから、優先順位をつけて段階移行するのが唯一現実的なやり方です。
• 費用は「初期費用」より「3年TCO」と「隠れコスト」で判断する。 ローコードの最低契約ユーザー数、Power Platformのプレミアムコネクタ、SaaSの積み上がる月額——見積書の表面価格では見えない部分が総額を決めます。

まずは自社が「移行すべき状態か」を判定するところから始めます。

---

この記事を読むべき人

• VBAを書ける社員が1〜2名しかおらず、その人が辞めたら誰も直せないと感じている経営者・管理職
• Office/Windowsのアップデート後にマクロが動かなくなり、業務が数時間止まった経験がある担当者
• 「kintoneかスクラッチ開発か」で見積もりを取ったが、比較軸が分からず判断に踏み切れない決裁者
• 補助金を使ってVBA脱却・DXを進めたいが、何から着手すべきか整理できていない事業責任者
• 過去に一度「脱Excel」を試みて頓挫し、もう一度きちんと進めたい情シス（兼任含む）

技術者向けの移行手順ではなく、発注する側・投資判断する側が失敗を避けるための記事です。コードの書き方ではなく、「どこで判断を誤るか」に焦点を当てています。

---

VBAの「限界サイン」セルフ診断｜2つ以上で移行検討フェーズ

移行を検討すべきかどうかは、感覚ではなくチェックで判定します。次の項目のうち、当てはまる数を数えてください。

• □ 属人化：VBAを書ける・直せる社員が実質1〜2名で、その人が不在だと業務が止まる
• □ ソースが管理されていない：マクロの元コードがどこにあるか分からない、バージョン管理していない、コメントがなく仕様が読めない
• □ 動作不安定：Office/Windowsの更新後にマクロが止まった、32bit/64bit環境の差で動かないファイルがある
• □ 処理速度の限界：データ量が増え、1回の実行に数十分〜数時間かかる、または途中で落ちる
• □ 同時編集の壁：複数人が同じファイルを同時に扱えず、「今開いてます」の連絡で業務が滞る
• □ 連携の限界：基幹システムやクラウドサービスとデータを自動で行き来させられず、手作業の転記が残っている
• □ セキュリティ懸念：マクロ付きファイルがメールで飛び交い、誰が最新版を持っているか分からない

**2つ以上当てはまれば「移行検討フェーズ」、4つ以上なら「着手を先送りするほどコストが増える状態」**と考えてください。特に「属人化」と「ソース未管理」が同時に立っている場合は、担当者の退職・休職が引き金になって突然業務が止まる典型的なパターンです。

一点、誤解を正しておきます。「VBAはもうすぐ使えなくなる（EOL）」という言説をときどき見かけますが、2026年時点でVBA本体に廃止予定は公表されていません。混同されやすいのは、Microsoftがインターネット経由で取得したOfficeファイルのマクロを既定でブロックする変更を進めてきたこと（メール添付やダウンロードしたマクロが警告で止まる）と、別技術であるVBScriptが非推奨（deprecated）化されたことです。この2つはVBAの「廃止」ではありません。したがって、移行の判断根拠を「もうすぐ動かなくなるから」に置くのは事実として弱く、社内稟議でも突っ込まれます。正しい動機は「壊れたときに直せる体制がない」「止まると事業が止まる」というリスク管理です。この整理をしておくと、後述するベンダー選定でも「不安を煽るだけの提案」を見抜けます。

---

移行先6タイプの比較表｜費用・期間・向き不向きを一覧で

VBAの移行先は、大きく6タイプに整理できます。まず全体像を表で押さえ、その後に各タイプを解説します。金額はいずれも一般的な相場感の目安であり、業務範囲・データ量・連携有無で大きく変動します（後述の「見積もりの読み方」を必ず併読してください）。

「安い順に検討する」のは正しくありません。業務の独自性が低ければ⑤SaaSや④ローコードが最速・最安、独自性が高ければ⑥Webシステムが結果的に割安という、業務性質に沿った選び方が原則です。以下、それぞれの実像を掘り下げます。

① Google Apps Script（GAS）｜無料で始めやすいが「実行制限」と「再属人化」に注意

Google Workspaceを使っている企業なら追加費用ゼロで始められ、スプレッドシートとの連携はVBAに近い感覚で書けます。メール送信・カレンダー連携・簡単な集計の自動化には有力です。

ただし公式ドキュメントで明記されているとおり、1回の実行時間は6分（カスタム関数は30秒）に制限されています（出典：Google for Developers「Apps Script quotas」）。数万行の一括処理や重い突合には向かず、分割実行やトリガー設計が必要になります。そして最大の落とし穴は、GASも結局「書ける人」に依存する点です。VBA属人化をGAS属人化に置き換えただけ、という失敗が起きやすいので、コードの管理方法（保管場所・レビュー・引き継ぎ）を最初に決めておく必要があります。向くのは「小規模・Google環境・軽い自動化」に限定されるケースです。

② Python｜大量データと分析に強いが、保守できる体制が前提

pandasやopenpyxlを使えば、Excelファイルの読み書き・大量データの加工・API連携・分析を高い自由度で処理できます。Excelのライセンスに縛られず、Windows以外の環境やサーバー・クラウド上でも動かせるのが強みで、VBAでは重すぎた処理が現実的な時間で回るようになります。

一方で、環境構築・ライブラリ管理・実行基盤の運用にはエンジニアリングの素養が要ります。「一度作って終わり」ではなく、ライブラリの更新やエラー対応が続くため、社内に保守できる人がいない場合は、外注しても結局ブラックボックス化するリスクがあります。データ分析・機械学習・重いバッチ処理が業務の中心なら第一候補ですが、「軽い自動化がしたいだけ」ならオーバースペックになりがちです。

③ RPA｜画面操作の自動化に強いが「シナリオ保守」というランニングコストを見落としがち

RPA（Power Automate Desktop、UiPathなど）は、人が画面上で行う操作（クリック、入力、転記）を記録・再現して自動化します。プログラミング知識が基本的に不要で、複数のシステムやWebサービスをまたいだ転記作業——APIがない古い業務システムからExcelへの入力など——に強みがあります。VBAでは触れない「Excelの外側」を自動化できるのが本質的な違いです。

弱点は、対象画面のレイアウトが変わるとシナリオが止まることです。相手システムの更新のたびにシナリオを直す必要があり、「作って終わり」ではなく「動かし続けるための保守」が恒常的に発生します。ここを見積もりに入れず、初期費用だけで判断すると後で運用が破綻します。定型的な画面操作が大量にあり、かつ対象システムの変更頻度が低い業務に向きます。

④ ローコード／ノーコード（kintone・Power Apps）｜現場主導で作れるが「限界の線引き」が肝

kintone（サイボウズ）やPower Apps（Microsoft）は、プログラミングをほぼ書かずに業務アプリを構築できる基盤です。案件管理・顧客管理・日報・問い合わせ管理といった「データを溜めて共有する」定型業務と相性が良く、同時編集・権限管理・モバイル対応がはじめから備わっているため、Excelファイルの奪い合いや属人化を根本から解消できます。

費用の目安は公式情報で確認できます。kintoneはライトコースが月額1,000円/1ユーザー、スタンダードコースが月額1,800円/1ユーザーで、いずれも最低契約は10ユーザーからです（出典：サイボウズ kintone公式料金ページ）。ここが見落とされがちで、「3人で使いたい」場合でも10ユーザー分の課金が発生します。

ローコードの限界も正しく知っておく必要があります。複雑な集計・関数計算、大量データでの表示速度、きれいな帳票（請求書などのレイアウト）は苦手で、プラグインやカスタマイズで補ううちに費用と保守が膨らみます。どこまでをローコードで作り、どこからは別手段にするかの線引きが成否を分けます。この見極めについてはkintoneでできないこと・限界の判断基準で具体的に整理していますので、選定前に一読をおすすめします。

なお、Power Apps／Power Automateを検討する場合はライセンスに注意が必要です。Microsoft 365に含まれる範囲では標準コネクタは使えますが、オンプレミスのデータ接続やプレミアム／カスタムコネクタは対象外で、本格利用には追加ライセンスが必要になります（出典：Microsoft Learn「Power Platformのライセンスの概要」）。「M365に入っているから無料でいける」と思って設計すると、後からプレミアムコネクタ費用が乗ってくる典型パターンです。

⑤ 業務特化SaaS｜最速・最安で移行できるが「独自フロー」と「積み上がる月額」に注意

会計・人事労務・経費精算・請求など、業界共通の定型業務をVBAで回しているなら、freeeやマネーフォワードなどの業務SaaSに乗り換えるのが最短です。導入が速く、法改正やアップデートはSaaS側が自動対応するため、属人化リスクが最も低いのが利点です。

弱点は、自社独自の業務フローには曲げられないこと、そして複数のSaaSを組み合わせるとデータ連携が煩雑になり、月額が積み上がって年間コストが想定を超えることです。「1本あたりは安い」が「合計すると高い」になりやすいので、利用SaaSの棚卸しと年額合計での比較が欠かせません。業界標準の業務に寄せられる部分はSaaSへ、独自性の高い部分は別手段へ、という切り分けが現実的です。

⑥ スクラッチのWebシステム｜独自業務に完全フィット、長期運用で逆転する

自社の業務フローに合わせて一から開発するWebシステムは、初期投資が最も大きい反面、独自業務を100%反映でき、他システムとのAPI連携も自在に設計できます。ユーザー数課金がないため、利用者が多い・長期運用が前提の場合は数年スパンでローコードやSaaSのランニングを逆転します。

留意点は2つ。ひとつは初期費用が200万円〜（規模によっては1,000万円超）と大きいこと。もうひとつは、成否が開発会社の選定と要件定義の質にほぼ依存することです。要件が曖昧なまま発注すると追加費用と手戻りで膨らみます。費用の内訳と予算別にできることの目安は中小企業のシステム開発費用と見積もりの読み方で詳しく解説しています。独自の業務プロセスが競争優位の源泉になっている企業に向く選択肢です。

---

移行先を選ぶGXOの判断フレーム｜4つの軸で絞り込む

比較表を眺めても「結局どれ」となりがちです。GXOが相談現場で使う絞り込みは、次の4軸を順番に当てるだけです。

1. 業務の独自性：その業務は市販のSaaS/ローコードで代替できるか。できるなら⑤→④を優先。できないなら⑥へ。
2. 止まったときの影響：止まると経営に直結するか（受注・請求・在庫など）。直結するものほど、安さより「直せる体制・保守契約」を重視する。
3. 社内の保守力：書ける人・直せる人が社内にいるか。いないなら①GASや②Pythonのような「コード資産が属人化する手段」は慎重に。ローコードやSaaSのほうが引き継ぎやすい。
4. データ量と連携：処理件数が多い・複数システムと連携するなら、GASの実行制限やローコードの表示速度がボトルネックになる。②Pythonや⑥Webシステムを検討軸に入れる。

この4軸で当てると、「独自性が低く・止まっても軽微・保守力なし」なら⑤SaaS、「独自性が高く・止まると致命的・長期運用」なら⑥Webシステム、というように自然に絞れます。**1つの手段に全部寄せる必要はありません。**受注管理はスクラッチ、経費精算はSaaS、社内申請はローコード、という組み合わせが最適解になることも多いのが実態です。

---

費用シミュレーション｜従業員30名・3業務を移行する場合

金額の肌感を持っていただくため、従業員30名（システム利用者25名）で、受注管理・在庫管理・請求書発行の3業務をVBAで回している企業を想定し、3年間のトータルコスト（TCO）を試算します。これは一般的な相場からの試算であり、GXOの実案件の金額ではありません。 自社の業務量で必ず引き直してください。

読み方のポイントは3つ。 ①初期費用の安さで並べると判断を誤ります。ローコードの最低ユーザー数、Power Platformのプレミアムコネクタ、SaaSの積み上げは、初期費用ではなくランニングに効いてきます。②Webシステムは初期が重いぶん、利用者が多い・長期運用ほど3年目以降にコストが逆転します。③どのタイプでも「現状のVBA保守にかかっている見えない人件費（作業時間・障害対応・引き継ぎ工数）」を並べて比較しないと、投資判断がフェアになりません。移行の効果は「新しい費用」ではなく「今払っている隠れコストの削減」で語るべきです。

---

移行の進め方｜失敗しない5ステップ

VBA移行で最も多い失敗は、たった一言に集約されます。「一気に全部を置き換えようとする」ことです。段階移行が唯一の現実解です。

ステップ1：VBAの棚卸し（1〜2週間）

社内のマクロを洗い出し、「どの部署が・どのマクロを・どの頻度で・何のために使っているか」「止まると業務が止まるか」「作った人は誰か、ソースはあるか」を一覧化します。ここで全てを移行対象にしないことが重要です。使用頻度が低く壊れても困らないマクロは残してよい。「壊れると困る」「1人しか触れない」ものを抽出します。

ステップ2：優先順位づけ（1週間）

棚卸し結果を、①業務影響度（止まると経営直結か）②属人化リスク（作成者が1名か）③移行難易度（簡単か）で並べます。業務影響度が高く属人化しているものを最優先、簡単なものから成功体験を積むのが定石です。全部を同じ熱量で進めると、どれも中途半端に終わります。

ステップ3：移行先の選定とPoC（2〜4週間）

優先度の高い1〜2業務を対象に、候補手段で小さく動くものを作り、現場に試してもらいます。ここで現場の例外処理・非公式運用が必ず出てきます。「本当は手で直している例外がある」「特定顧客だけ処理が違う」——これを拾えるかどうかがPoCの価値です。PoCを本番化するかの判断基準はAI・システム導入PoCで失敗しない5原則にまとめています。

ステップ4：本格移行と並行運用（1〜3ヶ月）

検証済みの手段に本格移行し、旧VBAと新システムを2〜4週間は並行運用してデータの整合性と業務フローを確認します。いきなり旧VBAを止めると、想定外の不具合で業務が止まります。並行運用は保険です。

ステップ5：全社展開と旧VBA廃止（1〜2ヶ月）

問題がなければ全社展開し、旧VBAを正式に廃止します。マニュアル整備と社内研修をここで必ず行い、「新しい仕組みも一部の人しか使えない」という再属人化を防ぎます。運用責任者（業務側・IT側）を明確に決めておくことが、移行を定着させる最後の鍵です。

移行の全体設計から本番切り替えまでを外部と伴走したい場合は、レガシー刷新・移行の進め方の相談から現状に合わせた進め方を整理できます。

---

よくある失敗パターンと回避策

移行が頓挫する原因は、技術ではなく段取りにあります。相談現場で繰り返し見るパターンを挙げます。

特に多いのが、上から2番目（一括移行）と4番目（属人化の移し替え）です。VBAを脱却したはずが、今度はGASやPythonのコードを1人しか触れない状態になり、問題が形を変えて残ります。「誰が保守するか」を移行先の技術選定と同じ重さで先に決める——これが最大の予防策です。

---

見積もりの読み方｜表面価格の裏を3点で確認する

複数社から見積もりを取ると、金額が数倍違って戸惑うことがあります。差の正体はたいてい「含まれている前提が違う」ことです。次の3点を必ず確認してください。

• 要件定義が含まれているか：安い見積もりは要件定義が別費用のことがあります。要件が曖昧なまま着手すると、後から追加費用で逆転します。要件定義の有無・成果物（画面/帳票/データ項目の定義書）を確認します。
• 保守・運用費が入っているか：初期費用だけ安く、月額保守や障害対応が別建てのケース。RPAのシナリオ保守、ローコードのプラグイン更新、SaaSの追加ライセンスなど、動かし続けるための費用を3年分で並べます。
• 移行・並行運用・データ移行が入っているか：既存VBAのデータや処理ロジックを新システムに移す作業、並行運用中の二重運用工数は、見落とされがちな費用です。

ベンダーに聞くべき質問も定型化しておきます。「この見積もりに要件定義とテストは含まれますか」「保守は何を・月いくらで・どこまで対応しますか」「仕様変更が出たときの追加費用の考え方は」「移行後にソースコードと設計書はこちらに渡されますか（ベンダーロックインの確認）」。**この4問に淀みなく答えられるベンダーは信頼できます。**答えが曖昧なら、後の追加費用リスクが高いと判断してよいでしょう。

なお、移行費用の一部は補助金の対象になり得ます。制度は年度で変わるため、最新の対象要件とスケジュールはデジタル化・AI導入補助金2026の対象・申請の進め方で確認してください。交付決定「前」の発注は対象外になるなど手続き順序に注意が必要で、スケジュール設計を誤ると補助を受けられなくなります。

---

発注前チェックリスト｜これが揃うと見積もり精度が上がる

外部に相談・発注する前に、次の情報を分かる範囲で整理しておくと、概算費用・期間・体制の見立てが早く正確になります。全部揃っていなくても構いません。

• □ 対象VBAの棚卸し表：どのマクロを・どの部署が・どの頻度で使っているか、止まると業務が止まるか
• □ 業務量の概算：月間処理件数、担当人数、手戻り件数、確認待ち時間
• □ 例外・非公式運用：手作業で直している例外、特定顧客だけの処理、口頭ルール
• □ 現行システム構成：連携している基幹システム、画面・帳票・データ項目、外部連携
• □ 制約条件：個人情報・機密情報の扱い、権限管理、外部委託の可否
• □ 予算とスケジュール：予算レンジ、希望開始時期、社内承認者と決裁フロー
• □ 現状の隠れコスト：VBA保守・障害対応・引き継ぎにかかっている概算工数（投資対効果の分母になる）

このチェックリストが埋まっているほど、複数ベンダーの見積もりを同じ土俵で比較できます。逆に、ここが空欄のまま相見積もりを取ると、各社が別々の前提で試算し、金額を比べても意味がなくなります。

---

第三者検証の観点｜社内判断だけで進めない

VBA脱却は「動けばいい」で済む話ではなく、投資判断とリスク管理が絡みます。社内の思い込みだけで進めず、次の公的・一次情報と照合しておくと、稟議やベンダー選定での説得力が上がります。

「移行先の特性」も、ベンダーの説明だけでなく提供元の公式情報で裏を取ることを推奨します。本記事でも、GASの実行時間制限はGoogle for Developers、kintoneの料金と最低ユーザー数はサイボウズ公式、Power Platformのライセンス範囲はMicrosoft Learnで確認しています。「無料でできます」「制限はありません」といった営業トークは、必ず公式ドキュメントで裏取りする——これだけで多くの誤発注を防げます。移行前に自社に合う手段を客観的に見極めたい場合は、移行前の第三者診断（AI・システム導入可否アセスメント）のように、発注前に要件を整理する外部の壁打ちを使う方法もあります。

---

GXOに相談すべきタイミング

次のいずれかに当てはまるなら、社内だけで抱えず外部の整理を挟むほうが、結果的に速く・安く進みます。

• 移行先を絞り込んだが、費用や進め方が自社に合っているか自信がない
• 複数ベンダーの見積もりを取ったが、前提がバラバラで比較できない
• VBAが属人化しており、担当者の退職・休職が現実的なリスクになっている
• 補助金を使いたいが、対象要件と発注タイミングの整合が取れない
• 一度「脱Excel」に挑戦して頓挫し、今度こそ着実に進めたい

GXOでは、現状整理・要件定義・RFP作成・ベンダー比較・PoC設計・本番移行計画までを一気通貫で支援できます。特定のツールを売るためではなく、御社の業務性質に対してどのタイプが妥当かを第三者の立場で整理します。まずは現在のVBA活用状況と制約を共有いただくところから、システム移行・再構築の相談で具体化を始められます。

→ 無料相談・お見積もりはこちら（30分オンライン相談／営業電話なし）

---

よくある質問（FAQ）

Q. VBAはもう使えなくなるのですか？EOL（廃止）予定はありますか？ A. 2026年時点でVBA本体の廃止は公表されていません。混同されやすいのは、Microsoftがインターネット由来のOfficeファイルのマクロを既定でブロックする変更を進めてきたことと、別技術のVBScriptが非推奨化されたことです。移行の理由を「もうすぐ使えなくなるから」に置くのは弱く、「属人化・保守不能・止まると業務が止まる」というリスク管理を動機にすべきです。

Q. とにかく安く移行したい場合、どれを選べばいいですか？ A. 業務の独自性が低ければ、業務特化SaaS（⑤）かローコード（④）が最速・最安です。ただしローコードは最低契約ユーザー数（kintoneは10名から）、SaaSは複数併用時の年額合計に注意してください。初期費用ではなく3年間の合計で比較するのが鉄則です。

Q. GASやPythonに移せば属人化は解消しますか？ A. 手段を変えるだけでは解消しません。GAS/Pythonのコードを1人しか触れない状態になれば、VBA属人化がGAS/Python属人化に移り変わるだけです。ソース管理・レビュー・引き継ぎ・保守体制を技術選定と同時に設計することが必須です。

Q. 全部のマクロを移行する必要がありますか？ A. いいえ。使用頻度が低く壊れても困らないマクロは残して構いません。「止まると業務が止まる」「作った1人しか触れない」ものから優先的に移すのが現実的で、一括移行は最も失敗しやすいアプローチです。

Q. 移行費用に補助金は使えますか？ A. 制度によっては対象になり得ますが、要件・スケジュールは年度で変わり、交付決定前の発注は対象外になるなど手続き順序に注意が必要です。最新情報を公式と専門家で確認したうえで、発注タイミングを設計してください。

Q. 相談前に何を用意すればいいですか？ A. 対象VBAの棚卸し表、業務量の概算、現行システム構成、制約条件、予算・スケジュールがあると精度が上がります。すべて揃っていなくても、分かる範囲で共有いただければ概算の見立ては可能です。

---

まとめ｜「何に移すか」の前に「どの順で・誰が保守するか」を決める

Excel VBAは優れたツールですが、属人化・保守不能・処理限界・セキュリティという構造的な弱点は、規模拡大とともに必ず表面化します。2026年の選択肢は6タイプに増え、業務の独自性・影響度・保守力・データ量で選び分けられるようになりました。

失敗を避ける要点を、最後にもう一度。①移行動機はEOLではなくリスク管理に置く。②一気に全部移さず、影響度×属人化で優先順位をつけて段階移行する。③初期費用ではなく3年TCOと隠れコストで判断する。④技術選定と同じ重さで「誰が保守するか」を先に決める。⑤移行先の特性は公式情報で裏を取る。 この5点を押さえれば、VBA脱却は「不安を煽られて発注する話」から「自社のリスクを計画的に下げる投資判断」に変わります。まずは棚卸しから、着実に始めてください。