Excel管理表で確認待ちが見えない原因と、確認状態・確認者・確認期限を列にする手順

導入
この記事で解決すること
なぜその管理表はうまくいかないのか
改善手順
Before / After
実務での注意点
Web化・スプレッドシート化との関係
1. Excel改善で足りる場合
2. スプレッドシート化・Web化を考える場合
まとめ

導入

申請管理や契約管理、見積管理のExcel管理表を運用していて、「この案件は今、誰の確認待ちなのか」を一目で答えられないことはありませんか。お客様や社内の担当者から進捗を聞かれた時に、メールやチャットを遡って確認状況を再構成することになり、回答までに時間がかかってしまう場面があります。

特に5〜50人で同じ表を使っていると、確認の状況が「備考欄の自由記述」「メールの返信待ち」「担当者の頭の中」に散らばっていることが多くあります。確認が必要な工程が複数ある業務(申請→1次承認→2次承認→決裁、見積→上長承認→顧客承認など)では、誰の段階で止まっているかを表側で持っておかないと、進捗が見えない時間が長くなり、滞留も発生します。

原因は、確認のプロセスが複雑だからではなく、確認状態・確認者・確認期限が表の構造として独立した列になっていないことです。この記事では、Excel管理表に「確認状態列」「確認者列」「確認期限列」の3列を追加して、確認待ちの状況を一目で把握できる状態にする改善手順を紹介します。承認フロー全体を作り変えるのではなく、確認に関わる情報だけを3列に整理する、無理のない見直し方です。

この記事で解決すること

項目	内容
解決する課題	誰の確認待ちか分からない
主な原因	確認状態や確認者が列になっていない
解決方法	確認状態・確認者・確認期限を列で管理する
対象業務	申請管理・契約管理・見積管理
対象人数	5〜50人
難易度	★★★☆☆
作成時間	45分
効果	確認待ちの滞留を減らせる
向かないケース	確認工程がない表

この記事は管理表をいきなり大きく作り替えるのではなく、上記の解決方法に沿って、確認に関わる情報を3列に整理して現場で見直すための内容です。

なぜその管理表はうまくいかないのか

確認待ちが見えない管理表には、いくつか共通する特徴があります。担当者がきちんと管理していないからではなく、確認の状況が表の構造として独立していないことが本当の原因です。

確認の状況が備考欄に「○○さん確認待ち」と書かれているだけで、列としては存在しない
「申請中」「承認中」「決裁待ち」のように似た言葉が混在し、どの段階か特定できない
確認者の名前が、案件によっては備考に、別の案件では別の列に書かれている
確認期限がない、または「なるはや」「今週中」のような曖昧な表現になっている
確認の状態を変えるルール(誰がどのタイミングで更新するか)が決まっていない
確認のためのチャットやメールが管理表とは別の場所で進行している
確認が完了したあとも状態列が更新されず、最新状況が分からないままになる

特に問題になりやすいのが、申請や見積のように工程が複数ある業務です。「いま誰の段階か」が表の構造として持たれていないと、確認者にリマインドする側も、確認する側も、毎回過去のやり取りを掘り起こす必要があります。結果として、確認待ちのまま日数が経過する案件が増え、現場の判断スピードが落ちていきます。

つまり、確認待ちが見えないのは、担当者の管理力の問題ではなく、確認情報を表の構造として整理していないことが本当の原因です。確認に関わる3つの情報を独立した列にするだけで、進捗の見える化の精度が大きく変わります。

改善手順

確認状態・確認者・確認期限を列にする手順は、次の流れで進めると無理がありません。難易度は★★★☆☆、作業時間の目安は45分程度です。

ステップ1. 確認の工程を3〜5段階で書き出す

まず、その業務の確認工程を3〜5段階で書き出します。たとえば申請管理なら「申請→1次承認→2次承認→決裁完了」、見積管理なら「作成→上長承認→顧客送付→承認待ち→確定」など、業務に合わせて段階を整理します。最初から細かく分けすぎず、現場で意味のある単位にとどめるのが続けやすいコツです。

ステップ2. 確認状態列を追加する

表に「確認状態」列を追加し、ステップ1で決めた段階をプルダウンの候補として登録します。状態が「申請中」「承認中」のような表記揺れを起こさないよう、別シートのマスタを参照する形にしておくと、その後のフィルタや集計が安定します。

ステップ3. 確認者列を追加する

「いま誰の手元にあるか」を表す確認者列を追加します。担当者列が別にある場合と兼ねるのではなく、案件の主担当者と確認者を分けて管理するのがおすすめです。確認者列があることで、「Aさんで滞留している案件」を即座にフィルタできるようになります。

ステップ4. 確認期限列を追加する

確認期限列を日付型(YYYY-MM-DD)で追加します。「なるはや」「今週中」のような曖昧な表現は、具体的な日付に置き換えます。期限を明文化することで、確認する側にとっても「いつまでに動く必要があるか」が明確になり、本人にも周囲にもプレッシャーが分散します。

ステップ5. 状態と確認者の更新ルールを決める

確認状態と確認者は、誰がどのタイミングで更新するのかを決めておきます。たとえば「1次承認者が承認したら、状態を『2次承認待ち』に変えて確認者を上長に更新する」のように、状態遷移と更新者を表またはチャート形式で残しておくと、運用がぶれません。

ステップ6. 滞留を見つけるフィルタを用意する

最後に、「確認期限を過ぎている確認待ち」「3日以上滞留している案件」など、よく使うフィルタ条件を保存・共有します。テーブル機能やフィルタービューを使うか、確認期限とTODAY()を組み合わせた関数列を用意すると、滞留の発見が機械的にできるようになります。

Before / After

観点	Before	After
課題	誰の確認待ちか聞かれてもすぐ答えられない	確認者列のフィルタで一発で表示
原因	確認状態や確認者が列として独立していない	確認状態・確認者・確認期限の3列で管理
運用	備考欄・メール・チャットを掘り起こす	プルダウンと日付列で状態を更新
確認	滞留している案件に気づくのが遅れる	期限超過の確認待ちを即時にフィルタ
効果	確認待ちが長引いて判断が遅れる	確認待ちの滞留を減らせる

承認フロー全体をシステム化しなくても、確認に関わる情報を3列に整理するだけで、進捗の透明性が大きく上がります。確認する側・される側の双方にとって、「いま何が止まっているか」が共通の言語になります。

実務での注意点

確認状態・確認者・確認期限の3列を導入するうえで、現場でつまずきやすいポイントをまとめます。

確認工程がない表(例:単純な作業ログ、固定マスタ)には向きません。3列を作っても入力する場面がなく、運用の手間に見合いません
工程を最初から細かく分けすぎないでください。3〜5段階に絞り、運用しながら必要に応じて足すのが現実的です
確認者列を担当者列と兼ねるとフィルタ精度が落ちます。主担当と確認者は別の列で持つことをおすすめします
確認期限を厳密に運用すると、現場の反発を招くことがあります。最初は目安として運用し、滞留パターンを把握してから厳しさを調整すると無理がありません
状態と確認者の更新ルールが守られないと、列だけ作っても価値が出ません。週次で「未更新の行」を確認するレビュー時間を5分でも設けると、運用が続きます

「向かないケース」として挙げた確認工程がない表については、無理に3列を作る必要はありません。代わりに更新日や担当者列など、その表で本当に追いたい軸を1つ決めて整えるのが現実的です。

Web化・スプレッドシート化との関係

確認待ちの見える化は、必ずしもツールを変えなければ実現できないものではありません。

Excel改善で足りる場合

5〜50人規模で、件数が数百〜数千行までであれば、Excelのままでも確認状態列・確認者列・確認期限列の3列とプルダウン、フィルタの組み合わせで十分対応できます。むしろツール変更による学習コストを考えると、まずはExcel側で3列を整え、確認フローを回せるようにしてから判断する方が、効果と負担のバランスが取れます。

スプレッドシート化・Web化を考える場合

承認フロー自体を自動化したい(状態が変わるとメール通知が飛ぶ、確認期限が近づくとリマインドされる、承認ボタンで履歴が残る、など)場合は、スプレッドシートや業務アプリ・ワークフローツールへの移行を検討する価値があります。それでも、移行前に確認状態と確認者の段階を整えておかないと、新しいツールでも同じ滞留が起きやすくなります。

ツールを変える前に、確認に関わる情報を3列に整理するという基本整理を済ませておくと、Excelを続ける場合にも別ツールへ移る場合にも、確実に役立つ準備になります。