「業務改善を進めてきたけど、成果をどう数字で示せばいいかわからない」——そんな悩みを抱えていませんか?感覚的な手応えだけでは、上司や関係者への報告が難しいですよね。この記事では、業務改善プロジェクトのKPI設定方法を、ベースライン測定から目標値の決め方、定期レビューの運用設計まで、初めての方でも実践できるように順を追って解説します。
業務改善のKPI設定とは?「改善した気がする」で終わらせないための考え方

業務改善の取り組みを始めると、「なんとなくラクになった気がする」という感想は生まれやすいものです。でも、その感想を上司に報告しても「具体的にどれくらい改善したの?」と聞き返されてしまいます。KPIを設定するとは、その「気がする」を数字に変換するプロセスのことです。
KPIとは何か?目標・KGIとの違いをわかりやすく整理
KPI(Key Performance Indicator)は「重要業績評価指標」と訳され、目標達成に向けた進捗を測るための数値のことです。似た言葉に KGI(Key Goal Indicator)があります。KGI は「最終的に達成したいゴール」であるのに対して、KPI はそこへ向かうための「中間の通過点」を示します。
たとえば、「月次の請求書処理を完全に自動化する(KGI)」という目標があるとして、そこへ至るまでの道筋として「処理にかかる時間を現状の60分から20分に短縮する」「入力ミス件数を月10件からゼロに近づける」といった具体的な数値がKPIにあたります。KGI という大きなゴールを、KPI という小さな目盛りで刻んで確認していくイメージです。
また、「目標」という言葉はKGIと混同されがちですが、「目標」は方向性を示す言葉で定量的とは限りません。KPI は必ず数値で表現できるものを指します。この違いを押さえておくと、指標選びのときに迷いにくくなります。
業務改善でKPIを設定すべき理由
KPIを設定する最大の理由は、「改善できているかどうかを客観的に判断できるようにするため」です。数値がないと、頑張った手応えと実際の成果がズレていても気づけません。たとえば、新しいワークフローを導入して体感的には「かなりラクになった」と思っていても、処理時間を測ってみると5分しか短縮されていない——なんてことも起こります。
KPIがあれば、施策が本当に効いているのか、違う手を打つべきなのかを判断できます。また、関係者への報告でも「処理時間が40%短縮されました」と言えるのと「なんか速くなりました」では、信頼感がまるで違います。定量的な根拠があることで、次の改善予算や人員の確保にもつながりやすくなります。
業務改善 KPI の設定は、プロジェクトを前進させるための「共通言語」を作ることでもあります。チームメンバーと目指す数値を共有することで、取り組みの方向性も自然に揃ってきます。
KPI設定の前にやること:ベースライン(現状数値)の測り方

KPIを設定するとき、最初にやるべきことがあります。それが「ベースライン(現状の数値)を把握すること」です。現在地がわからないまま目標値だけ決めても、どのくらい改善できたかを後から判断できません。まずは今の状態をしっかり測ることが、正確なKPI設定の土台になります。
何をどうやって計測するか
ベースラインを測るには、改善したい業務の「現状の数値」を記録します。計測対象として代表的なものは、処理時間・エラー件数・作業件数・申請から承認までの日数などです。
計測の方法は業務によって異なります。たとえば処理時間であれば、ストップウォッチや作業ログで1件あたりの平均時間を測ります。エラー件数なら、過去1〜3か月分のログや台帳から件数を集計するのが現実的です。すでに何らかのシステムを使っている場合は、ログデータやレポート機能を活用すると手間が少なくて済みます。
計測期間は「最低でも2〜4週間」を確保するのが目安です。1日だけのデータでは繁閑の波に左右されてしまうため、ある程度の期間を通じた平均値を取ることで、より実態に近いベースラインを把握できます。
計測できない場合の対処法
「記録がなくて現状数値がわからない」という場面も少なくありません。そのときは、次の2つの方法を試してみてください。
1つ目は、担当者へのヒアリングで概算値を出す方法です。「1件処理するのに大体どのくらいかかりますか?」と現場担当者に聞き、複数人の回答を平均してベースラインとします。厳密な数値でなくても、出発点として機能します。
2つ目は、これから計測期間を設けてデータを取る方法です。改善施策の実施前に2〜4週間の「測定期間」を設け、そこで得た数値をベースラインにします。少し時間はかかりますが、精度の高いKPI設定ができます。
大切なのは「完璧なデータがないと始められない」と思わないことです。概算でも記録しておくことで、後から「あのころと比べて」という比較が可能になります。
業務改善KPIの設定手順(ステップで解説)

KPIの設定には、順番があります。KGI(最終目標)の設定 → KSF(成功要因)の洗い出し → KPI指標と目標値の決定 → レビュー・アクション設計、この4つのステップを踏むことで、現場に無理なく機能するKPIが作れます。各ステップを一つずつ確認していきましょう。
ステップ1:改善したい業務の課題を整理する
まず、「何が問題で、どうなればよいのか」を言語化します。いきなり指標を考えようとすると、ズレたKPIを設定しがちです。
課題整理では、次の問いに答えてみてください。
- 今、どんな問題が起きているか?(時間がかかる・ミスが多い・承認が遅い など)
- その問題によって、誰がどんな困りごとを抱えているか?
- 改善後に「こうなってほしい」という状態はどんなイメージか?
この整理を通じて、測定すべき「何か」が自然に浮かび上がってきます。たとえば「承認が遅くて現場が困っている」という課題なら、承認リードタイム(申請から承認完了までの日数)が測定対象の候補になります。
ステップ2:KPIの候補を絞り込む
課題が整理できたら、KPIの候補をいくつか出してみましょう。最初は「思いつくだけ」出して、そこから絞り込む流れがおすすめです。
絞り込みの基準として、次の3点を使ってみてください。
- 計測できるか:数値として記録できる指標かどうか
- 課題に直結しているか:業務課題の本質を捉えているかどうか
- 現場で管理できるか:担当者が無理なく追跡できるかどうか
指標は「多すぎず少なすぎず」が基本です。管理しやすい数として、1つの業務改善に対して2〜3個程度に絞るのが現実的です。欲張って10個設定しても、追いかけるのが大変になり形骸化してしまいます。
ステップ3:目標値を決める
KPIの候補が決まったら、次は目標値を設定します。目標値は「ベースライン × 改善率」で考えるのが基本です。
たとえば、現在の1件あたり処理時間が平均60分(ベースライン)であれば、「30%削減して42分以内」といった形で目標を立てます。改善率の目安については次のセクションで詳しく触れますが、初回のKPI設定では「ベースラインの20〜30%改善」を目安にすると現実的です。
また、目標値は期間とセットで決めます。「3か月後に○○%改善」のように期限を明示することで、達成状況を判断できるようになります。目標値と期限がセットになって、初めてKPIとして機能します。
ステップ4:測定・レビューのサイクルを設計する
KPIは設定したら終わりではありません。定期的に数値を確認して、改善が進んでいるかをチェックする仕組みが必要です。
レビューサイクルの設計では、次の3つを決めておきましょう。
- 計測の頻度:毎日・週次・月次のどれで数値を集計するか
- 確認のタイミング:誰が、いつ、どの場でKPIを確認するか
- 対応のルール:目標を下回った場合にどう動くか
具体的なレビューの進め方は後のセクションで詳しく解説しますが、この設計を最初から組み込んでおくことが、KPI運用を長続きさせるための鍵です。
業務別のKPI具体例

「自分の業務にはどんなKPIが合うのか」と迷うことは多いです。ここでは、業務改善でよく対象となる4つの業務カテゴリ別に、すぐ使えるKPIの具体例を紹介します。自社の課題に近いものを参考に選んでみてください。
処理・作業時間の削減を測るKPI例
作業のスピードアップを目的とする業務改善で、最も基本的な指標のカテゴリです。
| KPI名 | 内容 |
|---|---|
| 1件あたり処理時間 | 1件の業務を処理するのにかかる平均時間(分・時間) |
| 処理時間削減率 | ベースラインと比較した処理時間の短縮割合(%) |
| 月間総作業時間 | 対象業務にかかった1か月あたりの合計時間 |
| タスク完了率(時間内) | 決められた時間内に処理が完了した件数の割合 |
ノーコードの業務アプリ等でワークフローを自動化した場合は、「自動処理された件数の割合(自動化率)」を加えると、デジタル化の成果を可視化しやすくなります。
ミス・エラーの減少を測るKPI例
入力ミスや処理の誤りを減らすことを目的とした改善プロジェクトに使える指標です。
| KPI名 | 内容 |
|---|---|
| エラー発生件数 | 月あたりに発生した入力ミス・処理誤りの件数 |
| エラー率 | 全処理件数に占めるエラーの割合(%) |
| 手戻り件数 | ミスによって再処理が発生した件数 |
| 不備による差し戻し件数 | 申請内容の不備で差し戻された回数 |
「エラー件数」は絶対数として追いやすい反面、処理件数が増えると相対的に見えにくくなるため、「エラー率」との組み合わせで追跡するのがおすすめです。
承認・申請フローの改善を測るKPI例
承認プロセスのスピードや滞留を改善する取り組みに向いた指標です。紙・メールで回していた申請を業務アプリに移行する場面などでよく使われます。
| KPI名 | 内容 |
|---|---|
| 承認リードタイム | 申請から最終承認完了までの平均日数 |
| 未処理件数(滞留件数) | 一定期間内に承認されていない申請の件数 |
| 承認期限内完了率 | 設定した期限内に承認が完了した割合(%) |
| 差し戻し率 | 申請の中で差し戻しが発生した割合 |
承認リードタイムは、「何日かかっているか」がパッと見てわかるため、経営層への報告資料にも使いやすい指標です。
データ入力・管理業務の改善を測るKPI例
Excelや紙台帳から業務アプリへの移行、データ管理の効率化を目的とした改善に適した指標です。
| KPI名 | 内容 |
|---|---|
| データ入力件数(日次・週次) | 一定期間内に入力・登録されたデータ件数 |
| 重複・欠損データ件数 | 重複登録や必須項目の未入力があったレコード数 |
| データ参照・検索時間 | 必要な情報を見つけるまでにかかる平均時間 |
| デジタル化率 | 紙や口頭対応からシステム入力に切り替えられた割合 |
データ管理業務では「探す時間の短縮」が体感的な改善につながりやすいため、「データ参照・検索時間」は現場の反応を得やすいKPIです。
目標値はどう決める?現実的な数字の決め方

KPIの指標が決まったら、次は「どのくらい改善を目指すか」という目標値を設定します。ここで「できるだけ大きな数字を目指したい」と思う気持ちはわかりますが、目標値の設定にはコツがあります。
ベースラインからの改善率で考える
目標値は「ベースライン(現状値)をどのくらい改善できるか」という視点で設定するのが基本です。改善率の目安は、プロジェクトの規模や取り組みの内容によって変わりますが、目安として以下を参考にしてみてください。
| 改善の規模感 | 目安の改善率 | 具体例 |
|---|---|---|
| 小さな工夫・部分的な効率化 | 10〜20% | 入力フォームの改善、テンプレート化 |
| ワークフローの見直し・アプリ導入 | 20〜40% | 紙→デジタル、承認ルートの整理 |
| 業務プロセスの大幅な自動化 | 40〜60% | ノーコードアプリで処理を自動化 |
この表はあくまで目安ですが、「現実的に達成できる数値かどうか」を検討する際の参考にしてみてください。同じ業種や業務での改善事例があれば、そのデータも判断材料になります。
「高すぎる目標」が失敗を招く理由
「目標は高いほうがいい」という考えは、KPI設定では逆効果になることがあります。現実とかけ離れた数値を設定すると、チームのモチベーションが下がるだけでなく、「どうせ無理」という雰囲気が生まれてしまいます。
たとえば、処理時間のベースラインが60分のときに「3か月で10分以内(83%削減)」という目標を立てても、具体的な手段が伴わなければ達成は難しく、未達が続くと指標の意味が失われます。
目標設定では、ストレッチ目標(少し頑張れば届く数値) と 最低達成ライン(確実に達成できる数値) の2段階を設けると、チームが動きやすくなります。最初は低めに設定して達成体験を積み、次のフェーズで上方修正する方が、長期的な業務改善の定着につながります。
KPIを継続的に運用するためのレビュー設計

KPIは「設定すること」よりも「使い続けること」のほうが難しいといわれます。定期レビューの仕組みを最初から組み込んでおかないと、数値は取っているのに誰も見ていない——という状態になりがちです。
レビューの頻度とタイミングの決め方
レビューの頻度は、業務の改善スピードと測定できるデータの粒度によって決めます。目安として、以下を参考にしてみてください。
- 週次レビュー:変化が速い業務(日次処理件数・エラー件数など)に向いています。毎週の定例ミーティングに組み込むのが定着しやすい方法です。
- 月次レビュー:承認リードタイムや月次の作業時間など、月単位で集計する指標に適しています。多くの業務改善プロジェクトでは月次が標準的な頻度です。
- 四半期レビュー:中期的な改善状況の振り返りや、KPI自体の見直しに使います。
レビューのタイミングは「誰かのカレンダーに最初から入っている」状態にしておくと、うっかり抜けてしまうリスクを防げます。担当者・確認方法・議題をあらかじめ決めておくと、レビューが形骸化しません。
数値が改善しないときの見直し方
レビューをしていると「なかなか数値が動かない」場面に必ずぶつかります。そのとき、すぐ「目標値を下げる」という判断をするのは少し待ってみてください。まず確認すべきことがあります。
- 計測方法が正しいか(集計ミス・定義のズレはないか)
- 改善施策が現場に正しく浸透しているか
- 外部要因(業務量の急増・人員変化など)が影響していないか
これらを確認してもなお改善が見られない場合は、施策自体の見直しか、KPIの指標・目標値の調整を検討します。目標値の見直しは「失敗」ではなく、現実に基づいた改善サイクルの正常な動作です。数値と向き合い続けることが、業務改善 KPI 運用の本質です。
まとめ

業務改善の効果を「感覚」ではなく「数字」で示すには、KPIの設定が欠かせません。この記事でお伝えしたポイントを振り返ります。
- ベースライン(現状値)を先に測ってから目標値を設定する
- KPIは2〜3個に絞り、計測・管理しやすいものを選ぶ
- 目標値は「ストレッチ目標」と「最低達成ライン」の2段階で設ける
- 週次・月次などレビューサイクルを最初から設計しておく
業務別のKPI例(処理時間・エラー件数・承認リードタイム・データ管理)を参考に、まず1つの指標から始めてみてください。「改善した気がする」を「○%改善できた」に変えることが、プロジェクトの信頼をつくる第一歩です。
ノーコードツールで業務アプリを作成して改善を進めている場合は、アプリに蓄積されるデータをそのままKPIの計測に活用できます。@pocket では、業務アプリを使った業務改善の取り組み事例も紹介しているので、ぜひ参考にしてみてください。
業務改善 KPI 設定 方法についてよくある質問

KPIはいくつ設定するのが適切ですか?
1つの業務改善プロジェクトに対して2〜3個が目安です。多すぎると管理が追いつかなくなり、形骸化するリスクが高まります。まずは課題の核心に直結する指標を1〜2個に絞って始めるのが、長続きするコツです。
ベースラインのデータがない場合、KPIは設定できませんか?
設定できます。記録がない場合は、担当者へのヒアリングで概算値を出す方法と、これから2〜4週間の測定期間を設けてデータを取る方法の2つが使えます。完璧なデータがなくても、出発点として機能する数値があれば問題ありません。
目標値の改善率はどのくらいが現実的ですか?
取り組みの規模によって異なりますが、入力フォーム改善などの小さな工夫では10〜20%、ノーコードアプリ導入などのワークフロー改善では20〜40%が目安です。初回はやや控えめな数値で達成体験を積み、次フェーズで上方修正する流れが定着しやすいです。
KPIのレビューはどのくらいの頻度で行うべきですか?
指標の性質によって変わります。日次・週次で変動する件数系の指標は週次レビュー、月単位で集計する指標は月次レビューが標準的です。どの頻度でも「担当者のカレンダーに最初から入れておく」ことで、レビューが抜け落ちるのを防げます。
数値が目標に届かないとき、すぐに目標値を下げてもいいですか?
すぐに下げるのは少し待ちましょう。まず計測方法のズレ・施策の浸透度・外部要因の影響を確認することが先です。それでも改善が見られない場合にのみ、施策の見直しやKPIの調整を検討します。目標値の見直しは失敗ではなく、データに基づく改善サイクルの一部です。














