この記事で分かること
- Excelマクロ開発の依頼前に業務フローを整理すべき理由
- 開発会社に提示するべき「4つの基本要素」とテーブルでの整理方法
- 専門知識がなくても書ける、簡単な業務フロー図の作成手順
- 既存のExcelファイルを安全に提示して要件を伝えるコツ
Excelマクロ開発の依頼で失敗を防ぐ鍵は業務フローの整理
ExcelマクロやVBAの作成を外部のシステム開発会社やフリーランスに依頼しようと考えたとき、多くの人が「どのようなマクロを作ってほしいか」という仕様から考え始めてしまいます。しかし、開発プロジェクトを成功させるために最も重要なのは、具体的な仕様を考える前に「現在の業務フローがどうなっているか」を可視化・整理することです。
マクロ開発における失敗の多くは、開発者の技術不足ではなく、「依頼側と開発側の認識のズレ」によって発生します。特に、既存のExcel業務は長年の運用で複雑化しており、実務担当者しか知らない「暗黙のルール」や「例外処理」が数多く存在します。これらが整理されないまま開発が進むと、いざ完成したマクロを実行したときに「エラーで止まる」「必要なデータが反映されない」といったトラブルが発生し、大幅な手戻り（修正作業）が生じてしまいます。
手戻りが発生すると、納期の遅延はもちろん、追加の開発費用が発生するリスクもあります。また、最も避けたいのは「せっかく費用をかけて作ったマクロが、実務に合わずに結局使われなくなってしまう」という事態です。マクロ開発はあくまで「業務効率化」の手段であり、目的ではありません。現在の業務フローを整理・可視化することで、「どの作業をマクロで自動化し、どの作業は人間が判断すべきか」という境界線が明確になり、費用対効果の高い最適なシステムを開発できるようになります。
開発会社への依頼前に整理しておくべき4つの要素
業務フローの整理といっても、難しいシステム用語を使う必要は一切ありません。開発会社が本当に知りたいのは、日々の業務が「どのような流れで、どのようなデータを使い、どう処理されているか」という実態です。具体的には、以下の4つの要素を整理しておくだけで、開発会社とのコミュニケーションは劇的にスムーズになります。
1. インプット（入力データ）
マクロの処理を開始するために必要なデータやファイルです。例えば、「基幹システムからダウンロードしたCSVファイル」「他部署から送られてくる売上集計表（Excel形式）」「PDFの請求書」などがこれに該当します。データの形式や、保存されている場所、データの更新頻度も整理しておきましょう。
2. プロセス（処理手順とルール）
インプットされたデータを、どのように加工・計算・整理するかのルールです。例えば、「A列の顧客コードをキーにしてマスタシートから顧客名を取得する」「売上金額が10万円以上の行を抽出する」「特定の文字列が含まれている場合はエラーとする」といった具体的な手順を書き出します。
3. アウトプット（成果物）
マクロを実行した結果、最終的に作成したいファイルや帳票です。「取引先ごとの請求書PDF」「経営報告用の売上グラフ付きExcelシート」「システムへアップロードするための加工済みCSV」など、具体的な成果物のイメージを定義します。
4. 頻度とボリューム
その業務が「いつ、どれくらいの量」発生するのかという情報です。例えば、「毎日朝9時に実行、データ件数は約100件」「毎月末に1回実行、データ件数は数万件」といった規模感です。これによって、マクロに求められる処理速度や、エラー対策の重要度が変わってきます。
これらの要素を整理する際、以下のようなシンプルなテーブル（表）を作成しておくと、開発会社への説明が非常にスムーズになります。
| 要素 | 整理すべき内容 | 具体的な記述例 |
|---|---|---|
| インプット | 処理の元となるデータ、ファイル形式、取得元 | 基幹システムから出力した「売上データ.csv」（Shift-JIS、ヘッダーあり） |
| プロセス | データの加工方法、計算ルール、分岐条件 | CSVの「商品コード」をもとに、マスタシートから「単価」をVLOOKUPで反映。単価×数量で「売上金額」を算出。 |
| アウトプット | 最終的に出力したいファイル、形式、保存先 | 「〇月度_売上集計表.xlsx」をデスクトップの「送信待ち」フォルダに出力。 |
| 頻度とボリューム | 業務の発生タイミング、処理するデータ件数 | 毎月1回の月次処理。処理するデータ件数は最大で約5,000行。 |
Excel業務フロー図の具体的な書き方とステップ
次に、整理した要素を「業務の流れ（フロー）」として1つの図や箇条書きにまとめます。システム開発の専門的な図（BPMNやフローチャートの厳密なルール）を覚える必要はありません。誰が見ても「どのような順番で、誰が、何を使って作業しているか」が直感的に分かれば十分です。以下のステップに沿って整理を進めてみましょう。
ステップ1：現状の作業手順を箇条書きで洗い出す
まずは、実務担当者が行っている作業を、頭の中からすべて書き出します。このとき、「細かすぎるかな」と思うことでも省略せずに書き出すのがコツです。
【箇条書きの例】
- 基幹システムにログインし、前日分の売上データをCSVでダウンロードする。
- ダウンロードしたCSVを「売上ワーク.xlsx」の「データ」シートに貼り付ける。
- 「マスタ」シートを参照し、手作業でVLOOKUP関数を入力して商品名と単価を埋める。
- 単価が入っていない商品（新商品など）がある場合、手動でマスタに追加して関数を再計算する。
- 取引先ごとにシートを分割し、それぞれの売上合計を算出する。
- 分割したシートをPDFに変換し、指定のフォルダに「取引先名_日付.pdf」として保存する。
ステップ2：作業の「登場人物」と「システム」を整理する
箇条書きにした手順の中で、「誰が」「どのツール（Excel、基幹システム、フォルダなど）」を使って作業しているかを明確にします。特に、Excel以外のシステムやフォルダ移動が絡む部分は、マクロで自動化できる範囲（Excel内の処理）と、手動で行う範囲を分ける重要な境界線になります。
ステップ3：例外処理や「判断」が発生するポイントを明文化する
マクロ開発で最もトラブルになりやすいのが、「いつもと違うデータが入ってきたとき」の対応です。人間であれば「あ、これは新商品だからマスタに登録しよう」と自然にその場で判断して処理できますが、マクロは指示された手順通りにしか動けません。
そのため、「もしデータが空欄だったらどうするか」「もしマスタに存在しない商品コードがあったらどうするか」といった例外的なパターン（エラーハンドリング）を洗い出し、その際の対応ルールを「マスタ未登録の商品はエラーシートに書き出す」「処理を中断してポップアップで警告する」などのように決めておきます。
外注先に既存Excelファイルを見せる際に見るべきポイントと準備
業務フローの整理ができたら、開発会社へ問い合わせを行います。その際、最も効果的な仕様書の代わりとなるのが、「現在実際に使っているExcelファイル」です。開発会社に既存ファイルを見せることで、言葉だけでは伝わりにくいシートの構成、セルの結合状況、現在設定されている関数や数式などを正確に理解してもらうことができます。
ただし、既存のExcelファイルをそのまま送付する際には、いくつか注意すべきポイントがあります。
1. 個人情報や機密情報の取り扱い（デモデータの作成）
実際のExcelファイルには、顧客名、電話番号、取引金額、社外秘のプロジェクト名など、重要な個人情報や機密情報が含まれていることがほとんどです。これらをそのまま外部に渡すのはセキュリティ上、大きなリスクとなります。
そのため、開発会社に見せるファイルは、必ず「ダミーデータ（デモデータ）」に置き換えたものを用意してください。例えば、「山田 太郎」を「顧客A」、「090-XXXX-XXXX」を「090-0000-0000」に書き換えるといった対応です。データの形式（文字種、桁数、空欄の有無など）は、実際のデータと同じ状態を保っておくことが、開発のズレを防ぐポイントです。
2. 「自動化したい範囲」と「手作業で残したい範囲」の切り分け
既存のExcelファイルを見せながら、「この処理のすべてを自動化したいのか」、あるいは「一部の入力作業や最終確認は人間が行いたいのか」を明確に伝えます。
すべてを全自動化しようとすると、例外処理の実装などで開発コストが跳ね上がることがあります。一方で、「一番面倒なデータのコピペと集計作業だけをマクロに任せ、最後の確認とメール送信は人間が行う」という半自動化の設計にすることで、開発コストを大幅に抑えつつ、安全で実用的なシステムを構築することができます。
よくある質問（FAQ）
業務フローが複雑すぎて、自分たちではきれいに整理しきれません。どうすればよいですか？
すべてのフローを完璧に図式化する必要はありません。「現在の手順をメモ書き程度に箇条書きにする」「実際に使っているExcelファイルを見せる」だけでも、専門の開発会社であれば業務の流れを十分に汲み取ることができます。まずは「現状こんな手順でやっている」という内容をご用意いただき、そのまま開発会社に相談することをおすすめします。弊社の「要件定義・業務整理」サービスでも、お客様に伴走してフローの整理からサポートしております。
Excelマクロの開発を依頼する際、こちら側にExcelの関数やVBAの知識は必要ですか？
専門知識は一切不要です。「どの作業に時間がかかっていて、何を自動化して楽にしたいか」という実務上の困りごとをお伝えいただければ、開発側が最適な実装方法をご提案します。専門用語を覚えるよりも、日々の業務の「困りごと」や「手作業の手順」を整理しておくことの方が、スムーズな開発に繋がります。
マクロを作成してもらった後、Excelのバージョンが変わっても動きますか？
基本的には、Microsoft 365やExcel 2016、2019、2021などの主要なバージョン間であれば、標準的なマクロはそのまま動作します。ただし、一部の非常に古い関数や、特殊な外部ライブラリを使用している場合は、バージョンアップの際にエラーが発生することがあります。開発を依頼する前に、社内で使用しているExcelのバージョン（混在している場合はその旨も）を開発会社に伝えておくことで、互換性を考慮した開発を行ってもらえます。
前任者が作った「既存のマクロ」を改修してもらいたい場合も、業務フローの整理は必要ですか？
はい、既存マクロの改修（いわゆる野良マクロ、ブラックボックス化したマクロの修正）の場合こそ、全体の業務フローの整理が非常に重要です。なぜなら、マクロのプログラム（コード）だけを見ても、「本来そのマクロがどのような業務目的で、どのような流れの中で使われているか」という全体像が分からないことが多いためです。まずは「そのマクロを動かす前後の手作業」を含めた業務フローを書き出してみることをお勧めします。
業務フローを整理した結果、マクロではなく他のシステム（RPAやSaaS導入など）を勧められることはありますか？
はい、優良な開発会社であれば、お客様の業務効率化にとって最もコストパフォーマンスが良い手段を提案します。処理するデータ量が数十万件に及ぶ場合や、複数のWebブラウザや他社システムをまたいで自動化したい場合は、Excelマクロ（VBA）よりもRPA（Robotic Process Automation）や、専用のWebシステムを構築した方が長期的に安定するケースがあります。弊社では、お客様の規模感や予算に合わせて最適なソリューションをご提案しております。
