理由：三つの設計の欠陥
機能しないKPIには、共通した設計の欠陥がある。
結果に近すぎる
売上・利益・シェアという結果指標だけを追う組織では、未達になったとき「なぜ？」しか問われない。しかし結果に近い指標は、現場が直接動かせる要素が少ない。改善のアクションに結びつかず、説明責任を果たすだけの数字になる。
プロセスに紐づいていない
KPIだけが先に決まり、プロセスが後付けになる。本来の設計順序は逆だ。「このプロセスはなぜ存在するのか」「どのインプットが最終的な顧客価値につながるのか」という因果仮説を立ててから、それを測る指標を選ぶ。この順序が崩れると、現場にとって「動かしようのない数字」が並ぶだけになる。
部門ごとに最適化されている
営業は受注金額、製造は納期遵守率、経理は請求リードタイム——それぞれ正しく見えるが、部門ごとに最適化されたKPIは全社最適にならない。月末に無理な受注が入り、製造の優先順位が頻繁に変わり、経理はミスを恐れて確認工数を増やす。誰も悪くない。KPIが部門ごとに切り出されているだけだ。
補足：KPIが苦しい理由は設計にある
KPIが苦しいのは、部課長や現場の努力が足りないからではない。KPIの設計思想そのものが改善に向いていないだけだ。製造プロセスでKPIが自然に機能していた理由は、プロセス全体の構造が見えていたからだ。ビジネスプロセスで同じことが起きにくいのは、情報が流れ、判断が介在し、成果が時間差で現れるために全体像が見えにくいからだ。見えないものは管理できない。見えないものは改善の優先順位もつけられない。
具体例
受注から請求までを一つのプロセスとして捉え、「受注から請求までのリードタイム」「初回請求の正確率」というプロセスKGIを設定する。そこから「受注時点での情報完全率」「手戻り件数」を設計する。こうしたKPIは現場に「次に何を改善すべきか」を教える。KPIが管理のための数字ではなく、行動を揃えるための装置に変わる。
現場に「任されている感覚」が生まれる。これが、KPIが機能している状態だ。
KPIの再設計はACTフェーズの中核をなす。設計の出発点は常に因果仮説だ。「このインプットが、どのルートで最終的な顧客価値につながるのか」。この問いを組織で共有してから指標を選ぶ。その設計が誠実構造の一部として判断の前提とともに記録されることで、KPIは報告の道具から改善の羅針盤に変わる。