営業会議では「今月の解約率は低い」と言われ、経営会議では「解約が増えている」と報告される。同じ指標名なのに部署ごとに数字が違うという問題は、多くの会社で起きています。原因のほとんどは、指標の計算方法、つまり分母は何か、どの期間で区切るか、何を除外するかがそろっていないことにあります。
この問題を解消する道具がKPI定義書です。KPI定義書とは、指標ごとに名前・目的・計算式・データの出どころ・集計の期間・除外条件・責任者を一か所にまとめた文書です。作ること自体は難しくありませんが、書くべき項目と決め方の順序を知らないと、形だけの一覧表で終わってしまいます。
この記事では、事業責任者やデータ担当者、経営企画の方に向けて、指標がずれる典型的なパターン、定義書に載せる項目、作成の手順、運用のルール、よくある失敗を順に解説します。読み終えるころには、自社の主要指標について定義書の初版を作れる状態になることを目指します。
指標の定義が部署ごとにそろわない原因
指標がずれるのは、誰かが間違えているからではありません。各部署がそれぞれの目的に合わせて、もっともな計算方法を選んでいるからです。営業は契約を取った時点で数え、経理は請求が確定した時点で数え、プロダクトチームはログイン実績で数える。どれも筋が通っているため、話し合っても「どちらが正しいか」では決着しません。
ずれ方には典型的なパターンがあります。
- 分母の違い:解約率の分母を「月初の契約数」にするか「月中の平均契約数」にするか。
- 期間の違い:月の区切りを暦月にするか、契約日起点の30日にするか。締め日が部署で違う場合もある。
- 時点の違い:受注を「申込日」「契約締結日」「利用開始日」のどれで数えるか。
- 除外条件の違い:無料プラン、社内テスト用アカウント、返金・キャンセル分を含めるか。
- データの出どころの違い:CRM、請求システム、プロダクトのデータベースなど、元データが別。
- 更新タイミングの違い:毎朝更新の数字と月末締めの数字を比べている。
こうしたずれは、会議で数字の確認に時間を取られる、施策の効果が判断できない、経営判断が遅れる、といった形で損失を生みます。さらに、数字が信用されなくなると、各部署が自分の表計算ファイルで独自に集計を始め、ずれがますます広がります。
KPI定義書とは何か:指標の「辞書」を作る
KPI定義書は、社内で使う指標の辞書です。指標ごとに一つの項目を立て、「この名前で呼ぶ数字は、このように計算する」と決めて記録します。目的は、誰がいつ集計しても同じ数字が出る状態を作ること、そして数字の意味を誰でも確かめられる状態を作ることです。
定義書は、KPIを設計する文書とは役割が異なります。KPIの選び方や目標値の決め方はKPIツリーの作り方やKPIの目標値の決め方で扱う領域で、定義書は「選んだ指標をどう計算するか」を固定する文書です。KPIツリーで指標の関係を整理し、定義書で一つひとつの計算方法を確定させる、という組み合わせで使います。
また、定義書はデータ分析基盤のための技術文書でもあります。エンジニアがダッシュボードや集計処理を作るとき、定義書があれば仕様を確認する手間が減り、作り直しも少なくなります。ビジネス側と技術側の共通言語になるのが、定義書の大きな価値です。
KPI定義書に書く項目
定義書の項目は、多すぎると書かれなくなり、少なすぎるとずれが残ります。最初は次の項目から始めるのがおすすめです。
| 項目 | 書く内容 | 例(解約率の場合) |
|---|---|---|
| 指標名 | 社内で統一して使う呼び名 | 月次契約解約率 |
| 目的 | 何の判断に使うか | 継続性の悪化を早期に把握し、CS施策の優先度を決める |
| 計算式 | 分子と分母を言葉と式で | 当月に解約が確定した有料契約数 ÷ 月初時点の有料契約数 |
| 対象と除外 | 含めるもの・除くもの | 無料プラン、社内テスト契約、当月新規契約は除外 |
| 期間と締め | 集計期間と確定タイミング | 暦月、翌月5営業日目に確定 |
| データの出どころ | 元データのシステムと項目 | 請求システムの契約テーブル、解約日項目 |
| 更新頻度 | いつ更新されるか | 日次で速報、月次で確定 |
| 責任者 | 定義の変更を決める人 | カスタマーサクセス責任者 |
| 関連指標 | 一緒に見る指標 | 売上解約率、継続率、NRR |
| 変更履歴 | いつ何を変えたか | 2026年4月:無料プランを除外に変更 |
特に重要なのは「目的」と「対象と除外」です。目的が書かれていれば、定義を変えるかどうか迷ったときの判断基準になります。除外条件は、ずれの原因として最も多いにもかかわらず、口頭の申し合わせで済まされがちな項目です。
言葉の定義も一緒に書く
計算式の中で使う「有料契約」「アクティブユーザー」「解約確定」といった言葉も、それぞれ定義が必要です。たとえば「アクティブユーザー」を、ログインした人とするのか、主要な機能を使った人とするのかで数字は大きく変わります。こうした基礎となる言葉は、指標とは別に「用語」の欄を設けて定義しておくと、複数の指標で同じ言葉を一貫して使えます。
KPI定義書の作り方:初版を作る手順
定義書は一度に全指標を書こうとすると完成しません。経営会議で使う主要な指標から始め、段階的に広げていきます。
- 対象の指標を選ぶ:経営会議や部門会議で実際に使われている指標を洗い出し、意思決定に使うものから10個前後を選ぶ。
- 現状の計算方法を集める:各部署の集計担当者に、今どう計算しているかを聞き取る。表計算ファイルの数式や集計クエリも集める。
- ずれを一覧にする:同じ指標名で計算方法が違う箇所を、分母・期間・時点・除外条件・出どころの観点で並べる。
- 目的から定義を決める:その指標を何の判断に使うかを確認し、目的に合う計算方法を選ぶ。部署ごとに目的が違う場合は、指標を分けて別の名前を付ける。
- 責任者を決める:指標ごとに、定義の変更を承認する人を一人決める。
- 試し集計をする:新しい定義で過去数か月分を集計し、従来の数字との差と、その理由を説明できるようにする。
- 公開して周知する:誰でも見られる場所に置き、会議資料の数字には定義書へのリンクや指標名を必ず添える。
手順4の「指標を分ける」は重要な考え方です。営業が知りたい「申込ベースの受注数」と、経理が必要な「契約締結ベースの受注数」は、どちらかに統一するのではなく、別の指標として両方定義した方が、それぞれの判断がしやすくなります。名前を変えて共存させることで、「どちらが正しいか」という不毛な議論が終わります。
手順6の試し集計も省かないでください。新しい定義で数字を出すと、従来の数字より大きく増えたり減ったりすることがあります。その差を事前に説明できないまま会議で発表すると、「急に業績が悪化した」と誤解される恐れがあります。差の理由を一覧にして関係者に共有してから切り替えましょう。
架空の例:SaaS企業でのアクティブ率のずれ
たとえば、業務管理SaaSを提供する会社で、プロダクトチームは「週に一度でもログインした契約の割合」をアクティブ率と呼び、カスタマーサクセスは「主要機能で月に一定回数以上の操作があった契約の割合」をアクティブ率と呼んでいたとします。前者は高めに、後者は低めに出るため、会議のたびに議論が平行線になっていました。
定義書を作る過程で目的を確認すると、プロダクトチームは機能改善の手がかりを、カスタマーサクセスは解約リスクの把握を目的としていることが分かりました。そこで前者を「ログイン率」、後者を「活用率」と名前を分け、経営会議では解約予測と関係が深い活用率を主指標として扱うことにしました。名前を分けるだけで、会議の議論は数字の解釈に移ります。
定義を決めるときの判断基準
定義を決める場面では、複数の案から一つを選ぶ必要があります。迷ったときは次の基準で比較すると判断しやすくなります。
| 判断基準 | 確認すること |
|---|---|
| 目的との一致 | その指標で判断したいことに、計算方法が合っているか |
| 再現性 | 誰がいつ集計しても同じ数字になるか、手作業の判断が入らないか |
| データの入手性 | 元データが確実に記録されているか、欠損はないか |
| 速報性 | 判断に必要な速さで数字が出るか |
| 説明のしやすさ | 会議の参加者が計算方法を一文で説明できるか |
| 他指標との整合 | 関連する指標と足し算・引き算が合うか |
再現性は見落とされやすい基準です。「明らかなテスト契約は除く」のように、人の判断に依存する条件は、担当者が変わると数字が変わります。除外条件は「契約種別がテストのもの」のように、データの項目で機械的に判定できる形で書きましょう。データ側に判定できる項目がない場合は、その項目を業務システムに追加することも検討します。
定義が割れやすい指標と、決めるときの論点
実際に定義書を作ると、どの会社でも議論になりやすい指標があります。代表的なものと、決めるときに確認すべき論点を挙げます。
売上:受注時点・請求時点・入金時点のどれで数えるか、税込か税別か、返品や値引きをいつ差し引くか。経営判断に使う売上と、会計上の売上を分けて定義する会社も多くあります。会計上の扱いは経理部門や専門家と確認しましょう。
新規顧客数:初回の申込で数えるか、初回の支払いで数えるか。過去に解約した顧客が戻ってきた場合を新規とするか、復帰として別に数えるか。
継続率・解約率:契約数で数えるか金額で数えるか、プラン変更による減額を解約に含めるか。月額契約と年額契約が混在する場合、年額契約の更新月以外を分母に入れるか。
アクティブユーザー:何をもって「使った」とみなすか、ログインか特定の操作か。一つの契約に複数の利用者がいる場合、人で数えるか契約で数えるか。
リード数:資料請求と問い合わせを合算するか、同じ会社から複数人が申し込んだ場合に何件と数えるか、営業対象外の申込みをいつ除外するか。
これらの論点は、事前に一覧にしておくと定義の議論を短くできます。論点ごとに「どちらを選ぶと何の判断に使いやすいか」を示して責任者に選んでもらう形にすると、会議が「どちらが正しいか」の言い合いになりません。
定義書を置く場所と形式
定義書は、作っても見られなければ意味がありません。置き場所と形式は、使う人の動きに合わせて選びます。
- 共有ドキュメントや社内Wiki:始めやすく、ビジネス側の人も読みやすい。初版はここから始めるのがおすすめ。
- 表計算ファイル:項目が一覧で比較しやすいが、長い説明や変更履歴が書きにくい。
- BIツールやデータ基盤の説明欄:ダッシュボードの指標から直接定義を参照できる。運用が成熟してきたら移行を検討する。
形式よりも大切なのは「正となる場所を一つに決める」ことです。共有ドキュメントと表計算ファイルに同じ定義が書かれ、片方だけが更新される状態になると、定義書自体がずれの原因になります。ダッシュボードを作る場合は、各グラフに指標名を明記し、定義書の該当箇所へ案内できるようにしておくと、数字への質問が減ります。ダッシュボード側の設計については作ったダッシュボードが見られない原因も参考にしてください。
定義書を運用し続けるためのルール
定義書は作った直後が最も正確で、放っておくと少しずつ実態とずれていきます。運用を続けるために、次のルールを決めておきましょう。
変更の手続きを決める
定義の変更は、指標の責任者が承認し、変更履歴に日付と理由を残します。変更前後で数字の連続性が失われる場合は、過去分を新定義で再集計するか、変更時点を会議資料に明記します。変更を口頭で済ませると、数か月後に「なぜこの月から数字が跳ねているのか」が誰にも説明できなくなります。
新しい指標の追加ルールを決める
会議で新しい指標が使われ始めたら、定義書に載せてから正式な報告に使う、という順番を守ります。定義書に載っていない数字は「参考値」として扱う、という運用にすると、定義書の外で指標が増殖するのを防げます。
定期的に棚卸しする
四半期に一度など、定義書の指標が実際に使われているか、元データの仕様が変わっていないかを確認します。使われなくなった指標は「廃止」として残し、削除はしないでおくと、過去の資料を読むときに役立ちます。
新しく加わった人への説明に使う
定義書は、新しく入社した人や異動してきた人が数字を理解するための教材にもなります。着任時に主要な指標の定義を一通り読んでもらい、分からない点を責任者に質問する時間を設けると、会議で数字の意味を一から説明し直す手間が減ります。読んだ人から「この説明では分からない」という声が出たら、それは定義書の書き方を改善するよい機会です。説明しにくい指標は、計算方法そのものが複雑すぎる可能性もあるので、定義の簡素化も検討しましょう。
KPI定義書づくりのチェックリスト
初版を作り終えたら、次の項目を確認してください。
- 主要な会議で使う指標がすべて載っているか
- すべての指標に目的と責任者が書かれているか
- 分子と分母が、データの項目名まで分かる形で書かれているか
- 除外条件が人の判断ではなく、データで判定できる形になっているか
- 集計期間と、数字が確定するタイミングが書かれているか
- 同じ名前で別の計算をしている指標が残っていないか
- 基礎となる用語(アクティブ、有料契約など)が定義されているか
- 定義書の置き場所が一つに決まり、会議資料から参照できるか
- 変更履歴の欄があり、変更手続きが決まっているか
よくある失敗とその避け方
全指標を一度に網羅しようとする。 指標を洗い出すと数十から百を超えることもあり、完成前に担当者が力尽きます。意思決定に使う主要な指標から始め、使われるたびに追加する方式にしましょう。
計算式だけを書いて目的を書かない。 目的がないと、後から定義を変えるべきか判断できません。また、目的が書かれていない指標は、使われなくなっても誰も気づきません。
データ担当者だけで作る。 定義は事業の判断と結びついているため、データ担当者だけで決めると現場が使わない定義になります。各部署の責任者に目的を確認し、合意を得る場を必ず設けます。
定義を決めたのに集計処理を直さない。 定義書を作っても、各部署の集計ファイルや集計クエリが古いままなら数字はずれ続けます。定義の確定後、集計処理を新定義に合わせて修正し、可能であれば集計を一か所に集約します。集計の仕組みづくりは複数システムのデータを集約する方法で詳しく解説しています。
変更履歴を残さない。 定義の変更を記録しないと、過去の数字との比較ができなくなります。小さな変更でも、日付と理由を一行残す習慣をつけましょう。
よくある質問
Q. KPI定義書は何個くらいの指標から始めればよいですか?
経営会議で毎回見る指標を中心に、10個前後から始めるのが現実的です。数が少なくても、主要な指標のずれが解消されるだけで会議の進み方は大きく変わります。運用に慣れてから、部門ごとの指標を追加していきましょう。
Q. 部署間で定義が合意できない場合はどうすればよいですか?
目的が違うことが原因であれば、指標を分けて別の名前を付けるのが解決策です。目的が同じなのに意見が割れる場合は、その指標を使って下す判断の責任者が最終的に決めます。決定の理由を定義書に書いておくと、後から蒸し返されにくくなります。
Q. 定義書はエンジニアが読むものですか、それともビジネス側が読むものですか?
両方です。ビジネス側は指標の意味と目的を、エンジニアは計算に使うデータの項目を確認します。一つの文書で両方が読めるように、言葉での説明と、データの項目名を併記する形がおすすめです。
Q. 定義を変更したら過去の数字はどう扱えばよいですか?
元データが残っていれば、過去分を新しい定義で再集計して比較できるようにするのが理想です。再集計が難しい場合は、変更した月を資料に明記し、変更前後で数字を直接比べないよう注意を添えます。
Otsumuに相談できること
主要な指標が10個前後で、元データが一つか二つのシステムにまとまっているなら、KPI定義書は社内だけで十分に作れます。この記事の手順で現状の計算方法を集め、目的から定義を決め、責任者を置くところまで進めてみてください。初版は完璧でなくてもかまいません。
一方で、元データが複数のシステムに分かれていて突き合わせが難しい、部署間の目的の違いが大きく合意形成が進まない、定義を決めた後に集計の仕組みまで作り直す必要がある、といった場合は、第三者が間に入った方が早く進むことがあります。特に、定義書とあわせてダッシュボードや集計処理を整えるときは、事業側と技術側の両方を理解した進め方が必要です。
OtsumuのKPI改善コンサルティングでは、指標の洗い出しと定義の合意形成から、KPIツリーの整理、定義書の作成、会議での運用定着までを一緒に進めます。集計の自動化やダッシュボードの構築が必要な場合は、ダッシュボード開発として仕組みづくりまで一貫して支援できます。
「数字が合わない」議論から抜け出したいと感じたら、30分の無料相談で現状の指標と会議の運用を伺い、どこから定義をそろえるべきかを一緒に整理します。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆:Otsumu株式会社 / 編集日 2026.10.01