COUNTとCOUNTAで個数や全データ数を攻略！〇や名前も条件別に一発集計する方法

売上報告や申込一覧をまとめながら、「なぜ人数が部署ごとに違うのか」「なぜ自分だけ集計が合わないのか」と感じたことがあるなら、すでに目に見えない損失が始まっています。多くの解説は、COUNT関数は数値だけ、COUNTA関数は空白以外の全データ数を数える、とだけ説明して終わります。しかし実務では、この違いをあいまいにしたまま集計すると、同じ名簿でも人によって個数が変わり、レポートやKPIの判断そのものがぶれていきます。

本記事では、Excelで〇の数や同じ名前の人数、完了と未完了などのステータスを条件付きで数える具体的な関数パターンを、COUNTとCOUNTAを起点にCOUNTIFやCOUNTIFSまで一気に整理します。単なる使い方や書き方の暗記ではなく、「どの範囲を、どの定義でカウントするか」という設計を軸に、現場で多いトラブルの原因と対処法を示します。

さらに、ステータスバーでデータの個数が表示されない、COUNTAで空白セルまでカウントされる、特定の文字だけがCOUNTIFで拾えないといった“よくある詰まり”を解きほぐしつつ、項目ごとの個数集計表の作り方や、名簿や予約管理にそのまま流用できるテンプレート思考まで踏み込みます。数字の定義がそろえば、どの店舗でもどの担当者でも同じ集計結果が再現できます。今日中に集計を終わらせたい方ほど、この先の章で順番に確認してください。

COUNTとCOUNTAで何を数えるかが決まる違いを3分でつかむ超入門

Excelで「申込者数を今日中に出して」と言われた瞬間に、数字が味方になるか敵になるかは、この2つの関数を知っているかどうかで決まります。
同じファイルでも、人によって数字がズレる原因の多くは、COUNTとCOUNTAの使い分けミスです。

まずはこの2つの意味と役割を、現場で迷わないレベルまで一気に整理しておきます。

COUNT関数で数える数字だけの個数とは

COUNTは「数値が入っているセルだけ」を数える関数です。売上金額や来店数、点数のように、純粋な数値データの個数を確認したいときの専任カウンターだと考えてください。

書き方はシンプルで、範囲を1つ指定するだけです。

• 例: A列の売上件数を数える

  • =COUNT(A2:A100)

ここで押さえておきたいポイントは次の通りです。

• 数値だけをカウント

• 文字列の「10」や「OK」、日付を文字で入力したセルはカウントしない

• 空白セルはもちろんカウントしない

日付も、正しく日付として入力されていれば数値扱いになるため、来店日や申込日を対象にした集計にも使えます。ExcelCampのような講座でも最初に解説される、とても基本的で重要な関数です。

COUNTA関数で数える空白以外の全データ数とは

COUNTAは「空白以外、何かしら入っているセルの個数」を数えます。数値だけでなく、文字、記号、論理値、エラー表示まで、とにかく入力されていればカウントする、名簿向きの関数です。

• 例: 参加者名簿で、名前が入っている行数を数える

  • =COUNTA(B2:B100)

こちらの特徴は次の通りです。

• 数値と文字列を両方カウント

• 「〇」「済」「未」「キャンセル」など、ステータス管理に強い

• 半角スペースだけ入っているセルもカウントしてしまう

名前リスト、アンケート回答、申込フォームの「ステータス列」など、人数や全データ数の把握に向いているのがCOUNTAです。

COUNTとCOUNTAを選び間違えるとどんな集計ミスが起きるか

現場で見てきたトラブルの多くは、「何を1件と数えるか」がチームで共有されていないことから始まります。COUNTとCOUNTAの違いを整理しておきましょう。

たとえば、セミナーの参加管理で、次のようなパターンが起きがちです。

• B列: 参加者名

• C列: 参加ステータス（〇=参加、×=不参加、空白=未返信）

このとき、

• 「申込総数」はCOUNTA(B列)で数える

• 「参加予定者数」はCOUNTIF(C列,”〇”)で数える

という設計にしておけば、総データ数と条件付きの個数がぶれません。
ところが、申込総数をCOUNTで数えてしまうと、名前が数字でないため0件になります。逆に、金額リストをCOUNTAで数えると、メモ書きの入ったセルまで計上され、売上件数が実態より多く見えてしまいます。

社内でExcel研修をすると、必ずと言っていいほど「同じ名簿なのに、担当者AとBで人数が違う」という相談が出ます。原因をたどると、AはCOUNTA、BはCOUNTで集計しているだけ、というケースが非常に多いです。

このようなズレを防ぐために、最初に必ずこう決めておきます。

• 数字として入力されているものだけを数えるのか

• 文字や記号も含め、「何か入っていれば1件」とみなすのか

この基準さえ共有しておけば、後からCOUNTIFやCOUNTIFSで条件を追加しても、レポート全体の整合性が崩れません。
ここをあいまいにしたまま条件付き集計に進むと、ステータスバーの表示や関数の結果が噛み合わず、「数が合わない地獄」にハマりやすくなります。数字に強い会社ほど、まずこの2つの関数で「何を数えるか」を明文化してから、次のステップへ進めています。

〇の数や名前やステータスなど現場で本当に多い個数集計シナリオを一気に整理

「名簿の〇の数だけ今すぐ知りたい」「同じ名前は1人として数えたい」「完了と未完了を一発で出したい」
現場で飛んでくるお願いは、きれいな理論より“秒で答えが出るレシピ”かどうかが勝負です。ここでは、実務で毎週のように出てくるパターンだけに絞って整理します。

エクセルで〇の数を数える関数の定番パターン（単一条件）

チェックリストの〇を集計するときは、まず条件付きカウントを軸に考えます。

よく使うパターンは次の3つです。

• 1列の〇を数える

• 2列に分かれた〇をまとめて数える

• フィルター結果だけの〇を数える

フィルターで絞り込んだ後の個数は、COUNTIFではなくSUBTOTALを使うと「表示されている行だけ」をカウントできます。これを知らないと、レポートの数字が画面と合わない原因になります。

同じ名前の人数カウントと重複は1人として数えるケースの違い

「田中さんが何人申し込んだか」と「田中さんという人が何人いるか」は別物です。この区別ができていないと、来店数と顧客数を混同してしまいます。

• 同じ名前の申込件数を知りたい

• 同姓同名も含めて“人数”をユニークに数えたい

「重複は1人として」数える式は、顧客数や店舗数など“ユニーク数”を出したいときの定番です。データ行数が増えるほど、申込件数と人数を分けておかないと、KPIの解釈がぶれます。

○と△や完了と未完了など2種類以上を数えるときの考え方

「〇と△の合計を出したい」「完了と未完了を別々に数えたい」といった複数条件は、先に“設計”を決めておくと迷いません。

考え方のステップは次の通りです。

1. 総件数をCOUNTかCOUNTAで押さえる
2. 状態ごとにCOUNTIFかCOUNTIFSで切り出す
3. レポートは「ヘッダーで定義を書く」

現場では、どこまでを「完了」と呼ぶかの定義がバラバラになりがちです。ヘッダーに「完了=○と△」「未完了=空白と×」のように書き添えておくだけで、担当者が入れ替わっても同じ数字が再現できます。これが、単なる関数操作と“数字に強い運用”を分ける決定的な差だと感じています。

COUNTやCOUNTAとCOUNTIFやCOUNTIFSの役割分担で条件付きカウントの設計図を描く

数字に強い会社は、個々の関数の技だけでなく、「どの関数で何を担当させるか」という設計から組み立てます。ここを押さえると、申込数や来店数の集計が一気にブレなくなります。

COUNTとCOUNTAで総件数を押さえてCOUNTIFで特定条件の件数を切り出す

まずは「母数」と「条件付き」を分けて考えます。

• COUNT: 数値だけの件数

• COUNTA: 空白以外の全データ数

• COUNTIF: 1条件で絞った件数

• COUNTIFS: 複数条件で絞った件数

総件数と条件付き件数を混ぜると、「参加者は50人のはずが、支払い済は60人」という矛盾が起きます。先に総件数を確定させ、その内訳をCOUNTIFやCOUNTIFSで切り出すイメージです。

運用ルールとして、「レポートの先頭に必ず母数を置く」と決めておくと、会議中に数字の整合性で止まらなくなります。

COUNTIF関数とCOUNTIFS関数の違いと複数条件を扱うときの落とし穴

COUNTIFは「範囲1つ＋条件1つ」、COUNTIFSは「範囲と条件のセットを複数」持てます。

• COUNTIF: =COUNTIF(A:A,”完了”)

• COUNTIFS: =COUNTIFS(A:A,”完了”,B:B,”>=2024/4/1″,B:B,”<=2024/4/30″)

現場で多い失敗は次の3つです。

• 条件範囲の長さが違う

• OR条件をCOUNTIFSで書こうとする

• 条件の優先順位を決めていない

特にOR条件(完了または保留など)をCOUNTIFS1発で書こうとすると、思った結果になりません。この場合は、COUNTIFを2つ足す、またはSUMPRODUCTやフィルターで分ける設計に切り替えた方が安全です。

複雑な条件を無理にCOUNTIFSで抱え込ませないのが、長期的にはミスを減らす近道です。

日付や文字列や範囲指定など条件の書き方を間違えないためのチェックポイント

条件の書き方が1文字でもズレると、件数は静かに狂います。現場で必ず確認してほしいポイントをまとめます。

• 日付条件のチェック

  • セル参照にする(=COUNTIF(A:A,”>=”&F1))
  • シリアル値か文字列かを統一する

• 文字列条件のチェック

  • 前後のスペース有無をTRIMでそろえる
  • 「完了」「完了済」など表記ゆれを禁止する

• 範囲指定のチェック

  • 行を追加しても範囲が切れないよう、テーブル化または列全体参照にする
  • 絶対参照と相対参照を意識して、数式コピー時のズレを防ぐ

集計の制度は、関数の腕前だけでなく「入力ルール」と「範囲設計」でほぼ決まります。現場でExcel研修をするときも、関数の説明より先にこの設計図を一緒に描く方が、結果として数字のトラブルが激減します。

カウントされないや数が合わない原因はここにある現場で多いトラブルと対処法

「関数は合っているはずなのに、人数が1人足りない」「ステータスバーの個数とレポートの件数がズレる」
現場のExcel担当が一番冷や汗をかくのが、この“数字が合わない瞬間”です。ここでは、研修やExcelCampの受講者が何度もつまずいてきたポイントに絞って、原因と解決策を整理します。

COUNTIFで〇がカウントされないときに真っ先に疑うべき3つのポイント

チェックすべきポイントは、実はほぼ3つに絞られます。

1. 文字の種類が違う（似て非なる〇問題）

   • 全角と半角の違い
   • 記号ではなく絵文字や別の丸文字が混ざっている
   • コピー元のツールで自動変換されている
     → 条件は「セルを直接選択」か「一覧からコピペ」して、目視の打ち間違いをなくします。

2. 条件の書き方が間違っている

   • =COUNTIF(A1:A100,"○") のように、ダブルクォーテーションで囲めていない
   • 余計なスペースが条件に混ざっている
   • 不等号やワイルドカードを併用していて意味が変わっている
     → 書式は必ず「範囲,条件」の順で、条件を1セルに分けておき、関数ではそのセルを参照する形にすると安全です。

3. 範囲のズレと結合セルの罠

   • 並べ替えや列追加で、条件列と集計範囲がずれている
   • 結合セルを含む範囲を指定していて、そもそも想定したセルが対象外になっている
     → 名前付き範囲を使うか、テーブル化してからCOUNTIFやCOUNTIFSにすると、範囲ミスを大幅に減らせます。

現場の研修では、下のようなチェック表を1枚配っています。

COUNTAで空白セルまでカウントされる見えない文字（半角スペースなど）の正体

「空白を除いて全データ数を数えているつもりなのに、COUNTAの結果がどうしても多い」
このとき、ほぼ必ずと言っていいほど潜んでいるのが見えない文字です。

代表的なのは次の4つです。

• 半角スペース・全角スペース

• 行末の改行コード

• コピーしてきたWeb画面の制御文字

• 式だけ入っていて、結果が空文字になっているセル（=""）

特にレポート作成やWebマーケの現場では、管理画面からコピペしたリード一覧にこれらが混ざり、COUNTAで件数が膨らみます。

対処のステップはシンプルです。

1. LEN関数で文字数を確認
   • =LEN(A1) が0以外なら、何かが入っています。
2. 置換とクリーンアップ関数で除去
   • 置換でスペースを空文字に変える
   • 必要に応じてTRIMやCLEAN、SUBSTITUTEを組み合わせて、余分な空白や改行を削る
3. 空文字を扱う運用ルールを決める
   • 式の結果を本当に空にしたいのか、「未入力」や「0件」と明示するのかをチームで決めておく

COUNTAは「見た目が空白でも、中で何か動いていれば数える」という前提を理解しておくと、トラブルが激減します。

エクセルのステータスバーで合計やデータの個数が表示されないや見切れるときの確認ポイント

右下のステータスバーは、つい頼りたくなる“かんたん電卓”ですが、その数値をそのままレポートに使うと危険です。そもそも、正しく設定されていないケースが多いからです。

チェックすべきポイントを整理します。

• 表示項目の設定がオフになっている

  ステータスバーを右クリックすると、「合計」「平均」「データの個数」などのオンオフを切り替えられます。個数が出ていなければ、まずここを確認します。

• フィルターや非表示行の影響

  フィルターで絞り込んだ後、その範囲だけを選択しているつもりでも、実は非表示行を含む列全体を選んでいるパターンがあります。
  個数を確認したいときは、必ず「可視セルのみ」を選択してからチェックします。

• ステータスバーが見切れている・別の情報で埋まっている

  ウィンドウ幅が狭いと、データの個数が「…」で隠れてしまうことがあります。画面を最大化し、不要なアドイン表示を減らしておくと安心です。

個人の感覚ですが、長期的に見るとステータスバーは確認用、関数での集計は証拠用と使い分ける会社ほど、数字のブレが少なくなります。カウントの根拠を関数とセル参照で“再現できる形”にしておくことが、最終的には上司や経営層の信頼につながります。

文字が入っているセルや0以外のセルだけ数えたいときの関数パターン集

「この列、空じゃないセルだけ何件？」「0は除いて実績がある行だけ欲しい」
レポート前日の夜に、こんな“細かいけど外せない条件”で詰まる人を何人も見てきました。ここをパターンで押さえておくと、個数集計のストレスが一気に消えます。

何か文字が入っていたらカウントしたいときの考え方と関数の組み合わせ

「入力済みセルの数＝作業進捗」を把握したい場面では、数値だけでなく文字も論理値も含めてカウントする必要があります。基本は次の使い分けです。

ポイントは「空白に見えるけれど本当に空なのか」を疑うことです。関数でカウントすると、空文字を返す数式や半角スペース入りセルが紛れ込んでいるか一発で炙り出せます。

数式セルを除くや0以外だけ数える現場で言われがちな条件の組み立て方

実務で多いのは、次のような“ひとひねり”された条件です。

• 0は実績なしとして除き、1以上だけ数えたい

• 数式で作った表示は除き、手入力だけを数えたい

• エラー値は除外したい

代表的な式パターンを整理します。

ISFORMULAを使うパターンは、履歴管理や申込リストの「担当者が入力した行だけ」を集計するときに威力を発揮します。ここを知らない現場ほど、「件数が合わない」トラブルに何時間も取られがちです。

スプレッドシートや他ツールでも応用しやすい条件設計のコツ

Excelだけで完結するつもりでも、将来的にスプレッドシートやBIツールにデータを渡すケースは増えています。どのツールでも通用する“条件設計の型”を押さえておくと、乗り換え時に慌てません。私が研修や講座で必ず伝えているのは次の3点です。

• 数値か文字かを必ず決めておく

  売上件数なのか、ステータス文字列なのかを列ごとに明確にし、混在させないことがCOUNT系関数の安定動作につながります。

• 「0」と「空」を別物として扱うルールを決める

  0を「未達」なのか「対象外」なのか曖昧にすると、COUNTとCOUNTA、COUNTIF、COUNTIFSで結果が食い違います。仕様を一度決めたらシート上のメモに必ず残します。

• 条件はできるだけシンプルに保つ

  COUNTIFSで条件を盛り込みすぎると、どこで漏れているのか追えなくなります。

• まずは「0以外」「空白以外」「特定の文字」の3軸だけで組み立てる

• どうしても複雑になる場合は列を分けて中間結果を作る

この3つを守るだけで、Excelでもスプレッドシートでも、「集計の再現性」が一気に高まります。数字に強い会社は、関数テクニックより先に、この“条件の設計力”を現場全体で共有しています。

項目ごとや種類ごとに個数を集計して一覧表にする実務テクニック

「名簿を一瞬でクロス集計して、上司の追加質問にも即答できる表」をゴールにします。ここでは、単発の数式ではなく、レポートの土台になる集計表をどう設計するかに踏み込みます。

COUNTIFとCOUNTIFSで種類別や項目ごとの個数集計表をつくる手順

例えば、A列に日付、B列に店舗名、C列にステータス(申込/キャンセル/入金済み)があるケースを想像してください。店舗×ステータスの一覧表を作る流れは次の通りです。

1. 集計表の「軸」を決める

   • 行: 店舗名一覧
   • 列: ステータス(申込/キャンセル/入金済み)

2. 行と列をあらかじめ入力しておく

3. 交差セルに関数を入れてコピーで埋める

代表的な式のイメージを整理すると次のようになります。

例えば「B列がセルF3の店舗名、C列がセルG2のステータス」の件数は、交差セルに

• COUNTIFS(B:B,F3,C:C,G2)

のように入力して、表全体にコピーします。ここで重要なのは、条件値は必ずセル参照にして、あとからヘッダーを変えるだけで表を再利用できる形にすることです。

エクセルの個数集計をピボットテーブルやフィルターと組み合わせるときの注意点

COUNTIF/COUNTIFSで作る一覧表は「設計図がはっきりした固定レポート」、ピボットテーブルやオートフィルターは「その場で切り口を変える探索ツール」という役割分担で考えると迷いません。

組み合わせる時に現場でよく起きるつまずきは次の3つです。

• データ範囲を途中で追加しても、ピボットや関数の範囲を更新していない

• フィルターで絞り込んだ状態で、関数が元データ全体を参照している(見えている行数と関数結果がズレる)

• ピボットテーブルの集計値と、手作業で作った COUNTIFS の結果が合わない

対策として、次の運用ルールを決めておくと安定します。

• 元データ範囲はテーブル機能で「増えても自動追従」させる

• 関数での集計は、常に「フィルター前の全体」を見ると決めておく

• ピボットの条件と COUNTIFS の条件を並べて書き出し、違いを可視化して確認する

ピボットでざっくり傾向をつかみ、最終レポートは COUNTIFS ベースの一覧表で固定する、という二段構えがレポート作成のスピードを上げます。

集計表を誰が見ても同じ解釈にするためのヘッダーとルールの書き方

現場で数字がブレる原因の多くは、関数よりも「ヘッダーの日本語」が曖昧なことです。同じ「申込数」でも、人によって仮予約を含めるかどうかの解釈が変わります。

ヘッダーを設計するときは、次の3点を書き切ることをおすすめします。

• 何を1件とみなすか

• どの列を条件にしているか

• 期間やステータスの扱い

実務で使える書き方の例を挙げます。

さらに、一覧表の右上やシートの上部に、簡単なルールメモを置いておきます。

• B列 店舗名、C列 ステータス、D列 日付を基準に COUNTIFS で集計

• 「入金済み」は C列が「入金済み」の行のみカウント

• 期間はセルB1の開始日、B2の終了日を参照

この程度のメモでも、引き継いだ人が関数を開かずに集計意図を理解できるようになります。数字に強い会社ほど、「ヘッダーとルールの文章設計」に時間をかけており、その積み重ねがレポートの信頼性とスピードを底上げしていると感じます。

集計ミスがレポートと意思決定に与えるダメージと数字の定義をそろえる重要性

「関数の書き方さえ合っていれば大丈夫」と思った瞬間から、数字は静かに裏切り始めます。Excel上の1つのミス集計が、会議室では数千万円規模の判断ミスとして跳ね返ってくる、そんな現場を何度も見てきました。鍵になるのはスキルよりも「何を1件とみなすか」という合意です。

申込数や来店数やリード数など同じ言葉でも人によってカウント基準が違う現実

同じ「申込数」でも、現場ごとに次のように解釈がズレやすくなります。

用語は同じでも、誰がどの条件でカウントするかで、Excel上の個数は平気で2倍3倍違ってきます。しかもCOUNTとCOUNTA、COUNTIFとCOUNTIFSの使われ方が人ごとにバラバラだと、「どの数字が正なのか」が誰にも説明できなくなります。

COUNTやCOUNTAの使い分けがKPIのブレを生むよくあるパターン

特に多いのが、次の2パターンです。

• 数値だけ数えたいのに、空白以外の全データを数えてしまうケース

  アンケートの「満足度スコア」列で、数値が入っていないセルに「未回答」「NG」など文字が混じると、COUNTAで件数を出した瞬間に「回答数」が水増しされます。CVRや平均値のKPIが一気に狂います。

• 逆に、文字や記号を含むステータスをCOUNTで取りこぼすケース

  売上管理で「確定」「仮」「キャンセル」を記号や文字で管理していると、数値だけを数える関数では1件も拾えません。その結果、「案件数ゼロ」と判断され、広告や人員配置の判断を誤ります。

この2つは、「どの列を数値として扱い、どの列を状態データとして扱うか」を決めないまま関数を選んだ結果です。

プロジェクト開始時に決めるべきカウントルールの決め方と共有の仕方

KPIをぶらさないためには、最初にカウント設計書を作っておくのが近道です。最低でも次の3点をチームで明文化します。

• どの列をどの関数で数えるか

  • 例:「リードID列は数値のみなのでCOUNT」「氏名列は未入力もあるが登録済みはすべてカウントするのでCOUNTA」

• 1件とみなす条件

  • 例:「申込数は、申し込み日が入り、キャンセルフラグが0のデータだけCOUNTIFでカウント」

• 除外条件

  • 例:「テストデータのフラグが1の行はすべてCOUNTIFSで除外」

このルールは、Excelファイル内に「集計ルール」シートを1枚用意して文章で書き、セル範囲や関数名もセットで残すと再現性が一気に上がります。UXの観点でも、「どのセルがどのKPIにつながるか」が視覚的に分かると、引き継がれた人も迷いません。

自分自身、Webの問い合わせ数を追うプロジェクトで、このルールを後から整備しただけで「部署ごとに違っていたリード数」が1つの数字に収束し、会議の議論がようやく前に進むようになりました。関数のテクニックよりも先に、この定義合わせから着手することが、数字に強い組織への最短ルートだと考えています。

今日からできる個数集計の標準化テンプレートとチェックリストでミスを減らす

「関数さえ合っていれば数字は正しい」と思っていると、現場ではあっさり裏切られます。
大事なのは、関数そのものより“毎回同じ手順で集計できる型”を持っているかどうかです。ここでは、名簿や売上、予約管理でそのまま流用できるテンプレ構成とチェックリストをまとめます。

名簿や売上や予約管理など汎用的に使えるCOUNTやCOUNTAテンプレート構成

まずは「総件数」と「条件付き件数」を分けて設計すると、後からCOUNTIFやCOUNTIFSを追加しやすくなります。

例えば名簿なら、A列に会員ID、B列に氏名、C列にステータス（有効・退会など）を置き、

• 総件数: A列をCOUNTA

• 有効会員数: C列をCOUNTIFで「=有効」

という構造に固定しておくと、売上シートや予約シートにも同じ型をコピーできます。UX的には、「どのシートでも左上を見ると総件数がわかる」状態にしておくと、チーム全員が迷いません。

集計前に見るべきチェックリスト（範囲や条件や参照のズレ防止）

焦っているときほど、参照範囲のズレや条件の書き間違いが起こります。毎回、次のチェックだけは機械的に確認してください。

• 範囲

  • 関数の範囲にタイトル行を含めていないか
  • 途中に空白行や罫線だけの行を挟んでいないか

• 条件

  • 文字列条件に全角スペースや記号の揺れがないか
  • 日付条件がシリアル値として扱われているか（文字列日付になっていないか）

• 参照

  • オートフィル前提の数式で、範囲が絶対参照か相対参照かを意識しているか
  • 別シート参照のままコピーして、想定外のシートを見ていないか

• 結果の検証

  • ステータスバーの「データの個数」と大きくズレていないか
  • フィルターで条件をかけて、目視件数と一部突き合わせをしたか

特に、COUNTIFやCOUNTIFSを大量に並べるレポートでは、1カ所の範囲ミスが全てのKPIを狂わせることを数字の現場で何度も見てきました。数式を書くより、「チェックリストを1分でなぞる」方がはるかに事故防止につながります。

将来のAIやBIツール活用を見据えたエクセル集計の設計思想

今後、AIやBIツールにデータを渡して分析させる前提で集計表を作るなら、「人間が頑張って読む表」ではなく、機械が迷わず読める表を意識した方が得です。ポイントは3つです。

• 列ごとの意味を固定する

  • 同じブック内の名簿・売上・予約で、「日付」「店舗」「ステータス」などの列名と並び順をそろえる
  • 列の途中にメモ行や小計行を入れない（小計は別シートのCOUNTやCOUNTIFSで作る）

• 値のパターンを絞る

  • ステータスは「完了/未完了」「有効/無効」など、ドロップダウンで候補を固定
  • 「○」「△」「×」といった記号も、絵文字や似た全角記号を混ぜない

• 関数と定義をセットで残す

  • 総件数のセルの近くに、「この件数は何を数えているか」を短文で記載
  • COUNT系関数のロジックを、BIツールのフィルター条件と同じ言葉で説明しておく

こうしておくと、後からAI分析やBIダッシュボードを導入するときも、「Excelの集計ロジックをそのまま移植」しやすくなります。個数の集計は、単なる操作ではなく、会社全体の数字の言語をそろえる作業だと捉えて設計してみてください。

Webマーケや経営の現場で数字に強い会社がやっている個数集計との向き合い方

宇井和朗が見てきた中小企業の数字のつまずき方とCOUNT関数まわりの落とし穴（俯瞰解説）

現場でよく見るのは、「同じ売上報告なのに担当ごとに件数が違う」会社です。原因をたどると、Excelで使っている関数とカウントの基準がバラバラになっています。
ある担当は数値だけを数える関数を使い、別の担当は空白以外を数える関数で集計している。どちらも「申込数」とラベルを付けるので、会議で数字が食い違います。

数字に強い会社は、まずここをそろえます。

• どの範囲を対象データとするか

• どの関数で個数を集計するか

• どの状態を「1件」と見なすか

この3点を文書でルール化し、研修やマニュアルで共有しています。集計そのものより、「数字の意味付け」を設計しているイメージです。

SEOやMEOのレポートでも個数の定義を決めることがなぜ重要なのか

アクセス解析や来店計測でも、個数の定義がぶれると改善判断がねじれます。

例えば、問い合わせフォームの「リード数」をレポートするとき、現場では次のような解釈が混在しがちです。

どの数字も「リード数」と呼べてしまうため、マーケ側と営業側でKPIがすれ違います。
SEOやMEOの施策評価では、1件の定義が変わるとCVRもCPAも別物になるので、レポート作成前に必ず「どの状態をカウントするか」を合意しておく必要があります。

ここで役立つのが、総件数を数値系の関数と空白以外を数える関数で押さえ、そのうえでCOUNTIFやCOUNTIFSで条件を切り出す設計です。
「全データ」「有効データ」「対象データ」を段階的に分けておくと、後から条件を変えてもロジックが説明しやすくなります。

エクセル関数の使い方を超えて再現性のある数字をつくるために意識したいこと

関数のテクニックより先に、数字に強い会社は次の3つを徹底しています。

• 定義をシート上に明記する

  集計表の横に「この列は仮予約を含む」「キャンセルは除外」などコメントを残します。UXの観点では、見る人が迷わない位置に説明を置くことが大事です。

• 参照範囲を固定し、テンプレート化する

  範囲が増えるたびに手入力で直すのではなく、最初から表構造を決め、COUNTIFやCOUNTIFSの参照を絶対参照で固めます。これだけでヒューマンエラーが激減します。

• ステータス別に集計列を分ける

  「申込」「来店」「成約」などフェーズごとに列を用意し、それぞれ専用の条件で個数を集計します。1つの関数で全部をやろうとせず、意味の違う数字は列から分けておきます。

個人的な経験として、年次レポートを作るときに効いてくるのは、派手な関数スキルではなく、1年前と同じロジックで再集計できるかどうかでした。
そのためにも、「どの関数で、どの範囲を、どんな条件で数えたか」をファイルの中に残すことが、数字に強い組織への近道になります。

この記事を書いた理由

著者 – 宇井 和朗（株式会社アシスト 代表）

本記事の内容は、私・宇井が日々の経営と現場支援で向き合ってきた数字管理の失敗と改善の積み重ねを、そのまま言語化したものであり、生成AIではなく運営者自身の経験と知見をもとにまとめています。

創業期から売上や見込み客リストをエクセルで追いかける中で、「同じ名簿なのに担当者ごとに人数が違う」「レポートの申込数が部署ごとに食い違う」という状況を何度も見てきました。多くの会社で、COUNTとCOUNTAの違いを理解しないまま、〇の数や名前、ステータスを集計し、KPIや予算の判断を誤っていたのです。

私自身、集計ルールをあいまいにしたまま会議に出し、意思決定のやり直しになった苦い経験があります。また、関わってきた多くの企業でも、COUNTIFやCOUNTIFSの条件の書き方一つで、来店数やリード数の報告が大きくぶれていました。

そこで本記事では、「どのセルを、どんな定義で数えるか」を起点に、〇の数や同じ名前の人数、完了・未完了など、現場で頻出する場面を想定しながら、誰が作業しても同じ結果になる集計設計をまとめました。今日のエクセル作業で迷っている方が、自社のレポートやKPIの精度を一段上げるきっかけになれば幸いです。