%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
「申請したのに3日経っても承認されない」「差し戻されたが、何を修正すればいいかわからない」——承認ワークフローのボトルネックは、申請者のストレスだけでなく事業全体のスピードを低下させる問題です。
「申請したのに3日経っても承認されない」「差し戻されたが、何を修正すればいいかわからない」——承認ワークフローのボトルネックは、申請者のストレスだけでなく事業全体のスピードを低下させる問題です。
本記事は2026年8月時点の情報です。
ワークフローのボトルネックとは、申請から完了までの流れの中で処理が滞り、全体のリードタイムを押し上げている特定のステップのことです。承認待ちはその典型で、当事者の誰も作業していないのに時間だけが過ぎる「純粋な待ち時間」になります。申請者は次の作業に進めず、承認者は他の業務に追われ、その間も案件は止まったままです。決裁が1日遅れれば、発注も、採用も、値引き回答も1日遅れます。
紙の申請書やメール、Excelの台帳で承認を管理している組織では、「誰のところで止まっているか」が見えず、督促も担当者の記憶頼みになりがちです。そして承認の遅れは、単に「承認者が忙しい」という個人の問題ではなく、ワークフローの設計そのものに構造的な原因があるケースが少なくありません。ボトルネック分析の体系的なフレームワークについては、業務プロセスのボトルネック特定と解消法｜制約理論で組織の停滞を打破するも参照してください。本記事では、承認待ちや差し戻しといったボトルネックを解消するための設計パターンと、分析から改善・定着までの進め方を解説します。
この記事でわかること
承認の遅れを「承認者が忙しいから」という個人の問題として片づけず、承認ルート・申請フォーム・不在時ルールという設計の問題として解消したい方に向けて、本記事ではボトルネックの特定方法から5つの設計パターン、改善を定着させる仕組みまでを整理しています。
DXのワークフローについて体系的に学びたい方は、ワークフロー最適化ガイドで全体像を把握できます。
- 3大ボトルネックの構造的原因 — 承認者への集中・差し戻しの多発・承認者不在という3つの型について、なぜ承認が滞るのかを組織構造・フォーム設計・不在時ルールの切り口で整理します。
- ボトルネックを特定する分析手法 — 承認ログの分解分析や滞留時間の計測を通じて、どのステップにどれだけ時間がかかっているかを数値で可視化する方法がわかります。
- 承認待ちを減らす5つの設計パターン — 権限委譲・並列承認・自動承認・代理承認・モバイル承認という打ち手を、向くケースと注意点とあわせて比較検討できます。
- 差し戻し率を下げるフォーム設計 — 必須項目・入力ガイド・事前チェックで手戻りを減らす申請フォームの作り込み方がわかります。
- 改善を定着させるモニタリングとCRM連携 — 承認リードタイムと差し戻し率を継続的に監視する仕組みと、HubSpotのワークフローへの応用を紹介します。
承認プロセスの遅延が事業スピードの妨げになっていると感じている経営者・管理職の方、差し戻し率を下げてワークフロー全体の効率を改善したい業務改善担当の方に向けて書いています。最後まで読むと、自社のボトルネックがどの型かを見極め、最初の一手を具体的に決められるようになります。
承認ワークフローの3大ボトルネック
承認が滞る原因は無数にあるように見えて、実際には3つの型に収束します。それぞれ「起きていること」と「効く打ち手」が異なるため、まず自社がどの型に当てはまるかを見極めることが改善の出発点です。次の図は、3つのボトルネックとそれぞれに効く打ち手の対応関係を整理したものです。
ボトルネック1：承認者への集中（承認渋滞）
特定の承認者（部長や役員）に承認案件が集中し、処理が追いつかなくなる現象です。たとえば部長が1人で10部門の承認を担当しているような組織構造では、構造的に渋滞が発生します。
部長やマネージャー1人が大量の承認案件を抱え、その大半が内容確認に一定の時間を要する案件であるという組織も珍しくありません。会議や外出を考慮すると、物理的に当日中の処理が困難な状況が生まれます。この型は承認者個人の努力では解消できないため、権限の分散とルートの再設計という仕組み側の打ち手が必要です。
ボトルネック2：差し戻しの頻発
申請内容に不備があり、承認者が差し戻す頻度が高いと、ワークフロー全体のリードタイムが大幅に延びます。差し戻しが1回入るだけで再確認・再提出のやり取りに数日が失われ、差し戻しが2回、3回と繰り返されるケースも珍しくありません。
差し戻しの原因の多くは、申請者のスキルではなく申請フォームの設計にあります。「必要な情報が記載されていない」のは、多くの場合、フォームにその記載欄がないか、記載が任意になっているためです。つまり差し戻しは個人のミスではなく、フォーム設計という仕組みの問題として扱うのが適切です。
ボトルネック3：承認者不在による停滞
承認者が出張・休暇・会議中で長時間不在になると、その間ワークフローが完全に停止します。特に代理承認のルールが明確でない組織では、「承認者が戻るまで待つしかない」状況が発生します。
管理職ほど外出・出張・会議が多く、テレワークも併用するため、決まった席にいる時間はむしろ短くなります。承認が「オフィスの自席のPCでしかできない」設計のままだと、承認者が席を外している時間がそのまま案件の停滞時間になります。不在そのものは避けられない以上、不在でも流れる設計にするか、不在時に自動で迂回する設計にするかのどちらかが必要です。
関連するテーマとして、ワークフローシステム比較もあわせてご覧ください。
ボトルネックを特定するための分析手法
打ち手を決める前に、まず「どこで・どれだけ滞っているか」を数字で確認します。感覚で承認ルートを変えても、本当のボトルネックが別のステップにあれば効果は出ません。ここでは、ワークフローシステムに記録されたデータを使った2つの分析方法を紹介します。
承認リードタイムの分解分析
ワークフローシステムに記録されたデータから、各ステップの所要時間を分析します。全体のリードタイム（申請から最終承認まで）を各ステップに分解し、どのステップで時間がかかっているかを特定します。
| 分析項目 | 測定方法 | 改善目標の目安 |
|---|---|---|
| 平均承認リードタイム | 申請日時〜最終承認日時の差 | 現状の50%以下 |
| ステップ別の滞留時間 | 各承認ステップの所要時間 | 最大48時間以内 |
| 差し戻し率 | 差し戻し件数÷申請総件数 | 10%以下 |
| 差し戻し後の再申請所要日数 | 差し戻し日時〜再申請日時の差 | 1営業日以内 |
| 承認者別の処理件数と所要時間 | 承認者ごとの集計 | 特定者への集中度20%以下 |
この表の「改善目標の目安」はあくまで初期値の一例です。扱う申請の種類や決裁金額の水準によって適切な閾値は異なるため、自社の実績値を見ながら調整してください。
ヒートマップによる視覚化
承認リードタイムを曜日×時間帯のヒートマップで視覚化すると、「金曜日の午後に承認が集中する（月曜提出→金曜承認のパターン）」「月末に承認待ちが急増する」といった傾向が見えてきます。曜日や時期に偏りがあるなら、特定の時間帯だけ承認者が不足しているという設計上の問題と読み取れます。
関連するテーマとして、承認フローの電子化もあわせてご覧ください。
承認待ちを減らす5つの設計パターン
ボトルネックの型が見えたら、次は設計で解消します。ここで紹介する5つのパターンは単独でも効果がありますが、併用すると相乗効果が出やすい構成です。自社のボトルネックの型に合わせて、優先順位をつけて取り入れてください。
| 設計パターン | 主に効くボトルネック | 向くケース | 注意点 |
|---|---|---|---|
| 1. 決裁権限の委譲 | 承認者への集中 | 金額・リスクに応じて権限を分けられる | 委譲基準のルール化が必要です |
| 2. 並列承認 | 承認者への集中 | 部門をまたぐ承認が直列になっている | 全部門の承認が要る案件はAND条件にします |
| 3. 条件付き自動承認 | 承認者への集中・不在 | 少額・定型で判断基準が明確 | 高額・非定型の案件には向きません |
| 4. 代理承認・エスカレーション | 承認者不在 | 外出・休暇が多い承認者がいる | 代理者への同等の権限付与が必要です |
| 5. モバイル承認 | 承認者不在 | 自席にいない時間が長い管理職 | 添付資料の確認しやすい画面設計にします |
パターン1：承認権限の委譲（決裁権限の引き下げ）
効果が出やすい改善の1つは、承認者の決裁権限を下位の管理者に委譲することです。部長承認が必要だった案件の一部を課長承認に変更するだけで、部長への集中が大幅に緩和されます。
たとえば一定額以下の支出決裁を部門長に委譲するなど、決裁権限基準を引き下げるだけで、経営層に届く承認案件を減らせます。委譲する際は「金額」「案件種別」のような基準を明文化し、誰が見ても同じルートに流れる仕組みにすることがポイントです。口頭の判断任せにすると、結局は上への確認に集まり、権限委譲が形骸化します。
パターン2：並列承認の導入
直列（シーケンシャル）承認を並列（パラレル）承認に変更します。たとえば「営業部長の承認→経理部長の承認」を「営業部長と経理部長が同時に承認」に変更するだけで、待ち時間の合計を大きく削れます。
並列承認では、すべての承認者が承認した時点で次のステップに進む「AND承認」と、いずれか1人が承認した時点で進む「OR承認」を使い分けます。3段階の直列承認を2段階の並列承認に再設計するといった見直しだけで、見積承認の平均リードタイムを大幅に短縮できます。ただし、本来は前の承認結果を見てから判断したいステップまで並列化すると確認の意味が薄れるため、直列のまま残すべき箇所との切り分けが必要です。
パターン3：自動承認ルールの設定
条件を満たす申請は、人の判断を介さずに自動承認する設計です。たとえば「月額5,000円以下のSaaS利用申請は自動承認」「過去3回連続で承認された同一内容の定期申請は自動承認」といったルールを設定します。こうした自動化をノーコードツールで実現する方法については、ワークフロー自動化をノーコードで実現する方法で解説しています。
自動承認を適用できるのは、以下の条件を満たす申請です。
- 金額が一定以下で、リスクが低い申請です
- 定型的で、判断基準が明確な申請です
- 過去の承認実績から、却下される可能性が極めて低い申請です
ただし、自動承認は「条件を満たした申請」をそのまま流すだけなので、条件の設計が甘いと本来止めるべき案件まで通ってしまいます。導入初期は対象を少額・定型に絞り、実績を見ながら条件を広げる段階的な進め方をおすすめします。
パターン4・5：代理承認の自動化とモバイル承認
承認者の不在時に、自動的に代理承認者へルーティングする設計です。多くのワークフローシステムでは、以下のような設定が可能です。
- 承認者が24時間以内に処理しなかった場合、代理承認者に自動転送されます
- 承認者が48時間以内に処理しなかった場合、上位の承認者にエスカレーションされます
- 事前に代理承認者を指定して、不在設定を行えます
あわせて、スマートフォンやタブレットから承認操作を行えるモバイル承認を整備すると、「オフィスにいないと承認できない」問題を解消できます。移動中・会議の合間・テレワーク中でも承認処理が可能になるため、不在による停滞そのものを減らせます。ただしモバイルでは添付資料の確認がしづらい場合があるため、金額や根拠資料を要約して表示する画面設計とあわせて検討してください。
関連するテーマとして、申請業務のペーパーレス化もあわせてご覧ください。
差し戻し率を下げる申請フォームの設計
差し戻しは「申請者が悪い」のではなく、多くはフォーム側が必要な情報を取りこぼしていることが原因です。ここでは、手戻りを仕組みで減らす3つの設計を紹介します。
申請フォームの必須項目設計
差し戻しの大きな原因は「必要な情報が記載されていない」ことです。これはフォーム設計の問題であり、以下の対策が有効です。
- 必須項目の明確化 — 記載がないと送信できない項目をシステムで制御します
- 入力ガイドの表示 — 各項目に「何を・どの粒度で記載すべきか」のヒントを表示します
- 入力値の妥当性チェック — 金額の桁数・日付の整合性・選択肢の組み合わせをシステムでバリデーションします
ただし、必須項目を増やしすぎると入力負荷が上がり、形だけの記載や申請自体の回避を招きます。「本当に承認判断に必要な項目」だけを必須にする絞り込みが、ここでも設計の要点です。
事前チェックリストの組み込み
申請者が送信ボタンを押す前に、事前チェックリストを表示する設計も効果的です。「添付書類は揃っていますか？」「見積金額と申請金額は一致していますか？」といったチェック項目を確認させることで、不備のある申請の送信を防げます。購買申請フォームに事前チェック項目を組み込むことで、差し戻し率を大幅に低下させることができます。
差し戻し理由のテンプレート化
承認者が差し戻す際に、理由を自由記述ではなく選択式（テンプレート）で入力する設計にすると、申請者が「何を修正すればよいか」が明確になり、再申請までの時間が短縮されます。差し戻し理由のテンプレート例は以下のとおりです。
- 添付書類の不足（具体的に何が不足しているか選択します）
- 金額の根拠が不明確（見積書の添付を求めます）
- 承認ルートの誤り（正しい承認者を指定します）
- 予算超過（残予算額を表示し、金額の修正を求めます）
改善効果を持続させるモニタリング
ボトルネックは一度解消しても、組織変更や案件増加によって別の場所に再発します。改善を「やりっぱなし」にしないために、数値を継続的に監視する仕組みを組み込みます。
ダッシュボードによる常時監視
ワークフローの健全性を維持するには、ボトルネックの再発を早期に検知するダッシュボードを構築します。以下のKPIをリアルタイムで表示し、閾値を超えた場合にアラートを発行する設計が理想的です。
- 現在の未処理承認件数を承認者別に表示します
- 48時間以上滞留している案件の件数を表示します
- 直近1ヶ月の差し戻し率の推移を表示します
- 承認リードタイムの月次推移を表示します
月次レビューの実施
ダッシュボードのデータをもとに、月次でワークフローのレビューを実施します。レビューでは「新たなボトルネックが発生していないか」「改善施策が効果を発揮しているか」を確認し、必要に応じて設計を修正します。数値の異常を担当者の頑張りで吸収するのではなく、ルートや権限の見直しという仕組み側の修正につなげるのがポイントです。
CRM/SFA連携によるボトルネック解消の応用
承認の停滞は営業部門では特に痛く、見積回答の遅れがそのまま失注につながることがあります。CRM/SFAと承認ワークフローを別々に持つのではなく、商談から見積・請求までの一つの流れとして設計すると、停滞を仕組みで防げます。
営業ワークフローの承認停滞防止
営業部門の見積承認・値引き申請・契約条件変更といったワークフローは、事業のスピードに直結します。CRM/SFAのワークフロー機能を活用し、商談データに基づく自動ルーティングと承認リマインダーを設定することで、営業プロセスの停滞を防げます。
HubSpotのワークフロー機能では、商談の金額に応じた承認者の自動アサイン、承認期限超過時の自動リマインド、承認完了後の見積書自動送付といったフローを構築できます。承認プロセスがCRM内で完結するため、システム間の切り替えによるタイムロスも解消されます。
申請の振り分けはAIに、最終判断は人に
HubSpotでは、Breezeと呼ばれるAI機能をワークフローに組み込み、申請内容や問い合わせ内容の自動分類を行えます。たとえば届いた申請をAIがカテゴリ別に判定し、内容に応じた承認ルートへ自動で振り分ける設計が可能です。
以下の画面は、問い合わせ内容をAIが判定して分岐し、レコードを更新するまでを組み込んだワークフローの編集画面です。
AIは分類や通知のような定型処理に向いていますが、承認そのものの最終判断は人が担うのが前提です。金額が大きい案件やイレギュラーな申請まで機械的に流してしまうと、止めるべき案件を見逃すリスクがあるため、「AIが振り分け、人が承認する」という役割分担を設計段階で決めておくと安心です。
承認データの営業分析への活用
承認ワークフローのデータ（承認率・差し戻し率・承認リードタイム）をCRMの商談データと紐づけることで、「どのような案件の承認に時間がかかっているか」「値引き承認の頻度と受注率の関係」といった分析が可能になります。承認は「待ちの工程」であると同時に、案件の健全性を測るセンサーとしても使えます。
改善を進めるうえでの注意点
ここまでの打ち手は効果が高い一方で、適用を誤ると別の問題を生みます。設計を進める際の前提条件を整理します。
すべての承認を短縮するのではない
承認ステップを減らすこと自体が目的ではありません。金額の大きい決裁や法務確認など、時間をかけるべき承認は残すべきです。削るべきなのは「誰も内容を見ていない形式的な承認」であり、そこを見極めずに一律で短縮すると、承認プロセス自体が形骸化してしまいます。
企業ごとに最適な設計は異なる
本記事のパターンは一般的な型であり、適切な承認ルートは扱う金額・業種・組織階層によって異なります。自社の承認実績を分析し、ボトルネックの型に合ったパターンから適用してください。
スモールスタートで検証する
全プロセスを一度に変えようとすると、設計も運用も破綻しやすくなります。まず滞留が大きい1つの申請種別から始め、同じ指標で前後比較をして効果を確認してから横展開する進め方が現実的です。
よくある質問
Q1. ワークフローのボトルネック解消で得られる主な効果は何ですか？
承認リードタイムの短縮、月末など特定時期の承認渋滞の解消、従業員の待ち時間ストレスの軽減が主な効果です。ボトルネック解消で浮いた管理職の時間を本来の意思決定業務に充てられるため、組織全体の生産性向上にもつながります。
Q2. ボトルネック解消の具体的な方法にはどのようなものがありますか？
効果が出やすいのは決裁権限の委譲です。たとえば「10万円未満は課長承認のみ」とするだけで、部長への集中を緩和できます。次に代理承認ルールの整備で、承認者不在時に自動的に代理者に回す仕組みを作ると、出張・休暇中の停滞を防げます。根本対策としては、形式的な承認ステップ自体の見直しも有効です。
Q3. 承認ワークフローで多い3つのボトルネックは何ですか？
①特定承認者への案件集中（1人が10部門の承認を担当するような構造的な問題）、②承認者の不在・出張による停滞（代理承認ルールの未整備）、③差し戻しの繰り返し（申請フォームの入力項目不備による手戻り）の3つです。それぞれ「権限委譲」「代理承認の自動化」「入力バリデーションの強化」で対処できます。
Q4. ボトルネックを特定するにはどのような分析手法が有効ですか？
ワークフローシステムのログから各ステップの所要時間を抽出し、全体リードタイムをステップ別に分解する「プロセスマイニング」の考え方が有効です。具体的には、申請→一次承認→二次承認→最終承認の各区間の平均・最大所要時間を算出し、時間がかかっているステップを特定します。週次・月次でモニタリングダッシュボードを構築し、閾値超過時にアラートを発行する仕組みにすると、ボトルネックの再発を早期に検知できます。
Q5. 承認をすべて自動化してしまっても問題ありませんか？
少額・定型で判断基準が明確な申請は自動承認と相性が良い一方、高額案件やイレギュラーな申請は人の判断を残すべきです。AIやワークフローには分類・振り分け・リマインドを任せ、承認の最終判断は人が行うという役割分担を前提に設計すると、スピードと確認精度を両立できます。
まとめ
承認ワークフローのボトルネックは、承認者への集中・差し戻しの頻発・承認者不在の3つに大別され、いずれも個人の努力ではなく設計で解消できます。権限委譲・並列承認・自動承認ルール・代理承認の自動化・モバイル承認の5つの設計パターンで承認待ちを削減し、フォームの必須項目設計と事前チェックリストで差し戻し率を下げるのが本記事の要点です。改善後はダッシュボードと月次レビューで再発を監視し、CRM/SFAとの連携まで広げると営業プロセスの停滞も防げます。ワークフロー設計の基本で解説した設計原則もあわせて参照してください。
業務プロセス全体のボトルネック特定手法については業務プロセスのボトルネック特定と解消法を、改善の効果測定は業務効率化の生産性指標と測定方法もあわせてご覧ください。DX推進の全体像についてはDX完全ガイドで基礎から実践まで体系的に解説しています。
最初の一歩として、次の3ステップから始めてください。
- 直近1ヶ月に完了した申請を20件だけ抜き出し、「申請日時」「最終承認日時」「差し戻しの有無」の3列で並べます
- 極端に時間がかかった案件がどのステップで止まっていたかを確認し、ボトルネックが3つの型のどれに当たるかを判定します
- その型に対応する設計パターンを1つだけ試し、同じ20件の指標で前後比較します
まずは小さく検証し、効果が見えてから他の申請種別へ広げる進め方が、設計変更の失敗を防ぐ近道です。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
