チームのKPIを決めようとして、測れそうな数字を並べたものの、何を改善すればよいか分からない。数字が未達になると担当者を責める会議になり、達成しても顧客にとって良くなったのか説明できない。このような状態では、KPIは仕事を前へ進める道具になりません。
本記事ではKPIを、チームが目標へ近づいているかを確かめ、次の行動を選ぶためのチーム運営用の指標として扱います。個人査定には役割、難易度、協働、本人が動かせない制約など別の判断材料も関わります。この記事では、現場のIT/Web管理職が新機能の利用定着を改善する架空の一例で、目標、仮説、指標、取得方法、見直し条件をつなぐ手順を解説します。数値の因果関係は最初から事実とは限らないため、検証する仮説として扱います。
KPIを個人査定や作業量と混同しない
チームKPIは、チームが改善できる仕事の状態を把握するためのものです。「チケットを何件閉じたか」だけを追うと、難しい問い合わせを避けたり、説明不足のまま完了にしたりする行動を促すおそれがあります。本記事のチーム運営用KPIを個人査定へ直接転用する場合は、人事制度と評価目的に照らした別の設計が必要です。
- 目標（KGI）：顧客や事業にとって、何がどの状態になれば成功か。
- KPI：目標へ近づく途中で、チームが観測し、行動を変えられる兆候。
- 作業量：投入した件数や時間。必要な場合もあるが、成果を直接示すとは限らない。
既に設定されたKPIが目的から離れたときは、KPIを追うことが目的になったときの見直し方を参照してください。本記事は、形骸化した指標の対処ではなく、最初にチーム運営用の指標を設計する範囲を扱います。
先に顧客成果と対象期間を一文で決める
最初に「数値を上げる」ではなく、誰にどんな変化を届けるかを書きます。架空のSaaS開発チームでは、新しい申請機能を事前試行してから本公開します。ここでは、本公開後の利用者が申請を完了できる状態を顧客成果とします。
四半期末までに、対象顧客が新申請機能を使って申請を完了でき、旧方式への問い合わせを減らす。
「対象顧客」が契約企業全体なのか、機能を案内した管理者だけなのかを曖昧にしないでください。期間も公開初週と四半期累計を混ぜないことが重要です。比較する数値は、同じ対象、同じ期間、同じ完了定義で集計します。
目標への道筋を仮説として置く
「初回設定を完了した顧客ほど、申請完了まで到達しやすい」と考えたとしても、それは因果が証明された事実ではありません。利用意欲が高い顧客が設定も申請も進めているだけかもしれません。そこで、数字を読む目的を「正しい人を探す」ことではなく、仮説を確かめて次の打ち手を選ぶことに置きます。
| 段階 | このケースの内容 | 確認したいこと |
|---|---|---|
| 顧客成果 | 申請を完了できる | 完了後の問い合わせは減ったか |
| 仮説 | 初回設定の完了が利用定着を助ける | 設定完了群と未完了群で到達率に差があるか |
| 打ち手 | 設定画面の案内とエラー表示を改善する | どの離脱理由を先に直すか |
差が見えても、その差だけで因果を断定しません。顧客規模、利用開始時期、案内経路などの違いも確認し、必要なら小さく変更して前後を比較します。指標は結論を自動的に出す機械ではなく、調べる問いを絞るための材料です。
指標は「定義・式・取得元・担当」をセットにする
名称だけが同じでも、分母や集計時点が違えば比較できません。たとえば「利用率」は、招待済み企業を分母にするのか、ログイン済み企業を分母にするのかで意味が変わります。管理画面で見える数字をそのまま使う前に、次の記入表を埋めます。
| 項目 | 記入内容 |
|---|---|
| 目標・仮説 | 何を良くしたいか／なぜこの指標を見るのか |
| 指標の定義と計算式 | 分子、分母、対象顧客、期間、除外条件 |
| 取得元と確認者 | どのログ・集計表か／誰が更新を確認するか |
| 頻度と判断 | いつ見るか／増減したら何を追加確認するか |
| 変更・廃止条件 | 仮説が否定された、計測不能、目的が変わった場合の扱い |
完成例：架空の新申請機能
- 比較する集団：事前試行では同日に案内した100社、本公開でも同日に案内した別の100社を対象にする。テスト企業、解約済み企業、案内不能企業は案内前に除外し、途中で分母へ足さない。
- KPI：初回設定完了率：案内日から7日以内に、権限設定と必須項目の保存を完了した企業数 ÷ 同日に案内した100社 × 100。本公開の目標は70社÷100社×100＝70％とする。
- 成果指標：14日以内初回申請完了率：案内日から14日以内に少なくとも1件の申請を完了した企業数 ÷ 同日に案内した100社 × 100。設定だけが増えて顧客が申請できない状態を見落とさないために確認する。
- 品質指標：設定エラー発生率：案内日から7日以内に、設定画面で解消されないエラーを1回以上記録した企業数 ÷ 同日に案内した100社 × 100。エラーの件数ではなく、影響を受けた企業の割合として見る。
- 取得元・担当：プロダクト分析ログとCRMの案内日を、プロダクトマネージャーが照合する。案内日後7日、14日を過ぎていない企業は、それぞれの率を判定しない。
事前試行で60社が7日以内に設定を完了したなら、60社÷100社×100＝60％です。本公開で70社なら70％であり、このケースでは10ポイント上がったと表せます。ただし、事前試行と本公開は別の企業集団です。顧客規模や案内経路が違えば数値も変わり得るため、10ポイント差だけで画面改善の因果を断定しません。
7日間、14日間が満了していない企業を分子へ入れたり、未完了として分母だけへ入れたりすると、未成熟な集団と成熟済み集団が混ざります。週次で途中経過を見る場合も「案内後7日が満了したコホートだけ」の初回設定完了率を表示し、当週に案内した企業は次の判定日まで保留します。定義を途中で変えた場合は、変更日と旧定義を記録し、同じ推移グラフで安易に前後比較しないでください。
可制御性と品質を確認して、少数に絞る
本記事は特定の書籍の手法を再現したものではありません。改善の中心となるKPIと、成果・品質を確認する指標は区別し、すべてを同じ重みの達成目標にしないようにします。
景気、顧客側の組織変更、営業の案内量など、チームだけでは動かせない要因はあります。それらを無視する必要はありませんが、改善の担当を決めるKPIには、チームが変えられる行動とのつながりが必要です。完成例では初回設定完了率をKPI、14日以内初回申請完了率を成果指標、設定エラー発生率を品質指標として分けました。設定だけが増えて顧客が申請できない状態や、エラーを抱えたまま完了した状態を見落とさないためです。
指標を増やしすぎると、確認会が報告会で終わります。まずは目標に最も近い成果指標を一つ、原因を調べる補助指標を一つか二つに絞り、打ち手を変える判断に使えるかを試してください。Asanaも、KGIとのつながりが薄い指標や、現場がコントロールできない指標、多すぎる指標を避ける考え方を示しています。Asana「KPIとは？意味やKGI・OKR・CSFとの違い」
週次レビューは数値の報告ではなく次の判断に使う
週次レビューでは、数値の上下だけを読み上げません。「案内後7日または14日が満了したコホートで何が起きたか」「仮説を支持・否定する材料は何か」「今週は何を変えるか」を15〜30分で確認します。満了前のコホートは参考値にとどめ、達成・未達の判定には使いません。意思決定が必要な会議の準備や、論点を戻す言葉は、結論が出ない会議を進める手順を使うと整理しやすくなります。
- 事実：満了済みコホートの数値、案内日、対象数、データ欠損の有無。未成熟のコホートは別に表示する。
- 解釈：どの仮説を支持するか。企業構成や案内経路など、断定できない要因は何か。
- 判断：続ける、追加調査する、変更する、中止するのどれか。
- 実行：担当、期限、確認する次のコホートと指標を記録する。
未達は担当者の努力不足とは限りません。案内対象が想定と違う、権限設定に時間がかかる、データが欠けているなど、仮説や運用の問題を分けて確認します。改善策によって開発・CS・営業の負荷が偏るなら、誰に何を追加するかを曖昧にせず、業務分担の偏りを見直す手順で仕事量、難易度、代替可能性を確認してください。
データの権限と秘密を先に守る
顧客名、担当者名、契約内容、問い合わせ本文を含むデータは、便利だからと広い会議へ共有しません。集計値で足りるなら集計値を使い、元データへのアクセスは業務上必要な人に限定します。画面共有、CSV出力、外部ツールへの転記を行う前に、自社の権限設計、顧客との契約、情報セキュリティ規程を確認してください。個人を特定できるデータを、KPIの説明用に長期保存する必要があるかも見直します。
指標を変更・廃止する条件を決める
KPIは一度決めたら守り続ける約束ではありません。機能の公開段階が終わった、目標が変わった、計測定義を安定して維持できない、数値と顧客成果の関係を説明できない場合は、続ける理由を問い直します。変更前後の定義と切替日を残しておけば、同じグラフで異なる条件の数字を比べる誤りを減らせます。
見直しは未達のときだけではありません。目標を達成した後も、顧客成果が維持できているなら確認頻度を下げ、別のボトルネックへ指標を移します。役割を終えたKPIを残すほど、チームは本当に確認すべき変化を見つけにくくなります。
最後に、目標、対象、期間、計算式、取得元、担当、次に見直す日を一枚にまとめます。チームが数字を追うこと自体ではなく、顧客成果に近づくための行動を選び直せる状態が、KPIを設定する目的です。
KPIの設計と運用をさらに学びたい方へ
中尾隆一郎氏の『最高の結果を出すKPIマネジメント』は、私も読んだ一冊です。KPIをあれこれ設定していましたが、「1つに絞る」という考え方は目から鱗でした。具体例もあり、実務に落とし込みたい方におすすめです。
［PR］『最高の結果を出すKPIマネジメント』をAmazonで見る
コメント