IS組織の目標設計とチーム管理｜個人目標・チーム目標・連携目標を統合して組織成果を最大化する
公開日 ・ 更新日 ・ 読了 17分
メンバー個々のKPIはきちんと設定しているのに、チーム全体の商談数や受注貢献が思うように伸びない。マーケから渡ったリードの扱いを巡って、フィールドセールスと「これは商談として渡せる質か」の認識がずれる。こうした詰まりの多くは、個人・チーム・部門連携の目標がそれぞれバラバラに置かれ、互いに接続されていないことから生じます。この記事では、インサイドセールス（以下IS）のチームマネジメントで扱う目標を、個人目標・チーム目標・連携目標の3層に整理し、それを統合して設計・運用する具体的な方法を扱います。KPI指標そのものの体系的な全体像はインサイドセールスのKPI設計と目標管理を参照してください。本記事はその指標群を、組織としてどう分解・統合し、チームとして回すかに絞ります。
ISのチームマネジメントで成果が出ない構造的な原因
チームマネジメントで成果が出ない最大の原因は、個人・チーム・連携の3層の目標が接続されていないことにあります。個人はアポ率を追い、チームは商談数を追い、マーケやフィールドセールスとの連携ルールは曖昧なまま。この状態では各層がそれぞれ独立して動き、一つひとつは最適化されているのに全体成果につながらない、いわゆる局所最適が起きます。以下では、3層が食い違うと具体的に何が起きるのか、そして量の目標だけが独り歩きするとどうなるのかを見ていきます。指標そのものの設計論は親ピラーに譲り、ここではあくまで組織運用の視点で整理します。
個人・チーム・連携の目標が接続されていない状態
3層が独立して動くと、それぞれの層で合理的な行動が全体の成果を削ります。典型的なのが次の食い違いです。個人が「架電数」や「アポ獲得件数」の目標だけを追うと、質の低いアポでも件数を稼ごうとし、結果としてチーム全体の商談化率（アポが有効な商談に進む割合）が下がります。個人としては目標達成でも、チームのKGIには逆行するわけです。
連携側でも同じことが起きます。SQL（Sales Qualified Lead：営業が引き継ぐ条件を満たした見込み客）の定義が3部門で揃っていないと、ISが「商談化した」と判断して渡した案件を、フィールドセールスが「これは商談ではない」と差し戻します。押し付け合いが常態化し、貴重なリードが層と層の境界で失われていきます。個人目標・チーム目標・連携目標が別々の指標体系で走っている限り、この構造は解消されません。
量の目標だけが独り歩きする
親ピラーで扱う活動量・商談化率・パイプライン寄与の3軸のうち、活動量だけを評価の中心に据えると、チームの行動は「量を出すこと」に最適化されます。マネージャーが週次で架電数だけを詰めれば、メンバーは架電数を守るために質を犠牲にします。評価指標は、それ自体が行動を誘導する装置だからです。
量の指標は必要ですが、それは転換指標（アポ率・商談化率など、量が成果に変わる割合）とセットで置いて初めて機能します。活動量の指標をどう設計するかの詳細はインサイドセールスの活動KPIに譲りますが、チームマネジメントの視点で押さえるべきは、「何を評価するかがそのままメンバーの行動になる」という原則です。
個人目標の設計｜メンバーが迷わず動ける粒度に落とす
個人目標は、コントロール可能な行動指標と、成果への転換指標を必ずセットで置きます。行動指標だけだと件数稼ぎに偏り、転換指標だけだと本人が制御できない結果を待つだけになります。両方を組み合わせることで、「今日どう動けばよいか」が本人に見え、かつその動きが成果につながっているかも測れます。ここでは指標の組み合わせ方、目標値の決め方、そしてスキルのばらつきをどう反映するかを順に示します。
行動指標と転換指標をセットで置く
個人目標は2種類の指標を組み合わせて構成します。
- 行動指標（本人がコントロールできる量）：架電数、メール送信数、フォロー件数など
- 転換指標（量が成果に変わる割合）：アポ率、商談化率など
行動指標だけを置くと、前述のとおり質を無視した件数稼ぎに走ります。逆に転換指標だけを置くと、母数となる行動が不足したまま「率が高ければよい」という理屈で活動量が落ち、絶対数が確保できません。行動と転換の両方を同時に見て初めて、「量は出ているが質が低い」「質は高いが量が足りない」といった詰まりを本人とマネージャーが同じ言葉で認識できます。それぞれの指標の中身や改善の打ち手はアポ率・商談化率の改善で深掘りします。
目標値は過去実績×改善余地で決める
目標値をKGIからの逆算だけで決めると、現場の実力とかけ離れた数字が下りてきて、達成不能な目標として形骸化します。逆に過去実績だけを基準にすると、現状維持の目標になり成長が止まります。実務では、過去実績を出発点に、改善余地を上乗せして着地させます。
具体的には、まず直近3か月程度の個人別実績（架電数・アポ率・商談化率）を平均で把握し、次にKGIから逆算した「本来必要な水準」と突き合わせます。両者のギャップを、四半期でどこまで詰めるかを本人と合意して目標値にします。実績と逆算のどちらか一方に寄せず、両方の突き合わせで決めることが、達成可能かつ意味のある目標の条件です。
スキルのばらつきを個人目標に反映する
経験もスキルも異なるメンバーに一律の目標を課すと、新人には過酷で、ベテランには物足りない目標になり、どちらの成長にもつながりません。経験・スキルに応じて段階的に目標値を設定し、育成の観点を組み込みます。
このとき、各メンバーの強み・弱みを可視化できると段階設定の精度が上がります。例えばMazrica SalesのようなSFA/CRM（営業活動を支援し顧客情報を管理する仕組み）では、セールスメトリクスというレーダーチャート機能で、受注率・受注案件数・アクション数・リードタイム・単価などの項目を、各メンバーとチーム平均を並べて比較できます（Growth以上）。「アクション数は平均以上だが受注率が低い」といった個人の傾向がチャートで見えると、その人に置くべき目標が件数か転換かを判断しやすくなります。
チーム目標の設計｜個人の合算では設計しない
チーム目標は、KGIである受注貢献から逆算した「チームとして必達の商談数・パイプライン寄与」を先に置き、そこから個人へ配分します。個人目標を積み上げてチーム目標にすると、全員が達成しても組織に必要な水準に届かないまま、数字の上だけ整合してしまう危険があります。まずチームの必達量を確定させ、それを配分するという順序が原則です。ここでは逆算の手順と、配分するときに負荷の偏りを避ける考え方を示します。
KGIからチーム必達量を逆算する
チーム必達量は四則演算でつながる形に落とします。考え方はシンプルで、受注目標から受注率・商談化率で割り戻していきます。
- 受注目標（KGI）÷ 受注率 ＝ 必要な有効商談数
- 必要な有効商談数 ÷ 商談化率 ＝ 必要な活動量（アポ数・架電数など）
この計算で、「チームとして月に何件の有効商談を作らなければならないか」「そのために何件の活動が必要か」が一本の筋でつながります。各率をどう定義し、どの粒度で有効商談やパイプライン寄与を測るかはSQLとパイプライン寄与に譲りますが、チーム目標の設計としては、この逆算がKGIとの接続を担保する背骨になります。
個人へ配分するときの偏りを避ける
チーム必達量を個人に配分する方法は、大きく均等配分と実力配分に分かれます。どちらが向くかはチームの成熟度で判断します。立ち上げ期でメンバーの実力差がまだ読めない段階なら、均等配分から始めて実績データを溜めるのが現実的です。成熟期でメンバーごとの実力が把握できているなら、実力配分を基本にしつつ、伸ばしたい若手には育成枠として少し高めの目標を上乗せする形が機能します。
配分で避けたいのは、実力配分を突き詰めた結果、成果を出せる一部のメンバーに負荷が集中し、疲弊と離脱を招くことです。実力配分を採る場合も、一人あたりの上限を設け、チームとして持続可能な水準に収める前提で配分します。
連携目標の設計｜マーケ・フィールドセールスと共通指標を持つ
連携目標の核心は、SQLの定義と受け渡し基準を、マーケティング・IS・フィールドセールスの3部門で合意することです。ここが曖昧なままだと、入口ではマーケからのリード品質を巡って、出口ではフィールドセールスへ渡す商談品質を巡って、両端で押し付け合いが起きます。共通の分母を持たない部門同士は、互いの都合で「良いリード」「良い商談」の基準を動かせてしまうからです。以下では、合意すべき項目、マーケ側・フィールドセールス側それぞれの共通KPI、そして受け渡しを仕組みで担保する方法を示します。
SQLの定義と受け渡し基準を合意する
まず、SQL（前述のとおり営業が引き継ぐ条件を満たした見込み客）とは具体的に何を指すのかを3部門で言語化し、合意します。合意すべき項目は次のとおりです。
- 条件：業種・従業員規模・役職・課題の顕在度など、SQLと認める要件
- スコア：行動履歴や属性を点数化する場合の閾値
- 引き継ぎ後の対応SLA：SQLを受け取ったフィールドセールスが何営業日以内に初回接触するか
これらを文書として3部門で持つと、「この案件はSQLの条件を満たしているか」を個人の感覚ではなく基準で判断できます。SQLの詳細な設計やスコアリングの考え方はSQLとパイプライン寄与を参照してください。
マーケ連携目標｜リード品質を共通KPIにする
マーケとの連携目標では、ISが受け取るリードの質を測る指標を共通のKPIとして持ちます。マーケがリード獲得数だけを目標にすると、数は増えてもISが商談化できないリードが混ざり、ISの活動が空振りに終わります。リードのうちSQLに転換した割合を、マーケとISの共通指標として置くことで、両部門が「量」ではなく「商談につながる質」に向かって動けます。
フィールドセールス連携目標｜有効商談と受注貢献を共通KPIにする
フィールドセールスとの連携目標では、ISが渡した商談の受注寄与でISを評価します。ISのゴールを「商談を渡した件数」で止めると、受注につながらない商談を量産しても評価上は問題なく見えてしまいます。渡した商談がどれだけ受注に貢献したかを共通KPIに据えることで、ISはフィールドセールスが受注しやすい質の商談を作ることに動機づけられます。有効商談や受注貢献の具体的な指標定義は親ピラーおよびSQLクラスターに譲ります。
情報の受け渡しを仕組みで担保する
3部門で基準を合意しても、リードや商談の受け渡しが口頭やスプレッドシートの散在で行われていると、連携は担当者の記憶と気配りに依存し、属人化します。誰かが休むと引き継ぎが止まり、更新の抜けで対応SLAが破られます。これを防ぐには、取引先・案件・アクション（活動履歴）を一元管理し、部門をまたいで同じ状況を見られる仕組みが要ります。
例えばMazrica SalesのようなSFA/CRMでは、案件のフェーズや直近のアクション状況を、部門をまたいで同じ画面で確認できます。案件ボードのカンバン表示では、直近のアクション状況で案件が色分けされ、青が1週間以内にアクションあり、黄が1か月以内、赤が1か月以上アクションなしと一目で分かります。ISが渡した案件をフィールドセールスがどう動かしているか、逆に放置されている案件はどれかを、同じデータ上で追えるため、受け渡しの境界で情報が失われにくくなります。
3層の目標を統合する運用設計
3層は、同じKGIに向かって四則演算でつながるよう統合するのが原則です。個人・チーム・連携がそれぞれ別の指標体系で走っている限り、いくら個々を磨いても組織成果には束ねられません。連携目標を頂点に、チームの必達量、個人の行動・転換指標を一本のツリーにぶら下げることで、下位の目標達成が上位に直結する構造を作ります。ここでは3層を束ねる組み立て方と、レイヤー間で目標が矛盾したときの優先順位を示します。
1本のKPIツリーに3層を束ねる
統合の起点はKGIに最も近い連携目標です。SQLや受注貢献を頂点に置き、その下にチームの必達量（前述の逆算で出した有効商談数・活動量）をぶら下げ、さらにその下に個人の行動指標・転換指標を配置します。上から下へたどると「受注貢献を達成するために、チームで何件、個人で何件」が四則演算でつながり、下から上へたどると「自分の1件がチームと連携目標のどこに効くか」がメンバーに見えます。3層が同じ計算式の中に収まっていることが、統合できている状態の定義です。
レイヤー間で矛盾したときの優先順位
3層を束ねても、現場では層の目標が衝突します。典型が「個人のアポ率を守ろうとすると、チームの必達商談数に届かない」という量と率の対立です。この場合、原則としてKGIに近い層を優先します。チームの必達商談数はKGIである受注貢献に直結しているため、個人の率を一時的に下げてでも絶対数を確保する判断が基本になります。
ただし、質を無視した数の確保が続くと後工程の受注率が崩れ、結局KGIを損ないます。したがって、優先の判断は「短期の必達量を確保しつつ、率の低下を許容範囲に収める」という条件付きにします。率が一定の下限を割り込む場合は、量より率の立て直しを優先する、という閾値をチームで決めておくと、衝突のたびに迷わずに済みます。
目標を機能させる運用｜見える化・定例レビュー・1on1
目標は設計より運用で差がつきます。同じ目標体系でも、見える化・定例レビュー・1on1の3点で回すかどうかで、メンバーの行動は大きく変わります。数字を見えるようにするだけでも行動は動くということです。以下では、3点それぞれの回し方と、多くの記事が抜かす「設計後の点検」の観点を示します。
見える化｜チーム・個人・連携を同じ画面で見る
3層の目標を統合しても、それぞれ別の場所・別の形式で管理されていると、結局は分断したまま運用されます。チームの商談数、個人別の活動量・商談化率、連携のパイプライン状況を、同じ画面に並べて見られる状態を作ります。ダッシュボードやレポートで3層を一覧化すると、どの層で数字が詰まっているかを会議の場で全員が同時に把握できます。
SFA/CRMでは、複数のレポートを1画面に集約するダッシュボードや、設定不要で使える標準レポート（売上予測・売上推移・ファネル分析・アクション分析など8種）で、これらを可視化できます（ダッシュボード・カスタムレポートはGrowth以上）。前節で触れたような仕組みの上で3層を並べれば、見える化は運用に定着します。
定例レビュー｜チーム目標と連携目標を振り返る
レビューは、対象と粒度を分けて設計します。週次はチーム目標を対象に、必達量に対する進捗と詰まりを短く確認します。月次または四半期は連携目標を対象に、マーケ・フィールドセールスと合同でレビューします。SQLの品質、リードから商談への転換、渡した商談の受注貢献を、3部門が同じ数字を見ながら振り返ることで、境界での認識ずれをその場で修正できます。週次で連携全体を毎回議論すると重くなり、四半期まで放置すると手遅れになるため、この頻度の使い分けが実務的です。
1on1｜個人目標の障害を取り除く
1on1を数字の詰問の場にすると、メンバーは防御的になり、本当の詰まりを話さなくなります。1on1は、個人目標の達成を妨げている障害を取り除く場と位置づけます。「アポ率が下がっている」で終わらせず、「どのトークで断られているか」「ターゲットのリストに問題はないか」まで一緒に分解し、次の1週間で試す具体策を1つ決めます。個人目標の設計で行動指標と転換指標をセットにしておくと、この障害の切り分けが会話の中でやりやすくなります。
四半期ごとに点検する観点
多くのチームは目標を設計したら運用に入り、設計そのものが劣化していないかを点検しません。事業環境やメンバー構成が変われば、当初の目標体系はずれていきます。四半期ごとに、次の観点で目標設計を点検します。
- SQLの定義が、マーケ・IS・フィールドセールスの3部門で今も一致しているか
- 個人目標に、本人がコントロールできない指標が混じっていないか
- 使われていない、あるいは入力されていない指標が残っていないか
- KGIから個人までの四則演算のつながりが、どこかで切れていないか
- 目標値が実態と乖離し、達成不能または容易すぎになっていないか
この点検を四半期の固定行事にすると、目標体系が形骸化する前に手を入れられます。設計とレビューが別物であるように、点検もまた別の作業として予定に組み込むことが要点です。
チームマネジメントでよくある失敗と回避策
チームマネジメントの失敗は、「指標が多すぎる」「個人の合算をチーム目標にする」「連携ルールが未合意」「目標が入力・更新されない」の4つに集約されます。いずれも指標設計の技術的な巧拙より、運用の思想に起因します。だからこそ回避策には明確な判断基準があります。以下で各パターンと、迷ったときに立ち返る判断軸を示します。
指標が多すぎて追えない
網羅性を求めて指標を増やすと、どれも中途半端に追う状態になり、結局どの数字も改善しません。絞り込みの判断基準は「本人がコントロールできること」と「KGIに紐づいていること」の2つです。この両方を満たさない指標は、参考値に格下げするか外します。個人目標に置く指標は、行動指標と転換指標を軸に数個までに収めるのが現実的です。
個人目標の合算をチーム目標にしている
個人目標を積み上げてチーム目標を作ると、全員が達成しても組織の必達水準に届かない、という穴が開きます。回避策は前述のとおり、KGIからの逆算でチーム必達量を先に確定し、それを配分する順序に置き直すことです。合算からの発想を、逆算からの発想に切り替えます。
連携ルールが未合意で押し付け合いになる
マーケ・IS・フィールドセールスの境界で押し付け合いが起きるのは、共通の基準がないからです。回避策は、SQLの定義と引き継ぎ後の対応SLAを、部門が動き出す前に合意しておくことです。運用を始めてから基準を作ろうとすると、すでに発生した押し付け合いの利害が絡み、合意が難しくなります。
目標が入力・更新されず形骸化する
どれだけ精緻な目標体系を作っても、日々の活動が記録・更新されなければ数字は実態を映さず、レビューも点検も機能しません。回避の要点は、入力そのものの負荷を下げることです。活動記録の入力ステップを減らし、テンプレートで補助し、モバイルからでも記録できる状態にすると、更新の抜けが減ります。仕組みで入力負荷を下げる話は前節で触れたとおりで、ここで新たに製品を持ち出すより、まずは「入力に手間がかかりすぎていないか」を運用側で見直すのが先です。
まとめ｜自社の状況別・次の一歩
3層の統合は一度に全部を整える必要はなく、自社の詰まりに応じて一歩から始めれば十分です。状況別に、負荷の低い最初の一歩を挙げます。
個人目標しか整っていない組織なら、まずチーム必達量をKGIから逆算して1つだけ置くことから始めます。受注目標を受注率と商談化率で割り戻すだけで、チームとして月に何件の有効商談が要るかが見え、個人目標との接続が始まります。
マーケやフィールドセールスとの連携で揉めがちなら、SQLの定義を3部門で1回すり合わせるミーティングを設定します。いきなりKPIツリーを全部書き出そうとすると負荷が高くて止まるので、まずは境界の基準を1つ揃えることに絞ります。
指標が多すぎて追えていないなら、コントロール可能かつKGIに紐づく指標だけに絞り込みます。追う対象を減らすことが、逆説的にチームの行動を集中させます。
KPI指標そのものの設計はインサイドセールスのKPI設計と目標管理で体系的に整理しています。本記事で作った3層の器に、そこで定義した指標を流し込む形で使ってください。
よくある質問
Q インサイドセールスのチーム人数は何人から目標管理を分けるべきですか？
目安として、数名までは個人目標を中心に回し、マネージャーが直接全員の数字を追えます。5〜7名を超えたあたりから、個人目標だけでは全体が見えにくくなるため、チーム目標と役割分担を明確に分けます。人数よりも、マネージャーが一人ひとりの詰まりを週次で把握しきれなくなった時点が、目標管理を分ける実質的な合図です。
Q 個人目標とチーム目標が矛盾したときはどちらを優先しますか？
原則として、KGIに近い層を優先します。チームの必達商談数は受注貢献に直結するため、個人の率を一時的に下げてでも絶対数を確保するのが基本の判断です。新任リーダーが迷いやすい場面ですが、「どちらがKGIに近いか」を起点にすれば判断はぶれません。ただし率が一定の下限を割る場合は、量より率の立て直しを優先する閾値をあらかじめ決めておきます。
Q マーケティング部門とインサイドセールスのKPIが対立します。どう調整しますか？
対立の多くは、マーケがリード数を、ISが商談数を、それぞれ別の分母で追っていることから生じます。共通の分母としてSQLと受注貢献を置き、リードのうちSQLに転換した割合を両部門の共通KPIにすると、量ではなく質に向かって同じ方向を向けます。評価の対象を揃えることが、調整の実質です。
Q プレイングマネージャーでも3層の目標管理は回せますか？
回せますが、時間の使い方に優先順位をつける必要があります。四半期ごとの点検は日程を固定して必ず確保し、日次のモニタリングはダッシュボードでの確認に代替します。手作業での集計に時間を取られないよう、見える化を仕組みに寄せることが、プレイングマネージャーが管理業務を回す前提になります。
Q 目標設定はどのくらいの頻度で見直すべきですか？
目標値そのものは原則四半期に一度の見直しにとどめます。頻繁に変えると、メンバーが数字の意味を追えなくなり、達成に向けた行動が定着しません。例外として、市場環境の急変やチーム構成の大きな変化があった場合は、四半期を待たずに調整します。四半期ごとの点検の観点で乖離が見つかったときも、見直しのタイミングです。
Q インサイドセールスの目標管理にツールは必須ですか？
必須ではありません。人数が少なく、部門連携も単純なうちは、スプレッドシートでも運用できます。ただし、メンバーが増えて個人・チーム・連携の3層を同時に追う必要が出てきたり、マーケ・フィールドセールスとの受け渡しが複雑になったりすると、スプレッドシートでは更新の抜けや集計の手間が増え、数字が実態からずれ始めます。この人数や連携の複雑さが増したラインが、SFA/CRMなどのツールを検討する目安になります。