Excelの集計はどれを使う?関数・ピボット・Power Query・データモデルの使い分け完全ガイド

Excel集計の使い分け完全ガイドのアイキャッチ画像(関数・ピボット・Power Query・データモデル)
※本記事の図解・画面イメージは理解促進のための例です。社内データは伏せ、一般化したサンプルで解説しています。
目次

結論:Excel集計は「関数 → ピボット → Power Query → データモデル」の順で覚えると、最短で“迷わなく”なります

Excelで集計がつらい理由の多くは、あなたの能力ではなく 「手段の選び方が整理されていない」 ことにあります。

この順番で覚えると、

STEP
まず関数で“目の前の表”を素早く集計できる
STEP
次に ピボットで“まとめて見える化”ができる
STEP
さらに Power Queryで“毎月の整形地獄”を自動化できる
STEP
最後に データモデルで“複数表をまたぐ集計”を破綻なく回せる

という、実務で困りやすい順にステップアップできます。


この記事でわかること
  • Excel集計の手段(関数/ピボット/Power Query/データモデル)の違いと使い分け
  • 「どれを使えばいいか」を迷わない判断基準(チェックリスト)
  • よくある悪い例 → 良い例(実務で起きがちな失敗を潰す)
  • 生成AI(ChatGPT/Copilot/Gemini)を使って、作業手順・式・改善案を安定させるプロンプト例
  • ブログ運営にも効く「テンプレ化・再現性」の考え方

使い分け早見表(まずここだけ見ればOK)

関数

得意:小回り/定型表に強い

苦手:切り口増で式が肥大化

おすすめ:小〜中規模の集計

第一歩:XLOOKUP・SUMIFS

ピボット

得意:大量集計が速い/切り口変更◎

苦手:元データが汚いと崩れる

おすすめ:部署別・月別の確認

第一歩:テーブル化→作成

Power Query

得意:取り込み/整形の自動化

苦手:初回設定が必要

おすすめ:毎月CSV整形

第一歩:取り込み→不要行削除→型設定

データモデル

得意:複数表の集計/長期運用

苦手:概念が少し難しい

おすすめ:売上×商品×担当の集計

第一歩:マスタ分離→関係でつなぐ

迷ったら:まず関数→ピボット。毎月同じ整形があるならPower Query。複数表ならデータモデル。


Excel集計がしんどくなる“典型パターン”を先に潰す

Excel集計がうまくいかない人は、だいたい次のどれかにハマっています。

よくある詰みポイント

  • 表が汚い(空白・全角半角・表記ゆれ・結合セル・途中に見出し行)
  • “集計のための作業”が毎回違って、やり方が固定化されていない
  • 関数で全部やろうとして、式が巨大化して壊れる
  • ピボットを使うと崩れて怖い(更新のたびに直す)
  • CSVや別システムのデータを毎回コピペ整形して疲弊する
  • 部門別・商品別など、複数表をまたぐ集計で破綻する

この“詰み”に対して、関数・ピボット・Power Query・データモデルは、それぞれ得意分野が違います。

だからこそ、順番と使い分けが重要です。


Excel集計の全体像:4つの武器の役割を一言で覚える

まずは「何が何を得意とするか」を、難しい言葉抜きで整理します。

  • 関数:目の前の表を“必要な形”に整える・一部を集計する(小回りが効く)
  • ピボット:たくさんの行を“まとめて”集計・一覧化する(集計が速い)
  • Power Query:データの取り込み・整形を“自動化”する(毎月の作業を消せる)
  • データモデル:複数の表を“つないで”集計する(Excel内の小さなDB)

この4つは、競合ではなく リレー です。

“全部関数でやる”のではなく、関数で整える → ピボットで集計する → Power Queryで整形を自動化する → 必要なら複数表をデータモデルでつなぐ

これが正攻法です。


迷わないための判断フロー(最短ルートの選び方)

ここだけ覚えると、現場で迷いにくいです。

判断フロー(超実務)

  1. まず関数で済む? → 行数が少ない/1つの表で完結/毎回同じ形で集計するなら関数が最速
  2. 行数が多い・切り口が変わる? → ピボット。集計の切り替えが圧倒的に速い
  3. データが毎回汚い・取り込みが面倒? → Power Query。整形と取り込みを固定化できる
  4. 複数表(売上×商品×担当×店舗)をまたぐ? → データモデル。VLOOKUP地獄や巨大SUMIFSから解放される

この順番は“覚える順”であり“選ぶ順”でもあります。

まずは関数とピボットを押さえる。次に Power Query。最後にデータモデル。

これが初心者にとって一番ストレスが少ないです。


Step1:関数(まずは“集計の土台”を作る)

関数は「集計の本体」というより、集計しやすい形に整えるための道具です。

実務では、関数が強い人ほど“関数で全部やらない”傾向があります。

理由は、関数を使って 整形→集計→再利用 の流れが作れるからです。

関数が向いているケース

  • 1つの表で完結する(別表参照が少ない)
  • 月次など、ルールが固定で同じ集計を繰り返す
  • 表の形がきれい(見出しが1行、列が揃っている、空白が少ない)

関数だけで戦うと辛いケース

  • 行数が増えるほど式が重い
  • 切り口(部署別・商品別・担当別)が増えると式が爆発する
  • データが汚いと、式が“エラー対策だらけ”になる

悪い例:1セルにすべてを詰め込み、巨大な式で事故る

  • IFが何重にもなり、どこで間違えたか分からない
  • 参照範囲がズレて、気づかないまま数字が変わる
  • 誰も引き継げない

良い例:関数は“役割分担”させる

たとえば、売上データに「担当」「商品カテゴリ」「月」を追加して集計したい場合。

  • 列A:日付
  • 列B:商品名
  • 列C:売上
  • 列D:担当(別表から引く)
  • 列E:カテゴリ(別表から引く)
  • 列F:月(=TEXT(日付,“yyyy-mm”) など)

このように、1列=1役割 にしておくと、あとでピボットやPower Queryに渡しやすくなります。


初心者が“最初に覚えるべき”関数のセット

  • XLOOKUP(照合の定番:VLOOKUPの置き換え)
  • SUMIFS / COUNTIFS(複数条件の集計)
  • IF / IFERROR(条件分岐・エラー処理)
  • TEXT / LEFT / RIGHT / MID(文字の整形)
  • TRIM / SUBSTITUTE(空白・置換)
  • UNIQUE / FILTER(可能なら:一覧や抽出が一気に楽)

この中でも実務で最重要なのは XLOOKUP と SUMIFS

まずここを押さえると「集計できる体験」が早いです。


関数でよくやる“整形”の典型

  • 全角半角の混在を直したい
  • 余計な空白(前後・途中)が混ざってる
  • 商品名の表記ゆれ(「A社」「A社」「A 社」)がある
  • 日付が文字になっている
  • 郵便番号やコードが先頭ゼロ落ちしている

ここをAIに手伝わせると、初心者でも事故が減ります(後半のプロンプト例でまとめます)。


Step2:ピボット(集計を“速く・柔らかく”する)

ピボットは「集計を作るための機能」ですが、本質は “切り口を変えながら確認できる” ことです。

関数で毎回SUMIFSを増やしていた人が、ピボットを覚えると世界が変わります。

ピボットが向いているケース

  • 行数が多い(数千〜数万行)
  • 部署別、担当別、月別…など、切り口が変わる
  • まずは“全体の傾向”を掴みたい
  • 集計表を何パターンも作る必要がある

悪い例:集計表をコピペで量産し、更新で崩壊する

  • 月が変わると行が増えて、参照範囲がズレる
  • 列を追加したら、式が壊れて気づけない
  • 「最新版どれ?」が発生する

良い例:ピボットを“1枚の集計装置”として使う

  • 元データは1つ
  • ピボットで切り口を変える
  • 必要なら“ピボットグラフ”で見せる

実務はこれだけで相当ラクになります。


ピボットが怖い人がやりがちなミス3つ

  1. 元データがテーブル化されていない → 範囲がズレやすい。まず“テーブル化”で固定するのが安全。
  2. 見出しが複数行/途中に空行/結合セル → ピボットは“まっすぐな表”が前提。整形が必要。
  3. 更新のたびにフィールドが変わる → 元データの列名が毎回変わっている可能性。列名の固定が大事。

ピボットで作れる“実務の定番”

  • 月別×担当別の売上
  • 返品理由の件数ランキング
  • 問い合わせ内容のカテゴリ別件数
  • 工数の部署別集計
  • アンケート結果の項目別集計

「まずざっくり見たい」はピボットの勝ちです。


Step3:Power Query(“毎回の整形”を消す)

Power Queryは、慣れると「Excelで一番コスパが高い機能」です。

理由は単純で、毎月同じ作業を二度とやらなくてよくなるから。

Power Queryが向いているケース

  • CSVを毎月取り込む(売上、請求、在庫、ログなど)
  • 取り込み後に必ず整形が必要(列削除、置換、日付変換、空白除去)
  • データが複数ファイルに分かれている
  • “最新データに更新”したい

悪い例:毎月「コピペ→整形→チェック→集計」を繰り返す

  • 手順が人によって違う
  • ミスが混ざる(置換漏れ、行削除ミス)
  • 時間だけ取られる

良い例:Power Queryで整形手順を“レシピ化”する

  • 1回だけ手順を作る
  • 次月以降は「更新」ボタンで再現
  • その先のピボット・グラフも自動で更新できる

つまり Power Queryは「作業の型化装置」です。


Power Queryでできる“ありがち改善”

  • 先頭・末尾の空白を削除
  • 全角半角の統一(完全ではないが、整形に強い)
  • 列の分割・結合
  • 日付形式の統一
  • 不要行(ヘッダ前の説明行など)を削除
  • 複数CSVを結合して1表にする

「毎回やってる」を見つけたら Power Query の出番です。


Step4:データモデル(複数表の“つなぎ集計”を破綻させない)

最後がデータモデル。ここは一段だけ“考え方”が変わります。

関数やピボットは基本的に「1つの表」を前提にしがちですが、実務はたいてい複数表です。

  • 売上表(明細)
  • 商品マスタ(商品名、カテゴリ、原価…)
  • 担当者マスタ(部署、役職…)
  • 店舗マスタ(地域、規模…)

これを関数(XLOOKUP/SUMIFS)でつなぐと、表が大きいほど辛くなります。

そこでデータモデルを使うと、Excel内で “表どうしを関係でつなぐ” ことができます。

データモデルが向いているケース

  • 複数表をまたいで集計したい(売上×商品×担当×店舗)
  • 商品マスタや担当者マスタを頻繁に更新する
  • 大きいデータで関数が重い
  • “マスタが正”という構造を守りたい

悪い例:XLOOKUPで列を増やし続け、ファイルが太る

  • 売上明細にカテゴリ列、部署列…を追加し続ける
  • 途中でマスタが変わると、過去データとの整合が崩れる
  • 参照漏れで「空欄が混ざってる」事故が起きる

良い例:明細は明細、マスタはマスタのまま維持する

  • 明細はID(商品ID、担当ID)だけ持つ
  • マスタの情報はデータモデル側でつなぐ
  • 集計はピボット(またはPower Pivot)で行う

“正しい構造”を作ると、後から増やしても壊れにくいです。


4つをつなげる「正攻法ロードマップ」(実務の型)

ここまでの内容を、実際の手順に落とします。

ロードマップ(最短で成果が出る順)

  1. まずデータを“まっすぐ”にする(関数) 空白、表記ゆれ、日付の形などを整える → 集計前の事故が激減
  2. 全体像を掴む(ピボット) 月別、担当別、カテゴリ別…を一気に出す → “どこがおかしいか”が見える
  3. 毎回の手順を固定化する(Power Query) 取り込みと整形を自動化 → 作業時間が削れる、属人性が消える
  4. 複数表をつなぐ(データモデル) マスタ更新に強い構造へ → 長期運用の“崩れ”を防ぐ

この順番で進めれば、初心者でも無理なく積み上がります。


ケース別:どれを使う?(悩みから逆引き)

ケース1「月次報告の集計が毎回大変」

  • まず:ピボット(集計の切り口を固定)
  • 次に:Power Query(取り込み・整形を自動化)
  • 余裕が出たら:データモデル(商品マスタなどをつなぐ)

ケース2「担当者別の集計で、参照ミスが多い」

  • まず:関数で整形(IDを揃える、表記ゆれ削減)
  • 次に:ピボットで集計
  • マスタが多いなら:データモデルへ

ケース3「CSVをコピペして整えるのが地獄」

  • ほぼ確実に:Power Query
  • その後:ピボット(集計・グラフ)
  • マスタ連携があるなら:データモデル

悪い例/良い例で理解する(“初心者がやりがち”を具体的に)

悪い例1:結合セル+見出しが2行の表で集計しようとする

  • ピボットが作れない/フィールドが崩れる
  • 関数が読みづらく、ミスが増える

良い例

  • 見出しは1行
  • 結合セルなし
  • 空白行なし
  • 列は「1列=1意味」で固定これだけで“集計できる表”になります。

悪い例2:とりあえずSUMIFSを増やしていく

  • 条件が増えるほど、式が重くなる
  • “誰も直せない”シートになる

良い例

  • 切り口が増えるならピボットへ
  • 毎月同じ取り込みならPower Queryへ
  • 複数表ならデータモデルへ「増やす」前に「移す」判断が重要です。

悪い例3:毎回同じ整形を“手作業”でやる

  • 置換漏れが起きる
  • 手順が属人化する
  • 作業時間が消える

良い例

  • Power Queryで「整形手順」を保存する
  • 更新で再現する
  • ピボットも連動させる“手順が資産”になるのが強みです。

生成AIで“精度のムラ”を減らす:Excel集計で使えるプロンプト設計

生成AIをExcelに使うとき、初心者がつまずくのはここです。

  • 何を渡せばいいか分からない
  • 情報が足りずに曖昧な答えが返る
  • 一度うまくいっても再現できない

つまり「プロンプトが毎回違う」問題です。

そこで、このブログの読者向けに “よく使う型” を用意します。


プロンプトの基本テンプレ(ムラを減らす型)

以下を埋めるだけで、回答の精度が上がりやすいです。

テンプレ:

  • 目的:何を集計したい?(例:月別×担当別の売上)
  • データの形:列名と意味(例:日付/担当/商品/売上)
  • つまずき:何ができない?(例:XLOOKUPが#N/A)
  • 制約:社内利用(個人情報は伏せる/ツールはExcelのみ)
  • 出力形式:手順/式/注意点を箇条書きで

関数(XLOOKUP/SUMIFS)のプロンプト例

例:XLOOKUPがうまくいかない時

あなたはExcelの実務改善担当です。

XLOOKUPで担当者名を引きたいのですが、#N/Aが出ます。

元データ:A列=社員ID、B列=売上

マスタ:D列=社員ID、E列=氏名

IDは数字に見えますが、どちらかが文字かもしれません。

考えられる原因を優先順に5つ、確認手順と修正方法(関数 or 操作)を教えてください。

狙い:原因の棚卸し+チェック手順が返ってきます。


ピボットのプロンプト例(“崩れる”問題)

ピボットテーブルが更新のたびに項目が変になります。

元データは毎月CSVで、列名は同じですが、空行や不要行が混ざることがあります。

①崩れる原因の可能性 ②防止策(元データの整形ルール)③やるべき順番

を、初心者向けに箇条書きでください。

狙い:ピボットが壊れる原因は大体“元データの形”なので、対策が明確になります。


Power Queryのプロンプト例(自動化手順)

毎月届くCSV(売上明細)をPower Queryで整形して、ピボット集計まで自動化したいです。

CSVの特徴:先頭に説明行が2行ある/途中に空白行が入る/日付が文字/金額にカンマあり

目標:①不要行削除②列型の設定③空白除去④最終的にテーブルとして出力

初心者が迷わない手順を、画面操作ベースで教えてください。

狙い:Power Queryは操作手順が命。AIに“手順化”させると学習が速いです。


データモデルのプロンプト例(複数表をつなぐ)

売上明細(商品ID、担当ID、日付、売上)と、

商品マスタ(商品ID、カテゴリ)担当者マスタ(担当ID、部署)をつないで、

月別×部署別×カテゴリ別の売上を出したいです。

関数で列を増やす方法と、データモデルでつなぐ方法の違いを、

初心者が判断できるようにメリット・デメリットとおすすめ手順で説明してください。

狙い:選択基準がクリアになり、必要な時にだけデータモデルへ進めます。


ブログ運営にも効く:このロードマップを“記事設計”に落とすコツ

この内容は、実務だけでなくブログにもそのまま使えます。

なぜなら、ブログも「読者が迷わず進める導線」が大事だからです。

記事をシリーズ化しやすい構造

  • 柱記事(この記事)をハブにして
    • 関数編(XLOOKUP/SUMIFS)
    • ピボット編
    • Power Query編
    • データモデル編へ送る。読者は「今の自分はどこ?」が分かるので回遊が増えます。

業務の“あるある”を冒頭に置くと読まれやすい

  • 毎月CSVコピペが地獄
  • SUMIFSが増えすぎて壊れる
  • ピボットが怖い
  • マスタ更新で数字がズレるこの“痛み”は検索意図と一致します。

図解・チェックリストが刺さる

  • 判断フロー
  • 使い分け表
  • “やってはいけない表の特徴”は、保存・共有されやすい資産になります。

“よくある質問(FAQ)”


A:まずはピボットがおすすめです。理由は、集計の切り口(部署別・月別など)を変えながら確認できて、全体像を掴むのが早いからです。

ただし、毎月同じ形の集計を“決まった数字”として出すなら、SUMIFSが向きます。

迷ったら「分析=ピボット」「定型出力=SUMIFS」と覚えると失敗しにくいです。

A:Power Queryは基本的にWindows版Excelで標準的に使えることが多いですが、会社PCだとバージョンや制限で使えない場合があります。

まずはExcelの「データ」タブに “取得と変換(Power Query)” のメニューがあるか確認してください。

もし無い場合は、社内ルール(アドイン禁止・更新制限)もあるので、IT部門に確認するのが安全です。

A:結論、必須ではありません

1つの表で完結するなら、関数やピボットで十分です。

ただ、売上明細・商品マスタ・担当者マスタのように複数の表をまたぐ集計が増えてきたら、データモデルを使うと「列を増やすほど壊れる問題」を避けられます。

“表が2つ以上+長期運用”になったら検討でOKです。

A:悪いことではありません。条件付きでOKです。

  • OK:月次の定型表で、列の追加が少ない/更新ルールが固定
  • 注意:列追加が増え続ける/マスタ更新が頻繁/複数表をまたぐ後者は、列を増やすほどファイルが重くなり、照合漏れやズレが起きやすいので、Power Queryやデータモデルに寄せると安定します。

A:最短はこの順番です。

  1. 関数(XLOOKUP/SUMIFS)で最低限の整形と集計を体験
  2. ピボットで切り口を変えて全体像を掴む
  3. 毎月同じ取り込みがあるなら Power Query で自動化
  4. 複数表が増えたら データモデル でつなぐ“いま困っているポイント”が「整形」ならPower Queryを先に触ってもOKです。

実務やブログで使う時のコツ(3〜5点)

  1. 「関数で全部やらない」を最初に決める 関数は整形・補助に強い。切り口が増えるならピボットへ移す。
  2. 元データは“まっすぐ”にする(結合セル・空行・複数見出しを避ける) ここが整うだけで、ピボットもPower Queryも安定します。
  3. “毎月同じ作業”を見つけたら、Power Queryに寄せる 自動化の第一歩は「繰り返し」を消すこと。
  4. 複数表が増えてきたら、データモデルを検討する 列追加でつなぐより、構造でつなぐ方が長期運用に強い。
  5. AIには「目的・データの形・つまずき・出力形式」をセットで渡す プロンプトのムラが減り、再現性のある回答が返りやすくなります。
参考になりましたら、ぜひシェアいただけますと幸いです。

この記事を書いた人

はじめまして、改善ラボ主任です。営業推進・営業サポートとして、企画・セミナー提案、報告書作成、分析と改善に関わっています。Gemini Pro/Microsoft Copilot×Excelを使い、仕事を速くしつつミスを減らすための「実務の型(テンプレ・手順)」をこのブログにまとめています。※固有名詞や機密は扱わず、内容は一般化して記載します。

目次