申請業務の改善にKPIを活用したい製造業向けに、承認リードタイム、差し戻し率、期限超過件数、未処理件数などの定義と、閾値を超えた際の対応を解説します。週次・月次のレビューで改善につなげる運用手順も紹介します。
申請業務のKPIは、測定できるだけでは改善に使えません。次を出しても、どの値を異常とし、誰が何を確認するかが決まっていなければ、月次報告の数字で終わります。
平均値が悪化しても、原因が受付前の不備なのか特定の承認段階なのかで対応は変わります。差し戻し率が上がっても、申請分類や理由がなければフォームを直せません。KPIは次の3種類に分け、超過したときの確認先と期限まで定義する必要があります。
指標を増やすことより、会議で一つの数値から具体的な行動へ移れる設計が重要です。
KPIは「状態を測る」「原因を探る」「結果を見る」の三種類に分けます。指標名だけでなく、超過したときの確認先と期限まで決めて初めて、報告数字が改善行動へ変わります。
指標ごとに、異常を見つけた後の確認手順まで書いておきます。
数字の定義と行動ルールを同じ表で管理し、報告だけのKPIを増やさないようにします。
KPIが安定しない原因は、計算式だけでなく、何を分母に含めるかが揃っていないことです。差し戻し率を「差し戻し件数÷申請件数」とするのか、「差し戻しが一度でもあった申請÷完了申請」とするのかで意味は変わります。
期限超過も、期限が設定された案件だけを見るのか、期限未設定を超過扱いにするのかを決める必要があります。月をまたいだ申請、取消、再申請、並列承認、緊急案件を同じ集計へ入れると、施策の影響を判断できません。KPIごとに次を定義し、変更履歴を残します。
目標値は他社の数字を借りるのではなく、自社の基準値と業務上の期限から置きます。数値が悪いことより、比較条件が毎回変わることの方が改善を止めます。
月をまたぐ申請、取消、再申請、並列承認、緊急案件をどう扱うかも明記します。定義表と変更履歴を残し、基準値と目標値を自社の実測値と業務上の期限から設定します。
指標の定義を変更した日は、比較表にも変更履歴として残します。
KPIを表にする際は、次の項目を一行で持たせます。
たとえば期限超過件数が基準を超えたら、管理者が未処理一覧を確認し、担当段階と最終更新を見て個別案件を割り当てます。差し戻し率が上がったら、理由別に分け、フォームか基準かを確認します。リードタイムが悪化したら、全体値を責めるのではなく、段階別分布と例外案件を見ます。会議の役割は、次のように時間軸で分けると重くなりません。
閾値を超えなかった指標も、データ欠損や入力負荷が増えていないかを確認します。KPIは評価のためだけでなく、次の確認を自動的に決める運用表として設計します。
指標ごとに、閾値を超えた場合の確認資料と次回までの期限を紐づけます。週次は個別案件、月次は傾向、四半期は指標の妥当性を見て、会議の役割を分けます。
表04.01-1ワークフローKPIの定義と超過時のアクション例
| KPI | 定義 | 確認者 | 超過時のアクション |
|---|---|---|---|
| 承認リードタイム | 受付から最終承認までの日数 | 業務責任者 | 長い段階と申請分類を確認 |
| 期限超過件数 | 設定期限を過ぎた案件数 | 承認管理者 | 代理承認と期限設定を見直す |
| 差し戻し率 | 差し戻し件数を申請件数で割った割合 | 申請部門の管理者 | 理由分類からフォームを修正 |
| 滞留件数 | 基準日数を超えて承認中の案件数 | 工程責任者 | 次の判断者と未充足条件を確認 |
KPIを報告するだけで閾値や担当を決めなければ、悪化が続いても「次回も確認する」という結論になりがちです。平均値だけなら少数の長期滞留を見逃し、件数だけなら業務量の増減を悪化と誤認します。目標を厳しくしすぎれば、現場が早く完了させるために確認を省き、統制や入力品質を落とすおそれがあります。
反対に、指標を増やしすぎると入力と集計に時間がかかり、会議で使われない数字が残ります。閾値を超えた案件を個人の評価へ直結させると、状態を後から変更する誘因も生まれます。KPIは異常を見つける入口と位置づけ、原因確認、施策、再測定の記録まで残すことが、数字による萎縮と形骸化を防ぎます。
個人評価へ直結させると、状態を後から変更する誘因が生まれます。KPIは異常を見つける入口とし、原因確認、施策、再測定までの記録を残して形骸化を防ぎます。 数値の悪化を責任追及に使わず、原因確認の入口として運用します。 改善の責任者は個人ではなく、フォームやルートなど変更可能な管理単位に置きます。
まず直近3か月のデータで、次のKPIを定義します。
各指標について次を記録し、平均だけでなく中央値や長期滞留も必要かを決めます。
次に、暫定の閾値を基準値と業務上の期限から置き、超過時の確認者と対応期限を一件ずつ割り当てます。週次会議では超過案件の状態、段階、理由、次の担当を確認し、月次では施策後の変化と入力負荷を見ます。1か月運用したら、使われなかった指標、判断につながった指標、データ欠損の多い項目を見直します。
目標値を変更する場合は、業務量やルート変更の影響を注記し、過去値と単純比較しないようにします。KPI表の目的は、数字を増やすことではなく、異常時の確認と行動を迷わせないことです。
1か月運用した後、判断に使われなかった指標、欠損の多い項目、入力負荷が高い項目を見直します。目標値を変える場合は、業務量やルート変更の影響を注記します。
申請業務のKPIは、計算式だけでなく分母、対象期間、除外条件、データの責任者を定義します。承認リードタイム、差し戻し率、期限超過件数、未処理件数を基準値と比べ、閾値を超えた場合の確認者と対応期限を決めてください。週次は個別案件、月次は傾向、四半期は指標の妥当性を確認します。
件数だけでは遅延や再作業の実態を捉えにくく、改善につながりません。時間、品質、滞留の指標を組み合わせる必要があります。
まずは4から6指標に絞り、運用を定着させることが重要です。活用されない指標は削除し、意思決定に使う指標だけを残します。
運用改善は週次、経営報告は月次の二層運用が有効です。レビュー頻度を分けることで、現場改善と全体管理を両立できます。
必要です。しきい値、担当、対応期限を定義しないと、数値監視で終わります。悪化時の標準対応を決めておくと改善スピードが上がります。
現状、前月差、主要要因、打ち手、次月見込みを1枚で示すと伝わりやすいです。KPIの変化と業務影響を結びつけて報告します。