MENU

【日々のマナビ】なぜ「KPIは達成したのに顧客が離れる」のか – 顧客価値と事業価値のズレを検知するKPI設計と統合目的関数の作り方

こんにちは。ろっさんです。

今回は、「なぜ『KPIは達成したのに顧客が離れる』のか – 顧客価値と事業価値のズレを検知するKPI設計と統合目的関数の作り方」と言うタイトルで解説していきます。長い記事ですがぜひ最後までお付き合いください!


目次

0. はじめに|「数字は良いのに、なぜか顧客が冷めていく」という不気味さ

ある日、従業員22名の金属加工業A社(年商2億円、主力顧客1社が売上の47%を占める2代目経営の会社、勤続20年超の熟練工が2名)の社長から、こんな相談を受けたとします。

「うちは去年、はじめて全社にKPIを入れた。納期遵守率、不良率、粗利率、設備稼働率。どれも目標を達成した。数字だけ見れば、過去最高の出来だ。なのに、いちばん大事な主力顧客の担当者から、最近どうも反応が冷たい。『最近のA社さん、ちょっと前と変わったね』と言われた。何が悪いのか、数字をいくら見ても分からない。診断士の立場で、これをどう読み解けばいいのか教えてほしい」。

これは、KPIを導入した中小企業で非常によく起きる現象です。指標は全部緑(達成)なのに、肝心の顧客との関係が静かに悪化していく。 社長は数字を信じて経営しているのに、その数字が「顧客がいま何を感じているか」をまったく映していない。これほど不気味なことはありません。

合格直後の診断士であれば、「KPIをもっと増やしましょう」「顧客満足度調査を入れましょう」と返してしまいがちです。しかしそれは、問題の構造を理解しないまま対症療法を重ねる対応です。KPIを増やせば増やすほど、現場は「数字を作るための数字」に追われ、本質的な顧客価値からはむしろ遠ざかっていくことすらあります。

この記事の出発点となる問いは、こうです。なぜ、事業の数字(KPI)が良くても、顧客価値は損なわれるのか。 そして、そのズレをどうやって早期に検知し、KPIと目的関数を設計し直せばいいのか。

本記事では、次の論点を順に扱います。

  • 顧客価値(JTBD・UX・品質特性)と事業価値(粗利・LTV・リスク低減)が構造的にズレるメカニズムを、A社の具体例3つで解剖する
  • ズレを検知するためのKPI設計の原則——先行指標と遅行指標、代理指標(プロキシ)の限界、そして「測れない価値」の扱い方
  • KPIが現場の不正を誘発した実例(EC事業の「返品率低下」が出荷抑制を招いたケース)を取り上げ、JTBD・品質・セキュリティ(不正検知)を含むKPIセットに再設計し、各KPIのゲーム化リスクと監査方法まで設計する
  • 同じ「KPIのズレ」という現象を、①品質工学(ロバスト性)②情報セキュリティ(CIA・脅威モデル)③マーケティング(顧客満足とLTV)という3つのレンズで同時に説明し、統合された目的関数を提案する
  • なぜ社員はKPIをゲーム化するのか——プリンシパル=エージェント問題とLine of Sight(自分の行動が顧客価値につながる因果が見える状態)の設計(追加論点A)
  • 一元品質しか測らないKPIが魅力品質の乖離を見逃す構造——Kano分析とSERVQUALを応用レベルで使う(追加論点B)
  • 22名規模の会社でもBSCの戦略マップが機能する理由——従業員に経営意識を持ってもらうためのKPI設計(追加論点C)

合格後の知的再武装として、「KPI」「目的関数」という言葉を、流行の管理手法ではなく、中小企業の顧客との関係を守り、社員に経営の意味を伝える道具として使えるところまで持っていきます。


1. 顧客価値と事業価値はなぜズレるのか——A社の具体例3つで解剖する

1.1 そもそも「顧客価値」と「事業価値」は別物である

顧客価値とは、顧客がその取引から得る価値(JTBD・UX・品質特性)であり、事業価値とは、その取引が自社にもたらす価値(粗利・LTV・リスク低減)です。 この2つは長期では一致しても、短期のKPIではしばしば逆方向を向きます。

最初に、用語を整理します。経営の現場では「顧客のためになることをすれば、会社も儲かる」という素朴な信念が根強くあります。長期的には正しい面もありますが、短期のKPIの世界では、顧客価値と事業価値はしばしば逆方向を向きます。

  • 顧客価値:顧客がその取引から得る価値。代表的な捉え方が3つあります。
  • JTBD(Jobs To Be Done)——顧客が「片付けたい用事」。A社の主力顧客がA社に発注する本当の用事は、「金属部品を買う」ことではなく「自社の生産ラインを止めずに済ませる」ことです。
  • UX(顧客体験)——発注のしやすさ、問い合わせへの反応速度、トラブル時の安心感など、取引の体験全体。
  • 品質特性——ISO/IEC 25010 などで整理される、機能適合性・信頼性・性能効率性など。製造業なら寸法精度・耐久性・ばらつきの小ささ。
  • 事業価値:その取引が自社にもたらす価値。
  • 粗利(限界利益)——その仕事1件あたりの儲け。
  • LTV(顧客生涯価値)——その顧客と続く関係全体から得られる累積利益。
  • リスク低減——特定顧客への依存度、品質クレームによる信用毀損リスクの低減。

問題は、KPIが「測りやすい事業価値」に偏りがちだということです。粗利率・稼働率・納期遵守率は数字で測れます。しかしJTBDの達成度や「この会社じゃないと困る」という顧客の感情は、そのままでは数字になりません。測れるものだけをKPIにすると、測れない顧客価値が静かに削られていく。 これがズレの正体です。

1.2 具体例1|納期遵守率という事業KPIが、顧客のJTBDを取り逃がす

A社は「納期遵守率95%以上」をKPIに掲げ、達成しました。納期を守るのは良いことです。しかし主力顧客のJTBDは「納期を守ってもらうこと」ではなく、「自社の生産ラインを絶対に止めないこと」でした。

この2つは似て非なるものです。納期遵守率を上げるために、A社の現場は「確実に間に合う標準的な仕事」を優先し、「間に合うか微妙だが顧客にとっては死活的な特急対応」を後回しにするようになりました。結果として、納期遵守率という数字は上がったのに、主力顧客が本当に困ったときの「駆け込み寺」としての役割を果たせなくなった。顧客から見れば、「最近のA社は、肝心なときに動いてくれなくなった」という体験です。

KPIの数字(95%達成)と、顧客のJTBD達成度(ライン停止の不安が減ったか)は、まったく別物だった。これが第1のズレです。

1.3 具体例2|粗利率の最大化が、LTVと依存先リスクを悪化させる

A社は「粗利率の改善」をKPIにしました。現場は素直に反応し、粗利率の高い「楽で利益の取れる仕事」を優先し、粗利率の低い「手間のかかる小ロット・短納期の仕事」を断るようになりました。月次の粗利率は改善しました。

ところが、その「手間のかかる仕事」こそが、主力顧客が最も頼りにしていた領域でした。A社が断り始めたことで、主力顧客は別の業者を開拓し始めます。短期の粗利率(事業価値)を最大化したことが、主力顧客のLTV(顧客生涯価値)を毀損し、さらに売上の47%を占める依存先との関係を揺るがすという、リスク低減とは逆方向の結果を招いたのです。

ここで重要なのは、粗利率というKPIそのものは正しい指標だということです。問題は、それを単独で最大化したときに、LTVと依存先リスクという別の事業価値を犠牲にする構造に、誰も気づいていなかった点にあります。

1.4 具体例3|設備稼働率の追求が、品質特性(ロバスト性)を削る

A社は「設備稼働率の向上」をKPIにしました。固定費を回収するうえで稼働率は重要です。現場は稼働率を上げるため、段取り替え(品種を切り替える際の準備)の回数を減らし、同じ品種をまとめて流す「だんご生産」に寄せていきました。

稼働率は上がりました。しかし、段取り替えを嫌うことで、多品種小ロットを求める顧客の用事を取りこぼすようになります。さらに深刻なのは、稼働率を優先して機械を止めずに回し続けた結果、刃具の摩耗チェックや微調整が後回しになり、製品の寸法ばらつきが少しずつ拡大したことです。これは品質特性、とくに「ばらつきへの強さ(ロバスト性)」の劣化です。

稼働率(事業価値)を追ったことで、品質特性(顧客価値)が削られた。しかも寸法ばらつきは出荷時の合否判定はギリギリ通るため、KPI上は不良率も悪化しない。顧客の組立工程で「なんとなく組みにくい」という形でじわじわ表面化する——これが第3のズレです。

1.5 3つのズレに共通する構造

3つの例に共通するのは、次の構造です。

KPI(測れる事業価値) 削られた顧客価値(測りにくい) ズレの正体
納期遵守率95% JTBD「ラインを止めない安心」 平均は守れても死活場面で動けない
粗利率の改善 LTV・依存先リスク低減 短期利益が長期関係を食う
設備稼働率の向上 品質特性(ロバスト性) 合否は通るがばらつきが拡大

いずれも、「測れる単一KPIを最大化すると、測れない別の価値が犠牲になる」という同じパターンです。経済学ではこれを「多元的な目的を単一指標に圧縮することの危険」として整理してきました。KPIは現実を1つの数字に圧縮する道具であり、圧縮の過程で必ず情報が落ちます。落ちた情報の中に、顧客価値の本質が含まれていた——それがA社で起きていたことです。

この構造は、価値創造を「箱の集まり」ではなく「因果のシステム」として読む視点と地続きです(参考:なぜ正しい施策ほど信頼されないのか – 企業価値創造を因果ループで読み解く方法)。KPIは因果システムの一部だけを切り取って数値化したものにすぎず、システム全体の健全性を保証しないのです。


2. ズレを検知するKPI設計の原則——先行・遅行、代理指標の限界、測れない価値

2.1 原則1|先行指標と遅行指標を意識的に分ける

KPI設計の最初の原則は、先行指標(leading indicator)と遅行指標(lagging indicator)を区別することです。

  • 遅行指標:結果が出てから動く指標。売上、粗利、利益、離職率など。経営の「成績表」だが、見えたときには手遅れになりやすい。
  • 先行指標:結果に先立って動く指標。顧客接点での品質、問い合わせへの応答速度、特急対応の受託率、初回相談から見積提出までの時間など。未来の遅行指標を予告する

A社の問題は、KPIがほぼすべて遅行指標と「中間的な作業指標」で構成され、顧客価値の変化を予告する先行指標が一つもなかったことです。粗利率も稼働率も、顧客がすでに離れ始めた後でしか異変を示しません。

ズレを早期に検知するには、遅行指標(粗利・売上)の手前に、顧客価値の変化を映す先行指標を置く必要があります。たとえばA社なら、

  • 主力顧客からの特急・小ロット依頼の受託率(断った件数)——具体例1・2のズレを予告する
  • 出荷品の寸法ばらつきの実測トレンド(合否ではなく分布の幅)——具体例3のズレを予告する
  • 主力顧客担当者との接触頻度と、相談の質(クレームでなく「相談」が来ているか)

これらは、粗利率が悪化する数か月前に動きます。先行指標を見ていれば、社長は「数字は緑なのに顧客が冷たい」という不気味さに、数字で気づけたはずです。

2.2 原則2|代理指標(プロキシ)の限界を知る

「測れない顧客価値」を測るために、私たちは代理指標(プロキシ)を使います。顧客満足を「満足度アンケートのスコア」で、信頼を「契約継続率」で代理する、といった具合です。代理指標は有用ですが、決定的な限界があります。

代理指標は、本来測りたいもの(真の構成概念)の一部を切り取った近似にすぎません。そして近似である以上、代理指標と真の価値の間には必ず「すき間」があり、現場はそのすき間を突くことができます。 満足度アンケートのスコアをKPIにすると、現場は「アンケートを出すタイミングを選ぶ」「不満な顧客には配らない」といった形で、真の満足を上げずにスコアだけを上げられます。

これは、指標が目標になると指標として機能しなくなるという、よく知られた経験則(Goodhartの法則)の一例です。本記事では背景としてだけ触れますが、要点はこうです——代理指標は「真の価値の影」であり、影だけを追うと本体を見失う。 だからこそ、代理指標は単独で使わず、複数を組み合わせ、かつ後述する監査とセットで運用する必要があります。KPIのゲーム化とサービス品質の関係は、KPIがサービス品質を壊すとき – Goodhartの法則と指標設計 でも扱っています。

2.3 原則3|「測れない価値」を無理に測らない勇気

3つめの原則は、逆説的ですが、測れない価値を無理にKPI化しないことです。

顧客の「この会社じゃないと困る」という感情、熟練工の暗黙知、職場の安心感——これらは重要であるほど数値化が難しい。これらを強引にスコア化すると、前項のプロキシのゲーム化が起き、かえって本質が失われます。

ではどうするか。価値を3つの層に分けて扱うのが実務的です。

対象 扱い方
第1層:直接KPI化 測れる・短期 納期遵守率、寸法ばらつき、特急受託率をダッシュボードで毎月追う
第2層:プロキシで間接把握 測りにくい・中期 顧客信頼を「契約継続率×紹介率」で近似し、傾向としてのみ見る
第3層:定性レビューで扱う 測れない・長期 半期に1度、主要顧客ごとに「いま何が起きているか」を物語として記述し経営会議で共有

A社に必要だったのは、第1層のKPIを増やすことではなく、第3層の定性レビューの場でした。主力顧客との関係を、数字ではなく「物語」として半期に一度棚卸しする。そこで初めて、「特急を断り始めた」「担当者の相談が減った」という、KPIには映らない変化が言語化されます。

2.4 KPI設計のチェックリスト(A社版)

ここまでの原則を、A社が使えるチェックリストにまとめます。

  • そのKPIは先行指標か遅行指標か。遅行指標だけになっていないか。
  • そのKPIは顧客価値(JTBD・UX・品質特性)のどれと因果でつながるか。つながらないKPIは「作業指標」にすぎない。
  • そのKPIを最大化したとき、犠牲になる別の価値は何か(トレードオフの明示)。
  • そのKPIは代理指標か。代理なら、現場はどうやってゲーム化できるか。その穴をどう監査するか。
  • 測れない価値を、第3層の定性レビューで拾う仕組みがあるか。

このチェックリストの4番目——「現場はどうやってゲーム化できるか」——を本気で突き詰めると、KPIは設計の質がまるで変わります。次の章では、KPIのゲーム化が単なる数字の操作を超えて、顧客を欺く不正にまでエスカレートした実例を取り上げます。


3. 「返品率を下げろ」が不正な出荷抑制を招いたとき——KPIセットの再設計

3.1 何が起きたか——単一KPIが現場を不正に追い込む

ここで、A社とは別の業態の事例を補助線として使います。あるEC事業者(仮にB社とします)が、コスト削減のために「返品率の低下」を最重要KPIに掲げ、返品率の改善度を現場リーダーの評価と賞与に直結させたとします。

現場は当然、返品率を下げようとします。しかし、返品の多くは「届いた商品がイメージと違った」「サイズが合わない」という、出荷後にしか分からない理由で発生します。現場が短期で返品率を下げる方法は、本来「商品説明を正確にする」「サイズ表記を改善する」といった顧客価値を高める施策のはずです。ところが、それらは効果が出るまで時間がかかる。評価に追われた現場が手を出したのは、もっと手っ取り早い手段でした。

  • 返品依頼の電話・問い合わせにわざと出ない、折り返さない(返品を物理的にさせない)
  • 返品理由を「顧客都合」に書き換えて、自社責任の返品としてカウントしない
  • 返品リスクの高い注文(過去に返品歴のある顧客など)を、理由をつけて出荷しない/キャンセルに誘導する

最後の「出荷抑制」は、顧客が正当に注文した商品を、KPIを守るために届けないという、顧客を欺く不正です。返品率という数字は劇的に改善しました。経営者は成功と勘違いします。しかし水面下では、顧客のJTBD(欲しいものが正しく届く)が破壊され、悪い口コミが蓄積し、やがて売上そのものが崩れ始めます。これは、評価制度が現場の不正行動を生むメカニズムそのものです(参考:評価制度が不正を生むとき – エージェンシー問題と行動経済学)。

3.2 なぜ単一KPIは必ず歪むのか

返品率という単一KPIが歪んだ理由は、第2章の原則で説明できます。返品率は遅行寄りの結果指標であり、かつ顧客価値の代理指標にすぎません。「返品が少ない=顧客が満足している」とは限らない。返品させてもらえない顧客は、返品しないが二度と買わない。代理指標と真の価値の間のすき間を、現場が不正で埋めてしまったのです。

ここから得られる教訓は明確です。顧客価値を守るKPIは、単一指標では設計できない。 守りたい価値を多面的に捉え、互いの歪みを牽制し合うKPIセットとして設計し、さらに不正を検知する監査をセットにする必要があります。

3.3 再設計——JTBD・品質・セキュリティ(不正検知)を含むKPIセット

B社の「返品率低下」を、3つの軸を含むKPIセットに再設計します。

KPI 何を守るか
JTBD(顧客の用事) 注文充足率(注文がキャンセル・未出荷にならず正しく届いた率)/実質返品率(問い合わせ段階の「隠れ返品」も含む) 「欲しいものが正しく届く」という用事
JTBD(事前期待の整合) 返品理由のうち「説明と違う」割合/商品ページ起因の返品率 期待と実物のギャップ=UXの質
品質 初期不良率/配送破損率 製品・物流そのものの品質特性
セキュリティ(不正検知) 返品理由の改ざん検知率/問い合わせ未応答率/特定顧客への出荷拒否の異常値 KPI自体が不正に操作されていないか
事業価値 顧客あたりLTV/リピート率 短期返品率より上位の長期価値

ポイントは2つです。第1に、JTBDを正面からKPIに据えること。返品率という「結果」ではなく、「注文が正しく充足されたか」という顧客の用事そのものを測る。第2に、セキュリティ=不正検知のKPIを明示的に持つこと。これは情報セキュリティの考え方をKPI運用に持ち込むものです。KPIは攻撃対象(現場による操作の対象)になりうるので、KPIを守るためのKPI(メタKPI)が要る、という発想です。

3.4 各KPIのゲーム化リスクと監査方法

再設計したKPIも、放置すればまた歪みます。「このKPIはどうゲーム化されうるか」と「どう監査するか」を必ずセットで設計します。

KPI 想定されるゲーム化 監査方法
注文充足率 出荷前のキャンセルを「顧客都合」に偽装して分母から除外 キャンセル理由ログのサンプル監査/顧客への直接確認電話を無作為抽出
実質返品率 返品問い合わせを記録せず握りつぶす 問い合わせ着信ログ(電話・メール・チャット)と返品記録の突合
返品理由分類 自社責任を「顧客都合」に書き換え 返品理由の入力ログを変更履歴つきで保全し、月次で無作為サンプルを第三者がレビュー
出荷拒否の異常値 特定顧客を狙い撃ちで出荷拒否 顧客別出荷拒否率の統計的外れ値検知(平均+3σ超を自動アラート)
LTV・リピート率 (比較的ゲーム化しにくい上位指標) 他KPIとの整合性チェック(返品率改善とLTV悪化が同時進行していないか)

監査の核心は2つです。1つはログの保全——返品理由・問い合わせ・キャンセルの記録を、後から書き換えられない形(変更履歴つき)で残す。これは情報セキュリティでいう「完全性(Integrity)」の確保そのものです(参考:データ品質を守る設計原則 – 完全性とトレーサビリティ)。もう1つはサンプル監査——全件チェックは不可能なので、無作為抽出した取引を人が深く追う。統計的品質管理の抜き取り検査と同じ発想です。

3.5 A社への翻訳——「不良率を下げろ」も同じ罠

このEC事例は、A社にそのまま当てはまります。A社が「不良率を下げろ」を単一KPIにすれば、現場は同じ歪みを起こしえます。

  • 微妙な寸法ばらつき品を「特採(特別採用)」で通し、不良としてカウントしない
  • 検査の合否基準を現場判断で緩める
  • 不良が出そうな難しい注文を受けないようにする(具体例2の再来)

A社の「不良率」も、注文充足率・寸法ばらつきの分布・特採率・検査記録の改ざん検知、というKPIセットに展開し、検査記録を変更履歴つきで保全し、特採案件を無作為サンプル監査する——EC事例とまったく同じ設計原則で守れます。業態が違っても、単一KPIが顧客価値を裏切る構造と、その防ぎ方は同じなのです。


4. 同じ現象を3つのレンズで見る——品質工学・情報セキュリティ・マーケティング

ここまでで、「単一KPIが顧客価値を裏切る」という現象を見てきました。実は、この同じ現象は、診断士が学ぶ複数の専門領域で、それぞれ別の言葉で語られています。同じ現象を3つのレンズで重ねて見ると、解像度が一気に上がります。

4.1 レンズ①|品質工学——「平均」ではなく「ばらつきへの強さ(ロバスト性)」

品質工学(タグチメソッド)の中心思想は、品質とは平均が目標値に合っていることではなく、ばらつきが小さく、外乱に強い(ロバストである)ことだという点にあります。タグチは「品質とは、製品が出荷後に社会に与える損失の小ささである」と定義しました(損失関数)。規格内に収まってさえいれば良い、という発想を否定し、目標値からのズレは規格内であっても損失だと考えます。

この視点でA社の具体例3(稼働率追求で寸法ばらつきが拡大)を見ると、こうなります。出荷時の合否(規格内か)だけを見るKPIは、品質工学的には最も粗い指標です。合否は通っていても、ばらつき(分布の幅)が広がっていれば、顧客の組立工程で損失が発生する。品質工学のレンズは、「合否率」ではなく「ばらつきそのもの」をKPIにせよ、と教えます。

そして本記事の主題に引きつければ——KPIそのものもロバストでなければならない。単一KPIは、現場の解釈や外乱(評価圧力)に対して脆弱(フラジャイル)で、簡単に歪む。複数KPIで牽制し合うKPIセットは、外乱に対してロバストな「設計」なのです。品質管理の実務的な設計は統計的品質管理の実践設計でも整理しています。

4.2 レンズ②|情報セキュリティ——CIAと脅威モデル

情報セキュリティの基本は、情報の機密性(Confidentiality)・完全性(Integrity)・可用性(Availability)——CIAを守ることです。さらに重要なのが「脅威モデル」——誰が、どんな動機で、どこを攻撃しうるかを先に想定し、その想定に対して防御を設計するという考え方です。

KPI運用を情報セキュリティのレンズで見ると、次のように翻訳できます。

  • 完全性:KPIの元データ(返品理由・検査記録)が改ざんされていないか。3.4の「変更履歴つきログ保全」は、完全性の防御です。
  • 可用性:KPIが必要なときに正しく見えるか。隠れ返品のように、記録されない=可用性の欠如は、ズレを見えなくします。
  • 脅威モデル:KPIにとっての「攻撃者」は、外部のハッカーではなく、評価に追われた自社の現場です。動機(賞与・評価)、攻撃面(KPIの計算過程の各ステップ)、攻撃手段(除外・書き換え・誘導)を先に洗い出す。3.4の「ゲーム化リスク」の列は、まさにKPIに対する脅威モデリングです。

この発想の転換は強力です。KPIを「正直に運用される前提」で設計するのは、システムを「善意のユーザーしかいない前提」で設計するのと同じく、無防備です。KPIは攻撃されうる資産だと考え、脅威モデルから防御(監査)を逆算する。 これが情報セキュリティのレンズの贈り物です。データを倫理的に扱うことが競争優位になるという論点とも接続します(参考:データ倫理が競争優位になる理由)。

4.3 レンズ③|マーケティング——顧客満足とLTV

マーケティングのレンズは、顧客満足は単発の取引ではなく、関係の累積(LTV)として測れと教えます。返品させてもらえなかった顧客は、その取引では「返品ゼロ」にカウントされますが、二度と戻ってきません。LTVで見れば、返品率の改善はLTVの破壊だった。

マーケティングはさらに、顧客満足は「期待」との比較で決まるという重要な視点を持ち込みます。実物がどれだけ良くても、事前の期待を下回れば不満になる。逆に、期待を適切に管理すれば、同じ実物でも満足になる。だからJTBDの「事前期待の整合」(商品説明の正確さ)が、返品の本質的なドライバーなのです。この期待ギャップの考え方は、後述するSERVQUAL(§7)で精密化します。顧客理解をデータで深める設計はJTBDで顧客理解をデータと統合するで扱っています。

4.4 3つのレンズが照らす同じ一点

3つのレンズは、別々の専門領域から出発しながら、同じ一点を照らします。

レンズ 同じ現象の呼び方 KPI設計への教訓
品質工学 ばらつき・ロバスト性の喪失 平均や合否でなく、ばらつきと外乱耐性を測れ/KPIセット自体をロバストに
情報セキュリティ 完全性の毀損・脅威の見落とし KPIを攻撃されうる資産とみなし脅威モデルから監査を逆算せよ
マーケティング LTV・期待ギャップの軽視 単発結果でなく関係の累積と期待整合を測れ

3つに共通するのは、「単一の・静的な・善意前提の指標は、必ず現実の複雑さに裏切られる」という洞察です。そして、それぞれが補い合う形で、次章の統合目的関数へとつながります。


5. 統合された目的関数を設計する——重み付けの根拠と、重みが変わる条件

5.1 なぜ「目的関数」という言葉を使うのか

3つのレンズは、それぞれ別の価値(ロバスト性・完全性・LTV)を重視します。経営者は、これらを同時に追わなければなりません。ここで必要になるのが、目的関数という発想です。

目的関数とは、「会社が何を最大化(最小化)しようとしているのかを、複数の要素の重み付き合計として明示的に書いたもの」です。数式アレルギーを起こす必要はありません。本質は、「うちは何を、どれだけ重視するのかを、暗黙のままにせず、明示的に決めて全社で共有する」という経営行為です。

KPIがバラバラに存在すると、現場は「結局、何を優先すればいいのか」が分からず、目の前で評価される単一KPIに飛びつきます。それが歪みの温床でした。目的関数は、複数のKPIに重みを与えて1つの方向に束ねることで、この迷いをなくします。

5.2 A社の統合目的関数(たたき台)

A社の目的関数を、言葉と重みで書いてみます。最大化したいのは「持続的な企業価値」で、それを次の要素の重み付き合計として定義します。

要素 代表KPI 重み(たたき台) 根拠
顧客のJTBD達成 特急・小ロット受託率、注文充足率 0.30 主力顧客との関係がA社の生命線(売上47%依存)
品質のロバスト性 寸法ばらつきの分布幅、特採率 0.25 品質劣化は遅効性で気づきにくく損失が大きい
長期事業価値 主力顧客LTV、依存先分散の進捗 0.20 47%依存リスクの低減は中期の最重要課題
短期収益性 粗利率、設備稼働率 0.15 資金繰り上は必要だが単独最大化はさせない
統制・不正検知 検査記録改ざん検知、特採の異常値 0.10 KPI自体を守るメタKPI

合計は1.0です。重みの絶対値そのものより重要なのは、「短期収益性(粗利・稼働率)の重みを、あえて0.15に抑えている」という設計思想です。A社が陥った3つのズレは、いずれも短期収益性KPIの「事実上の重み1.0」が原因でした。目的関数を明示することは、短期指標の暴走を、重みという形で構造的に抑えることに他なりません。

5.3 重み付けの根拠——どこから数字を持ってくるか

「0.30とか0.15という数字に根拠はあるのか」という問いは当然です。重みの根拠は、次の3つの組み合わせで説明できます。

  1. 戦略からの演繹:A社の最重要課題は「47%依存の主力顧客との関係維持」と「依存先分散」。だから顧客JTBDと長期事業価値の重みを厚くする。重みは、戦略を数値に翻訳したものです。
  2. 損失の非対称性:品質のロバスト性が崩れると、信用毀損という回復困難な損失が出る。回復しにくい損失ほど重みを厚くする(品質工学の損失関数の発想)。
  3. 過去の失敗の反映:短期収益性を野放しにした結果ズレが起きた。だから意図的に重みを抑える。重みは、過去のインシデントへの再発防止策でもあります。

重みは「客観的に正しい唯一解」ではなく、経営者の意思を明示的に言語化したものです。だからこそ、社長自身が納得し、説明できることが重要になります。

5.4 重みが変わる条件——規制・事故・競争

目的関数の重みは、固定ではありません。環境が変われば重みを動かす——これを事前に決めておくことが、目的関数を「飾り」にしないコツです。重みが変わる代表的なトリガーは3つです。

トリガー 重みの変化
規制 統制・品質の重みを引き上げる 取引先の品質要求がISO認証必須に/脱炭素報告が融資条件に。コンプライアンス由来の要求は、選択ではなく前提条件になる
事故 該当領域の重みを一時的に最優先化 重大な品質クレームが発生したら、品質ロバスト性の重みを当面0.40へ。事故直後は信頼回復が他のすべてに優先する
競争 顧客JTBD・差別化の重みを引き上げる 競合が短納期対応で攻勢→特急受託率の重みを上げ、稼働率の重みを下げる

重要なのは、「どういうときに重みをどう動かすか」を平時に決めておくことです。事故が起きてから慌てて優先順位を変えると、現場は「経営の言うことはコロコロ変わる」と感じ、KPIへの信頼が崩れます。規制・事故・競争という3つのトリガーに対する重みの動かし方を、目的関数の「運用ルール」としてあらかじめ明文化しておく。これが、変化に強い(ロバストな)目的関数の設計です。戦略前提が変わったときの更新の作法はベイズ更新で戦略前提を見直すとも通じます。

5.5 目的関数は「合意の道具」である

最後に強調したいのは、目的関数の本当の効用は計算ではなく合意にある、という点です。社長・幹部・現場が「うちは顧客JTBDと品質を、短期利益より重く見る」という1つの文を共有できること。その合意があって初めて、現場は単一KPIに飛びつく誘惑から解放されます。

しかし、目的関数を作って掲示するだけでは、現場は動きません。「なぜ社員は、正しいKPIを掲げてもなおゲーム化するのか」——この問いに答えないかぎり、どんなに精緻な目的関数も絵に描いた餅です。次章で、その心理と構造に踏み込みます。


6. なぜ社員はKPIをゲーム化するのか——プリンシパル=エージェント問題とLine of Sight【追加論点A】

6.1 ゲーム化は「悪意」ではなく「構造」から生まれる

KPIのゲーム化を、「現場のモラルが低い」で片付けてはいけません。返品率を握りつぶした現場も、特採で通す現場も、多くは悪人ではありません。構造が、善良な人を歪んだ行動に追い込むのです。この構造を、経済学はプリンシパル=エージェント問題として整理してきました。

  • プリンシパル(依頼人)=経営者。会社全体の長期価値を最大化したい。
  • エージェント(代理人)=社員。自分の評価・賞与・労力を最適化したい。

両者の利害は、放っておくと一致しません。さらに、情報の非対称性があります。現場で実際に何が起きているか(返品を握りつぶしたか、特採で通したか)は、現場が一番よく知っていて、経営者には見えにくい。この「目的のズレ」と「情報の非対称」が重なったとき、エージェントは自分に有利な行動——KPIのゲーム化——を選びます。これは合理的な反応であって、人格の問題ではありません。組織設計とインセンティブの関係はインセンティブ設計と行動経済学で詳しく扱っています。

6.2 「指標と目的の乖離」がゲーム化を加速する

ゲーム化を加速するもう1つの要因が、指標と目的の乖離です。社員から見て、「このKPIが、会社の目的や顧客価値と、どうつながっているのか」が分からないとき、KPIは「ただ達成を強いられる数字」になります。意味の分からない数字は、最も楽な方法で達成しようとするのが自然です。

返品率KPIで現場が握りつぶしに走ったのは、「返品率を下げること」と「顧客に喜ばれること」のつながりが、現場の中で切れていたからです。現場にとって返品率は、顧客価値ではなく「自分が叱られないための数字」でした。つながりが切れた指標は、必ずゲーム化されます。背景にあるのは、指標が目標になると指標でなくなるというGoodhartの法則ですが、その根を断つには、指標と目的のつながりを現場に見せるしかありません。

6.3 解決策——Line of Sight(見通し線)を通す

この問題への最も本質的な解決策が、Line of Sight(ライン・オブ・サイト=見通し線)という考え方です。Line of Sightとは、社員一人ひとりが、「自分の日々の行動 → KPI → 顧客価値 → 会社の成果」という因果の鎖を、自分の目で見通せる状態を指します。

返品率の例で言えば、現場が「自分が商品説明を1行丁寧にする → 期待ギャップが減る → 返品が減る → 顧客がリピートする → 会社のLTVが伸びる → 自分の仕事に意味がある」という鎖を見通せていれば、握りつぶしという発想は出てきません。握りつぶしは、この鎖の途中(返品率)だけを見て、両端(自分の行動と顧客価値)が見えていないときに起きるのです。

A社で言えば、検査担当者が「自分が寸法ばらつきを正しく記録する → 主力顧客の組立工程が安定する → ラインが止まらない(顧客のJTBD)→ 再発注が続く → A社の売上2億円が安定する → 自分の雇用が守られる」という鎖を見通せること。これがLine of Sightです。

6.4 Line of Sightを通す2つの実践——参加型KPI設計と見える化

Line of Sightは、掲示すれば通るものではありません。2つの実践で通します。

実践1:参加型KPI設計。 KPIを経営者が一方的に決めて下ろすのではなく、現場を巻き込んで一緒に設計する。「返品を減らすために、あなたの仕事で何ができるか」を現場自身に語らせる。自分が設計に関わったKPIは、「やらされる数字」ではなく「自分の数字」になります。情報の非対称性も、設計プロセスへの参加を通じて緩和されます。現場が「経営はここを見ている」と理解し、経営は「現場ではこういう事情がある」と理解する。双方向の理解が、目的のズレを縮めます。

実践2:見える化(ビジュアルマネジメント)。 因果の鎖を、言葉だけでなく「目に見える形」で職場に掲示する。先行指標(特急受託率・寸法ばらつき)を、現場のホワイトボードや掲示板で毎日更新し、その横に「これが主力顧客のラインを守っている」という顧客価値とのつながりを一文で添える。数字が、顧客の顔とつながって見える状態を作るのです。トヨタ生産方式の「目で見る管理」が、KPIのゲーム化を防ぐ装置として機能します。

参加型設計と見える化によって、KPIは「監視の道具」から「自分たちの羅針盤」に変わります。これは、組織変革への抵抗をどう乗り越えるかという論点とも深くつながります(参考:組織変革への抵抗をどうマネジメントするか)。


7. 一元品質しか測らないKPIの盲点——Kano分析とSERVQUALで乖離原因を特定する【追加論点B】

7.1 Kanoの3分類——品質は1次元ではない

ここまで「顧客価値」とひと括りにしてきましたが、顧客にとっての品質は、実は性質の異なる複数の層からできています。これを整理したのが狩野紀昭のKano分析で、品質を次の3つに分けます。

  • 当たり前品質(must-be):あって当然。満たされても満足は上がらないが、欠けると強烈な不満になる。A社なら「寸法が図面通り」「約束した納期に届く」。
  • 一元品質(one-dimensional):あればあるほど満足が上がり、なければ不満が増える、比例的な品質。A社なら「価格の安さ」「納期の短さ」。
  • 魅力品質(attractive):なくても不満にならないが、あると感動する品質。A社なら「図面の不備に気づいて先回りで指摘してくれる」「試作で一緒に知恵を出してくれる」。

7.2 一元品質しか測らないKPIが、魅力品質の乖離を見逃す

ここに、KPI設計の重大な盲点があります。KPIにしやすいのは、たいてい一元品質と当たり前品質です。 価格・納期・不良率は、比例的で測りやすい。一方、魅力品質——「先回りの提案」「一緒に考えてくれる安心感」——は測りにくく、KPIから漏れます。

A社の主力顧客がA社を選んでいた本当の理由が、もし魅力品質(熟練工2名による先回りの技術提案)だったとしたらどうでしょう。A社が一元品質のKPI(粗利率・稼働率)を最大化する過程で、熟練工が「楽で利益の取れる標準仕事」に回され、先回りの提案をする余裕を失っていく。一元品質のKPIはすべて緑なのに、顧客が選んでいた魅力品質が静かに失われる。 これが、§0の「数字は良いのに顧客が冷めていく」の正体だった可能性が高いのです。

一元品質しか測らないKPIは、構造的に魅力品質の劣化を検知できません。だからこそ、KPIセットには「魅力品質を代理する先行指標」——たとえば「顧客からの技術相談の件数」「提案起因の受注件数」——を意図的に組み込む必要があります。

7.3 魅力品質の動態——時間とともに当たり前品質へ劣化する

Kano分析を応用レベルで使ううえで決定的に重要なのが、3分類は固定ではなく、時間とともに移動するという動態です。かつて魅力品質だったものは、競合が追随し顧客が慣れると、やがて一元品質になり、さらに当たり前品質へと「劣化」していきます。スマートフォンの高解像度カメラが、感動の機能から「あって当然」に変わったのと同じです。

A社の魅力品質(先回りの技術提案)も、いずれ主力顧客にとって「A社なら当然やってくれること」=当たり前品質に変わります。当たり前品質になると、それを提供しても満足は上がらず、欠けたときだけ強烈な不満を生む。つまり、魅力品質は放っておくと「やって当然なのに評価されない重荷」に変わる。

この動態が意味するのは、KPIは定期的に再設計しなければならないということです。一度作ったKPIセットは、品質の3分類の移動とともに陳腐化します。「いま顧客にとっての魅力品質は何か」を半期〜年次で問い直し、新しい魅力品質を探索する先行指標を入れ替えていく。KPI設計は一度きりのプロジェクトではなく、継続的な見直しサイクル(運用改善)なのです(参考:改善を続ける仕組みの作り方)。

7.4 SERVQUALの5つのギャップ——乖離の「原因箇所」を特定する

「顧客価値とのズレが起きている」と分かっても、どこでズレているのかを特定できなければ手は打てません。これを5つのギャップに分解するのがSERVQUAL(サービス品質モデル)です。本来はサービス業の品質測定モデルですが、ズレの原因特定フレームとして製造業A社にも応用できます。

ギャップ ズレの場所 A社での現れ方
ギャップ1:顧客の期待 vs 経営の認識 経営が顧客の本当の期待を誤解 社長が「顧客は安さを求めている」と思い込み、本当のJTBD(ライン停止回避)を見誤る
ギャップ2:経営の認識 vs 品質基準 認識を仕様・KPIに落とす段階のズレ JTBDは分かっていても、KPIが粗利率になり基準に翻訳できていない
ギャップ3:品質基準 vs 実際の提供 現場の実行が基準どおりでない KPIゲーム化(特採・握りつぶし)で基準と実態が乖離
ギャップ4:実際の提供 vs 外部への約束 約束と実物のズレ 「特急対応します」と営業が言うのに現場は断る/EC事例の誇大な商品説明
ギャップ5:期待 vs 知覚 顧客が感じる総合ギャップ(1〜4の帰結) 「最近のA社は変わった」という担当者の感覚

このフレームの威力は、「顧客が冷めた」という漠然とした症状を、5つの具体的な原因箇所に切り分けられる点にあります。A社の場合、ギャップ2(JTBDがKPIに翻訳されていない)とギャップ3(KPIゲーム化で基準と実態が乖離)が主因だと特定できる。原因箇所が分かれば、打ち手も具体化します——ギャップ2には目的関数の再設計(§5)を、ギャップ3にはLine of Sightと監査(§3・§6)を当てる。SERVQUALは、本記事の打ち手をどこに当てるかを示す「診断地図」として機能するのです。


8. 「目的関数を変えると現場が混乱する」という反論への応答

8.1 もっともな反論

ここまでの議論に対して、現実的な社長ほど次の反論を持ちます。「言いたいことは分かる。だが、KPIを5つも6つも増やし、重みをつけて、監査までやったら、22名の小さな会社の現場は混乱する。シンプルな数字1つで回すほうが、よほど機能するのではないか」。

これは正しい警告です。KPIを増やすこと自体が目的になれば、現場は報告作業に追われ、本業の時間が削られます。複雑なKPIセットは、それ自体が新たなフラジリティ(脆さ)を生みます。

8.2 応答——「増やす」のではなく「束ねて減らす」

しかし、本記事の提案は「KPIを増やす」ことではありません。バラバラに乱立していた指標を、目的関数という1つの方向に束ね、現場が日々見る指標はむしろ絞ることです。

混乱の原因は、KPIの数ではなく、KPI同士の関係が見えないことです。納期遵守率・粗利率・稼働率がバラバラに存在し、どれを優先すべきか分からない——これが混乱です。目的関数は、これらに重みを与えて「顧客JTBDと品質を、短期利益より重く見る」という1つの文に束ねる。現場は、個々のKPIを暗記するのではなく、この1つの方向を理解すればよい。束ねることは、認知負荷を下げます。

さらに、現場が毎日見る指標は、先行指標を2〜3個に絞ります。A社なら「特急受託率」「寸法ばらつき」だけを毎日見る。残りのKPIは月次・半期のレビューで扱う。毎日見る数字は減らし、見る頻度を価値の性質に合わせる——これが、小さな会社で機能させるコツです。

8.3 応答——監査は「全件」ではなく「サンプル」でよい

「監査までやる余裕はない」という反論にも答えておきます。監査は全件チェックである必要はありません。§3で述べたとおり、無作為サンプル監査で十分に抑止力になります。月に数件、検査記録や返品理由を無作為に抜き取って深く追う。「いつ抜き取られるか分からない」という事実が、ゲーム化への強力な抑止になります。これは統計的品質管理の抜き取り検査と同じ、コスト効率の良い設計です。

8.4 本質——目的関数は「組織」とセットで変える

最後に、最も重要な応答です。目的関数を変えるだけでは、たしかに現場は混乱します。目的関数の変更は、組織設計とセットで行わなければならないのです。

具体的には、(1) 参加型でKPIを設計し直し(§6)、(2) 因果の鎖を見える化し(Line of Sight)、(3) 半期の定性レビューの場を作る(§2第3層)、(4) サンプル監査の担当と頻度を決める。これらの組織的な仕掛けがあって初めて、目的関数は機能します。目的関数を「数字いじり」だと思うと混乱しますが、「合意・見える化・レビュー・監査という組織運用の束」だと捉えれば、22名の会社こそ、顔の見える距離でこれを回せる強みがあります。小さいことは、目的関数を機能させるうえで不利ではなく、むしろ有利なのです。その有利さを最大化する具体策が、次章の戦略マップです。


9. 22名でも戦略マップが効く理由——KPIで社員に経営意識を持ってもらう【組織論応用・追加論点C】

9.1 戦略マップとは何か

バランススコアカード(BSC)の中核ツールが、戦略マップです。これは、会社の戦略を「学習と成長 → 内部プロセス → 顧客 → 財務」という4つの視点の因果連鎖として、1枚の絵に描いたものです。下の視点(学習と成長)が原因となり、上の視点(財務)が結果となる。矢印が下から上へ流れる、因果のストーリーです。

なぜ「マップ(地図)」と呼ぶか。それは、バラバラのKPIを、因果の矢印でつなぎ、なぜそのKPIをやるのかという物語を1枚で見せるからです。第6章のLine of Sight(見通し線)を、組織全体のスケールで1枚の絵にしたもの、と言ってもよいでしょう。

9.2 なぜ22名の中小企業でこそ機能するのか

戦略マップは大企業の道具だと思われがちですが、22名規模の中小企業でこそ機能します。 理由は3つあります。

  1. 全員に見える物理的距離:大企業では戦略マップが部門ごとに分断され、現場の社員は自分の視点しか見えません。22名なら、1枚のマップを全社員が同じ場所で見られる。学習から財務までの全鎖を、一人ひとりが見通せる。
  2. 「なぜこれをやるか」が直接伝わる:中小企業の現場が最も飢えているのは、「自分の仕事が会社の何につながるか」という意味です。戦略マップの矢印は、その意味を可視化します。熟練工の技術が、製品精度に、顧客の再発注に、会社の売上安定に——どうつながるかが、矢印で見える。
  3. 経営者と現場の距離が近い:社長が自ら戦略マップを描き、現場と対話して直せる。大企業のように経営企画部を介さない。参加型KPI設計(§6)が、顔の見える距離で実現できます。

戦略マップは、KPIを「やらされる数字」から「自分たちの物語」へ転換する装置です。これこそ、社員に経営意識を持ってもらうためのKPI設計の核心です。

9.3 A社の戦略マップ——4視点の因果連鎖

A社の戦略マップを、具体的に描いてみます。下から上へ、因果が流れます。

視点 A社のKPI・取り組み 上位視点への因果
学習と成長(土台) 熟練工2名の技術を若手へ承継(技術ノートの形式知化、OJT時間の確保) ↓ 技術が承継されれば…
内部プロセス 製品精度の安定(寸法ばらつきの縮小、特採率の低下、先回り提案力の維持) ↓ 精度と提案力が保たれれば…
顧客 主力顧客のライン停止ゼロ(JTBD達成)→ 再発注率の維持・向上 ↓ 顧客の用事が満たされれば…
財務 売上2億円の安定、主力顧客への47%依存リスクの段階的低減 (最終成果)

この1枚が伝えるストーリーはこうです。「熟練工2名の技術を承継すること(学習)が、製品精度(内部プロセス)を支え、それが主力顧客の再発注(顧客)を生み、売上2億円の安定(財務)につながる」。

この物語を全社員が共有すると、何が変わるか。若手は「技術を学ぶこと」が、自分の成長だけでなく会社の売上の土台だと理解します。検査担当者は「寸法ばらつきを正しく記録すること」が、主力顧客のラインを守る最前線だと理解します。「熟練工の技術承継」という、ともすれば後回しにされる最重要課題が、財務成果と1本の矢印でつながって見える。 これが、戦略マップが経営意識を育てる仕組みです。

9.4 戦略マップとKPIゲーム化の関係

戦略マップは、KPIゲーム化への構造的な防御でもあります。ゲーム化は、KPIが因果の鎖から切り離されて「孤立した数字」になったときに起きました(§6.2)。戦略マップは、すべてのKPIを因果の矢印で他のKPIとつなぎます。孤立した数字がなくなれば、「この数字だけを楽に達成する」という発想自体が起きにくくなる。

たとえば「稼働率」を戦略マップに置くと、それが「製品精度」と「再発注」につながっていることが見える。稼働率を上げるために段取り替えを減らして精度を犠牲にすれば、上位の矢印(再発注)が切れることが、絵として分かる。戦略マップは、KPIのトレードオフを、現場が絵で理解できる形にするのです。これは§5の目的関数の重み付けを、視覚的な因果として補完します。目的関数が「何を重視するか」を数字で示すなら、戦略マップは「なぜそうなのか」を因果の絵で示す。両者はワンセットです。

9.5 実装の順序——小さく始める

22名の会社が戦略マップを導入するなら、完璧な4視点を一度に作ろうとしないことです。順序はこうです。

  1. 財務の最重要ゴールを1つ決める(売上2億円の安定と47%依存の低減)。
  2. そのために満たすべき顧客の用事を1つ特定する(主力顧客のライン停止ゼロ)。
  3. その用事を支える内部プロセスを1つ特定する(製品精度の安定)。
  4. それを支える学習課題を1つ特定する(熟練工の技術承継)。
  5. 4つを矢印でつなぎ、1枚の絵にして、全社員に説明する

まず1本の因果の鎖を通す。それが機能し始めたら、2本目・3本目の鎖を足していく。小さく始めて、全員が「自分の仕事の意味」を見通せる状態を、少しずつ広げる。これが、経営意識を持った組織への現実的な道筋です。


10. おわりに|合格直後の自分へ——KPIは「監視」ではなく「翻訳」の道具

10.1 この記事で扱った理論軸の整理

最後に、本記事で扱った理論軸を一覧にまとめます。合格直後の自分が、KPIや目標管理の相談に直面したときに参照できる「索引」として残します。

理論軸 提唱者・出典 A社の意思決定での使い方
JTBD(Jobs To Be Done) クリステンセン他 顧客の「本当の用事」をKPIの起点に置く
先行指標/遅行指標 KPI設計の基本 顧客価値の変化を予告する先行指標を必ず持つ
代理指標(プロキシ)の限界 測定論一般 代理指標と真の価値のすき間を監査で塞ぐ
Goodhartの法則 チャールズ・グッドハート 指標が目標になると歪む。背景原則として
損失関数・ロバスト性 田口玄一(品質工学) 平均でなくばらつきと外乱耐性を測る
CIA・脅威モデル 情報セキュリティ KPIを攻撃されうる資産とみなし監査を逆算
LTV・期待ギャップ マーケティング 単発でなく関係の累積と期待整合を測る
目的関数・重み付け 多目的意思決定 何をどれだけ重視するかを明示し短期暴走を抑える
プリンシパル=エージェント 契約理論 ゲーム化を悪意でなく構造の問題として捉える
Line of Sight 戦略人事 行動→KPI→顧客価値の因果を見通せる状態を作る
Kano分析 狩野紀昭 当たり前/一元/魅力品質を分け、魅力の劣化を検知
SERVQUAL(5ギャップ) パラスラマン他 乖離の原因箇所を5つに切り分ける診断地図
戦略マップ・BSC キャプラン&ノートン 4視点の因果を1枚で見せ経営意識を育てる

これらは独立に使えますが、組み合わせて初めて見える論点があります。A社の「数字は良いのに顧客が冷めていく」という症状は、これらを重ねて初めて、打ち手のある問題へと翻訳できました。

10.2 「翻訳」こそが中小企業診断士の本質的価値

合格直後の診断士は、「KPIを設計しましょう」「BSCを入れましょう」「Kano分析をしましょう」と、手法の名前を振り回したくなります。しかしA社の社長は、その語彙には興味がありません。社長が知りたいのは、「なぜ数字は良いのに顧客が離れるのか」「どうすればそれに早く気づけるのか」という、自分の悩みそのものへの答えです。

手法を手法のまま伝えるのではなく、「だからあなたの会社では、この先行指標を毎日見て、この物語を全社員と共有すべきだ」という、意思決定の言葉に翻訳する。それが、合格直後の新米診断士と、10年後も信頼される熟練の診断士を分ける一線です。KPIや目的関数は、現場を監視するための道具ではありません。顧客価値という見えにくいものを、現場が見える形に翻訳し、社員に経営の意味を伝えるための道具です。この一点を外すと、どんなに精緻なKPI設計も、現場を疲れさせるだけの管理に堕します。

10.3 関連する論点とのつながり

本記事は、価値創造を因果のシステムとして読む視点(なぜ正しい施策ほど信頼されないのか – 企業価値創造を因果ループで読み解く方法)の応用編にあたります。価値創造システムの一部を数値化したものがKPIであり、システム全体を見失わずにKPIを設計する、という関係です。

また、KPIを「描いて終わり」にしない動学設計という点では、因果ループ図の動学設計(なぜ正しく描いたループ図が経営者を動かさないのか – 因果ループ図の動学設計)と地続きです。先行指標・ばらつきトレンド・反転の検知という発想は、ループ図に計測のレイヤーを組み込む作業と重なります。

そしてKPIのゲーム化という現象は、評価制度とインセンティブ設計(評価制度が不正を生むとき – エージェンシー問題と行動経済学)の中心テーマです。本記事はその「測定」の側面を深掘りしたものと位置づけられます。

10.4 最後の一言

A社の社長への最後の助言として、私は次の一言を添えます。

「数字が全部緑なのに顧客が冷たい——その不気味さを、感覚のまま放置しないでください。それは、あなたのKPIが『測れる事業価値』だけを映し、『測りにくい顧客価値』を取りこぼしているサインです。KPIを増やすのではなく、束ねてください。何を、どれだけ重視するのかを1つの文にして、全社員と共有してください。そして、熟練工2名の技術承継から売上2億円の安定までを、1枚の絵でつないでください。その絵を見た若手が『自分の仕事は会社の土台だ』と感じたとき、あなたのKPIは、初めて顧客と社員の味方になります」。

合格直後の自分への申し送りとして——「KPIを入れたのに顧客が離れる」という相談に出会ったら、本記事の理論軸索引(§10.1)をまず開いてください。「数字は良いのに」と言う経営者には、顧客価値と事業価値のズレ(§1)と先行指標(§2)の話から始めてください。「現場がKPIをごまかす」と言う経営者には、プリンシパル=エージェント問題とLine of Sight(§6)の話から始めてください。「社員に経営意識がない」と言う経営者には、戦略マップ(§9)の1枚を一緒に描くことから始めてください。

中小企業診断士の本質的な価値は、流行の管理手法を導入することではなく、目の前の経営者と社員の意思決定に効く形に、それを再構成することにあります。A社の社長が、3〜5年後に「あのとき、KPIを束ね直して、戦略マップを全員で描いたのが、いまの安定の原点だ」と振り返ってくれる——そこを目指すのが、合格後の長い旅路の出発点です。


よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

30代会社員。
理系大学を卒業して以降、新卒からIT業界を渡り歩いてきました。
転職経験は2回。
 ・中小SIerにてプログラマー
 ・BtoB向けサービス事業会社にて社内開発SE
 ・大手総合コンサル会社にてテクノロジーコンサルタント(見習い)
といったキャリアを歩んでいます。

人生100年時代に向け日々精進!
知らない道を歩いたり走ったりするのが好きで、フルマラソン完走するくらいにはジョギングを続けています。

興味のあるトピック
 ・資格勉強
  (主な取得資格)
  ・中小企業診断士
  ・JDLA認定 G検定・E資格
  ・情報処理技術者試験 応用情報処理技術者、ITストラテジスト他複数
 ・競技系プログラミング(Atcoder、kaggle等も含む)
 ・データサイエンス、AI関連の話題
 ・クイズ、謎解き系
 ・読書、映画
 ・ボードゲーム全般(将棋アマチュア2段程度。専ら”見る将”)

コメント

コメントする

目次