目標設定とチーム運営｜個人・チーム目標の連携と評価制度の設計

チームのKPIは決めたものの、それを一人ひとりのCSM（カスタマーサクセスマネージャー）の目標にどう割り振り、人事評価とどう結びつけるかで手が止まる。CS運営の現場でよく起きるつまずきです。チャーンレートやNRRといったチーム全体で追う指標を個人にそのまま割り付けると、コントロールできない要素まで背負わせることになり、評価に納得感が生まれません。逆に評価と切り離すと、目標が掲げるだけで形骸化します。この記事では、チームKPIを個人・チーム目標へ分解する考え方、MBOとOKRの実務的な使い分け、KPIと人事評価を接続する設計、評価がKPIを歪める失敗の回避策までを、CS運営者の実務目線で扱います。KPI設計を含む体系的な全体像はCSのKPI設計と目標管理を参照してください。

チームKPIを個人・チーム目標に分解する考え方

個人目標は、チームKPIの担当分割（頭割り）ではなく、役割に応じた貢献の割り当てで設計します。同じチャーン抑制という目標でも、担当する顧客のポートフォリオ（顧客数・ARR規模・契約フェーズ）が違えば、貢献の測り方は変わるべきだからです。大口顧客を5社担当するCSMと、小規模顧客を80社担当するCSMに同じ「解約件数ゼロ」を課しても、片方は1件の解約が壊滅的でもう片方は数件が織り込み前提になり、同じ目標が同じ難易度を意味しません。ここでは、遅行指標を個人へ転嫁しない原則、ポートフォリオ別の目標の置き方、チームのKGIから個人の活動指標へ落とし込む道筋を順に見ていきます。

「頭割り」が機能しない理由

チャーンレート（解約率）やNRR（既存顧客からの売上維持・拡大率）は、CSの成果を測る中心指標ですが、これらはいずれも遅行指標です。結果が出るまでに時間がかかり、プロダクトの不具合・価格改定・顧客側の経営判断・景気といった、CSM個人がコントロールできない要素が数字に混ざります。この遅行指標をそのまま個人の達成目標に割り付けると、本人の努力と評価結果が一致せず、納得感を失います。

個人目標に主に置くべきなのは、CSM本人が日々の行動で動かせる先行指標です。オンボーディングの完了率、定例ミーティングの実施率、ヘルススコアが悪化した顧客への介入件数などは、本人の働きかけで直接動きます。判断基準はシンプルで、その指標は担当者の行動でどこまで動くかを問い、コントロール可能性が高いものを個人へ、低いものをチームへ寄せます。遅行指標を完全に個人目標から外す必要はありませんが、置くなら評価ウェイトを下げるか、後述するチーム評価側に寄せるのが実務的です。

担当ポートフォリオ別の目標分解

CSの担当は、顧客のARR規模や社数に応じてハイタッチ・ロータッチ・テックタッチに分かれるのが一般的です。ハイタッチは大口顧客に人手を厚くかける対応、ロータッチはある程度まとめて標準化した対応、テックタッチはプロダクト内メッセージやメールなど自動化中心の対応を指します。この対応モデルによって、個人目標の置き方は変わります。

同じCSチームでも対応モデルが混在する場合、全員に同じ目標項目を課すのは無理があります。ハイタッチ担当には1社ごとの深い関与を測る指標を、テックタッチ担当には施策の設計・改善そのものを測る指標を置く、というように、貢献の形に合わせて目標項目を分けるのが公平な設計です。

チーム目標と個人目標の連動

分解は上から下へ一貫させます。チームのKGI（最終目標。例: NRR、総チャーン率）を出発点に、それを構成するチームKPIへ分け、さらにCSM個人がコントロールできる活動指標へ落とし込みます。KGIをNRRとするなら、その手前のチームKPIとして「更新率」「アップセル件数」「重要顧客のヘルススコア維持率」などを置き、個人にはそれらを動かす先行指標（オンボーディング完了率・定例実施率・ヘルススコア改善件数）を割り当てます。

このとき、個人へ落とす活動指標の設計そのものは奥が深く、指標の粒度や測定方法を誤ると評価が機能しません。活動指標の具体的な設計はCSの活動指標の設計で扱います。本記事では、上位のKGIから個人が動かせる先行指標まで筋を通す、という連動の構造を押さえてください。

CSの目標設定に使うフレーム｜MBOとOKRの実務適用

CS運営では、評価に直結させる定量目標と、挑戦的な改善テーマを分けて運用すると、数字合わせを避けやすくなります。前者はMBO（目標管理制度：組織目標を個人目標へ落とし達成度を評価する仕組み）、後者はOKR（目標と主要な結果：野心的な目標と成果指標をセットで置き進捗を管理する手法）が向きます。両者を混ぜて「達成必須の挑戦目標」を作ると、達成できなければ評価が下がるため誰もストレッチしなくなり、逆に達成前提のOKRを掲げると挑戦の意味が薄れます。ここでは棲み分けの基準、目標値の置き方、フェーズによる重点の変え方を扱います。

MBOを評価に、OKRを改善テーマに分ける

定量目標の達成度をそのまま評価に反映させる部分はMBOで運用します。担当顧客の更新率、オンボーディング完了率など、達成すべき水準が明確な指標が対象です。プロセスそのものを良くする挑戦的なテーマ（例: 新しいオンボーディングフローの試行、ヘルススコアモデルの再設計）はOKRで運用し、達成率が100%でなくても取り組み自体を前向きに評価します。

この棲み分けの利点は、評価に直結するMBOで最低限のコミットを担保しつつ、OKRで現状を超える改善を促せる点にあります。すべてを評価直結の目標にすると、担当者は達成確実な低い目標しか掲げなくなります。改善テーマを評価から半分切り離すことで、失敗を許容できる挑戦の余地を組織に残せます。

目標値の置き方（ストレッチとコミット）

目標値には性質の違う2種類があります。ひとつは達成率100%を前提にするコミット型で、更新率や既存契約の維持など「守るべき最低ライン」に使います。もうひとつは達成率60〜70%程度を想定するストレッチ型で、アップセル件数や新規施策の成果など「伸ばしたい挑戦」に使います。運用の相場観として、ストレッチ目標は6〜7割の達成でも十分な成果と見なす設計にすることが多いですが、この水準は組織のフェーズや文化により変わるため、自社の実態に合わせて調整してください。

問題が起きやすいのは、この2種を混同したときです。ストレッチ目標に100%達成を求めると、担当者は達成可能な低い数字しか申告しなくなり、ストレッチの意味が失われます。目標を設定する段階で「これはコミットか、ストレッチか」を明示し、評価のときも扱いを変えるのが公平な運用です。

立ち上げ期と拡大期で目標設定を変える

CSチームのフェーズによって、重点を置くべき目標は変わります。立ち上げ期は、まずオンボーディング完了率とチャーンの現状把握から始めるのが現実的です。この段階でNRRやアップセルを主目標に据えても、追える体制もデータもそろっておらず、目標が空回りします。まず新規顧客を確実に立ち上げること、なぜ解約が起きているかを把握することに集中し、動かせる先行指標を個人目標に置きます。

拡大期に入り、オンボーディングと基本的な解約防止が回り始めたら、NRR・アップセル率など拡大系の指標へ重点を移します。この段階では既存顧客の維持だけでなく、契約の拡大が事業成長の主要因になるため、拡大貢献を個人目標にも組み込みます。フェーズを見誤って拡大指標を早く入れすぎると、土台が固まる前に無理な提案を促し、かえって顧客の信頼を損ないます。

KPIと人事評価を接続する設計

KPI達成度をそのまま人事評価の点数にすると、顧客の成功よりも数字合わせを招きます。解約を先送りして期末の解約率だけ整える、ヘルススコアを主観で高く付ける、といった行動は、指標だけを評価対象にした設計の副作用です。これを防ぐには、定量（KPI達成度）と定性（顧客への貢献プロセス・チーム貢献）の配分を評価設計で担保します。運用では定量7:定性3から定量5:定性5あたりに配分することが多いですが、この比率は組織の成熟度や指標の信頼性によって調整すべきものです。ここでは配分の考え方、評価項目の設計例、評価期間の設計を扱います。

定量評価と定性評価の配分

定量に偏った評価には具体的な弊害があります。解約率だけを評価すれば、担当者は短期の解約防止だけに走り、本来やるべき拡大提案を「リスクだから」と避けるようになります。アップセルだけを評価すれば、顧客の準備が整う前に提案を急ぎ、信頼を損ねます。定量指標は何が起きたかを示しますが、なぜそうなったか、そのプロセスが顧客の成功に資したかまでは測れません。

定性評価は、この定量では拾えない貢献を評価に含めるための項目です。顧客への貢献プロセス（適切なタイミングで適切な支援ができたか）、チームへの貢献（ナレッジ共有、他メンバーの支援）などが対象です。配分の目安として、指標の信頼性が高くコントロール可能性も高い成熟したチームなら定量寄り、立ち上げ期で指標がまだ荒いチームなら定性の比重を上げる、という判断が実務的です。満足度指標を評価に組み込む場合の運用詳細はCSの顧客満足度指標の運用で扱います。

評価項目の設計例（CSM向け）

CSMの評価項目は、担当の役割に応じて次のような並びで組み立てます。各項目に測定指標と定量・定性の別を対応づけます。

• 担当ポートフォリオのチャーン抑制：更新率・解約率（定量。ただしコントロール不能な要素はチーム評価へ寄せる）
• 拡大貢献：アップセル・クロスセル件数、担当顧客のNRR（定量）
• オンボーディング品質：完了率、立ち上げ期間、初期定着率（定量と定性の両面）
• 顧客への貢献プロセス：定例・レビューの質、適時の介入（定性）
• ナレッジ共有・チーム貢献：事例共有、他メンバー支援、プレイブック整備（定性）

項目を並べたら、それぞれにウェイト（配分）と測定指標を明記します。ウェイトを付けずに項目だけ並べると、担当者は測りやすい指標に労力を寄せ、定性項目が空洞化します。項目・ウェイト・測定指標の3点をセットで設計するのが要点です。

評価期間とフィードバックの運用

指標の性質によって、評価する周期を変えます。チャーン率やNRRのような遅行指標は、結果が出るまで時間がかかるため、四半期や半期といった長めの周期で評価するのが適切です。1か月の解約率で個人を評価すると、たまたまその月に大口が解約しただけで評価が乱高下し、実態を映しません。

一方、オンボーディング完了率や定例実施率のような先行指標は、月次でフィードバックすると軌道修正が早く効きます。評価（給与・処遇に反映する場）は遅行指標に合わせて長めに、フィードバック（行動を改善する場）は先行指標に合わせて短めに、と場を分けるのが実務的な運用です。評価とフィードバックを同じ周期・同じ場に混ぜると、短期の数字に一喜一憂して長期の顧客成功への取り組みが疎かになります。

評価がKPIを歪める失敗と回避策

評価設計の失敗は、大きく4つに集約されます。コントロール不能な遅行指標を個人へ転嫁する、指標のハック（数字合わせ）を招く設計にする、拡大の逆インセンティブを生む、部門間の情報分断で評価の前提が不公平になる、の4つです。指標を並べるだけの記事は多いものの、こうした失敗の兆候と回避の判断基準まで踏み込むことは少なく、ここが本記事で最も伝えたい部分です。順に、兆候の見分け方と回避策を示します。

コントロール不能な指標を個人評価に置く

チャーン率やNRRを個人の達成目標に据えると、プロダクトの不具合・価格改定・顧客側の経営判断・景気後退といった、担当者が動かしようのない要因が評価に混ざります。兆候は、担当者から「自分の努力と評価がかみ合わない」という声が上がる、あるいは解約が出た担当者が萎縮して挑戦しなくなる、といった形で現れます。

回避策は、遅行指標の評価をチーム側へ寄せることです。チャーンやNRRはチーム目標として全員で追い、個人にはそれを動かす先行指標（介入件数・オンボーディング完了率など）を主に置きます。遅行指標を個人評価に残す場合も、ウェイトを下げ、外部要因が明らかなケースは評価から除外する運用ルールを先に決めておきます。

指標のハック（数字合わせ）を招く設計

単一の指標を評価に直結させると、担当者はその指標だけを良く見せる行動に走ります。典型的な兆候は、ヘルススコアが担当者の主観入力で軒並み高く付く、解約が確定した顧客の解約処理を期をまたぐまで先送りする、といった動きです。数字は整うのに実態（顧客の成功）が伴わない状態が、ハックのサインです。

回避には、指標を単独で使わず複数の指標を組み合わせます。ヘルススコアなら主観入力だけでなく利用データ（ログイン頻度・主要機能の利用率）を裏付けに使い、解約率なら解約予兆の把握件数や更新前アプローチの実施と合わせて見ます。さらに、入力値を上長やチームで定期的に見直す監査の仕組みを入れると、主観の偏りを抑えられます。ヘルススコアの設計そのものについてはCSの主要KPI設計で詳しく扱います。

部門間で顧客情報が分断され評価が不公平になる

CSMの成果は、営業からの引き継ぎ品質や、顧客の利用状況が見えるかどうかに左右されます。営業段階で無理な条件で契約した顧客を引き継いだCSMと、適切な期待値で受注した顧客を引き継いだCSMを、同じチャーン目標で評価すれば不公平です。また、顧客の利用データが見えなければ、そもそも担当者が適切なタイミングで介入できず、成果の前提が崩れます。

兆候は、引き継ぎの質によって担当者間で成果が大きくばらつく、あるいは「データが見えないから動けなかった」という説明が評価面談で繰り返される、といった形です。回避の前提は、営業・利用・売上・活動のデータが一元化され、担当者ごとの状況が公平に見える状態を作ることです。ここは評価制度の設計だけでは解けず、データ基盤の整備が土台になります。

目標・評価の運用を支えるデータ基盤の選び方

個人・チーム目標を公平に評価するには、顧客・利用・売上・活動のデータが一元化され、担当者ごとに切り出せる状態が前提です。Excelでの手集計は、担当数と指標が増えるほど破綻します。担当替えや期またぎのたびに集計をやり直し、指標を1つ足すたびに全担当分のシートを直す作業は、運用が回りません。ここでは、評価運用に必要なデータ要件を一般論として整理し、手集計の限界を示したうえで、機能の一例として製品に触れます。

評価運用に必要なデータ要件（中立・一般論）

評価を公平に回すために、データ基盤には次の要件が求められます。

• 担当者別に指標を切り出せること（誰がどの顧客をどう動かしたかを分離して見られる）
• 活動履歴が自動で残ること（手入力に頼ると入力漏れや主観が混ざり、評価の前提が崩れる）
• 遅行指標（チャーン・NRR）と先行指標（活動量）を同じ基盤で追えること（結果と行動を突き合わせて評価できる）

この3点がそろって初めて、遅行指標はチームで、先行指標は個人で、という評価設計をデータで裏付けられます。逆にどれかが欠けると、評価は担当者の自己申告や記憶に頼ることになり、公平性が担保できません。

手集計運用の限界

Excelやスプレッドシートでの集計は、立ち上げ初期の少人数・少指標なら成立します。しかし運用が進むと、担当替えが起きるたびに過去実績の付け替えが必要になり、期をまたぐと集計期間の切り出しが煩雑になり、評価指標を追加するたびに全担当分のシート構造を直すことになります。担当者が増え指標が増えるほど、この保守コストが膨らみ、集計そのものが目的化して、肝心の評価の中身に時間を割けなくなります。

集計に手間がかかると、更新頻度が落ち、評価面談の直前にまとめて計算するようになります。すると先行指標の月次フィードバックが機能せず、行動の軌道修正が効かなくなります。データ基盤の選定は、単なる効率化ではなく、評価とフィードバックの周期を保つための前提条件です。

機能の一例（製品言及）

データの一元化と役割別の可視化を実現する手段として、SFA/CRM（営業支援システム／顧客管理システム。営業・顧客対応の情報を蓄積し可視化する仕組みであり、同時に業務の考え方も含む概念）の活用があります。Mazrica SalesのようなSFA/CRMでは、顧客とのやり取りや活動データが自動で蓄積され、担当者別・顧客別に情報を切り出せるため、手入力に頼らずに評価の前提となるデータをそろえられます。

役割ごとに判断に必要な指標を可視化する例としては、Mazrica BIがあります。Mazrica BIは、リード獲得から受注・売上までのデータを統合し、予実管理や要因分析、KPIモニタリングをダッシュボードで行える分析基盤です。ただしMazrica BIは独立した製品でありながらMazrica Salesの利用が前提（セットでの利用）となる点に注意してください。マネージャー向けにチーム全体のチャーン・NRRを、CSM向けに個人の活動指標を、というように役割別の指標を同じ基盤で追える環境は、遅行指標と先行指標を分けた評価設計を支えます。自社の指標構成やデータ量に合わせて、必要な要件を満たすかで判断してください。

よくある質問

CSMの評価は個人成績とチーム成績のどちらを重視すべきですか。 指標の性質で分けるのが実務的です。個人がコントロールできる先行指標（オンボーディング完了率・介入件数など）は個人成績で、外部要因が混ざる遅行指標（チャーン・NRR）はチーム成績で評価します。立ち上げ期は指標の信頼性がまだ低いため、個人の活動量とチーム全体の成果の両方を見て、片方に寄せすぎないようにします。

チャーンレートを個人の評価指標にしてもよいですか。 主指標にはおすすめしません。チャーンはプロダクト不具合や顧客の経営判断など個人が動かせない要因が混ざる遅行指標だからです。使う場合は、チーム評価に寄せたうえで、個人にはチャーンを動かす先行指標（更新前アプローチの実施率・解約予兆の把握など）を置き、遅行指標のウェイトは下げます。

CSの目標設定はMBOとOKRのどちらが向いていますか。 両方を役割で分けて併用するのが実務的です。評価に直結させる達成必須の定量目標はMBO、達成率60〜70%を許容する挑戦的な改善テーマはOKRで運用します。片方に統一すると、MBO一本では挑戦が生まれず、OKR一本では最低ラインのコミットが担保できません。

評価に定性項目を入れると主観が入り不公平になりませんか。 評価基準を事前に言語化し、複数の目で見ることで抑えられます。「顧客への貢献プロセス」「チーム貢献」といった定性項目は、何をもって高評価とするかの基準と具体例を先に決め、上長と本人ですり合わせます。定性を入れないと、定量では拾えない拡大提案の努力やナレッジ共有が評価されず、かえって数字合わせを助長します。

立ち上げたばかりのCSチームでも評価制度は必要ですか。 簡易でも必要です。ただし精緻な制度を最初から作る必要はありません。立ち上げ期はオンボーディング完了率など動かせる先行指標を1〜2個個人に置き、チャーンやNRRはチームで追う、という最小構成から始めます。データがそろい成果が読めるようになった段階で、拡大指標や定性項目を足していきます。

目標の見直しはどのくらいの頻度で行うべきですか。 指標の種類で頻度を分けます。遅行指標に紐づく評価目標は四半期・半期で見直し、先行指標に基づく行動のフィードバックは月次で行うのが実務的です。事業フェーズが立ち上げから拡大へ移るなど前提が大きく変わったときは、周期を待たずに重点指標を組み替えます。

まとめ

CSのチーム運営と評価は、指標をきれいに並べることよりも、誰が何を動かせるかに沿って目標を割り分け、評価がKPIを歪めない配分を設計することが要点です。

立ち上げ期の組織なら、まず個人にはオンボーディング完了率など動かせる先行指標を1つ置き、チャーン・NRRはチーム評価に寄せます。拡大フェーズでLTV・NRRを伸ばす段階の組織なら、拡大貢献を評価項目に明示し、拡大提案を避けさせない配分にします。定量偏重の弊害を避けるため、定性（顧客への貢献プロセス・チーム貢献）を評価に組み込むことも忘れないでください。

第一歩は小さく始めます。既存の評価シートに、遅行指標だけでなく、個人がコントロール可能な先行指標を1項目足すところから着手するのが現実的です。全面的な制度設計を最初の一歩にすると、着手できないまま形骸化します。KPI設計を含む全体像はCSのKPI設計と目標管理を参照してください。