導入
申請管理表や案件管理表、問い合わせ管理表を3〜50人で運用していると、同じ状況なのに担当者によって入力結果が変わることがあります。Aさんは「保留」と書き、Bさんは「対応中」と書き、Cさんは空欄で残す。月末に状態列で集計しても、件数が現場感と合わずに信頼できなくなります。
これは入力する人の判断力の問題ではなく、判断条件が管理表の中にルール化されていないことが原因です。「どういう条件で保留か」「どうなったら対応中か」が表の外（個人の経験）にあると、同じ状況でも違う入力が生まれます。本記事では、申請管理・案件管理・問い合わせ管理を対象に、どの項目から判断基準を文書化すべきかを20分で診断する手順を紹介します。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 同じ状況でも担当者によって入力結果が変わる |
| 主な原因 | 判断条件が表の外（個人の経験）にあり、ルール化されていない |
| 診断方法 | 判断が分かれる項目の特定・条件の言語化・例外パターン・参照される置き場所の4観点で確認する |
| 対象業務 | 申請管理・案件管理・問い合わせ管理 |
| 対象人数 | 3〜50人 |
| 難易度 | ★★☆☆☆ |
| 診断時間 | 20分 |
| 診断でわかること | 判断基準を文書化すべき項目の優先順位と、書き出すべき条件の粒度 |
| 向かないケース | 判断要素がほぼ無い数値・日付中心の単純一覧 |
すべての列の判断基準を一度に書き出す必要はありません。実際にばらつきが起きている項目から優先的に整える診断手順です。
なぜその管理表はうまくいかないのか
判断結果が揃わない管理表には、共通した状態があります。
- 「保留／対応中／未着手」のように似た選択肢が並ぶが、使い分け条件が表内に書かれていない
- 判断に必要な情報（申請日・前回連絡日・顧客区分など）が同じ表に揃っておらず、別資料を見て判断している
- 例外的な状況（取引先が複数いる・期限超過・差戻し中）の扱い方が、担当者ごとの口頭ルールで運用されている
- 判断基準が変わったときに、過去の入力との整合性ルールが決まっていない
- 「場合による」「状況に応じて」など曖昧な表現で基準が書かれており、結局判断が分かれる
- 基準が文書化されていても、別ファイルにあり入力中に参照されない
担当者が間違えているのではなく、判断条件が表の外側にしかないことが原因です。条件が見えない状態では、同じ状況でも違う入力が生まれ続けます。見直しは「どの項目で判断がばらついているか」を切り分けるところから始めます。
診断手順
20分ほどで、4つの観点を順に確認していきます。各ステップで、チェック項目のうち1つでも該当があれば、そのステップを ✗1個 として数えます。
ステップ1. 判断が分かれている項目を3〜5個挙げられるか確認する
過去の入力履歴や、担当者から寄せられた「どう書けばいいか」という質問を振り返り、判断ばらつきが起きている項目を特定します。
チェック項目: – [ ] 状態列・分類列・優先度列など、選択肢が並ぶ列のうち、入力結果が担当者で揃わない列がある – [ ] 同じレコードを別の担当者が見たとき、別の値を入れる可能性が高い列を3つ以上挙げられない – [ ] 「どう判断したらよいか」という質問が、月に何件来ているか把握できていない
判定の目安: チェックが付いた管理表は、まず判断ばらつき項目の特定から始める対象。重要度の高い順に3〜5項目に絞ってから条件文書化に進む。
ステップ2. 判断条件を「〜のときは〇〇とする」の言い切り型で書けるか確認する
判断条件は曖昧な表現で書くと結局ばらつきます。具体的な条件文に落とせるかを見ます。
チェック項目: – [ ] 各選択肢の使い分け条件を「〜のときは〇〇とする」の形で言い切れない項目がある – [ ] 判断基準に「場合による」「状況に応じて」「適宜判断」が含まれている – [ ] 判断に必要な情報（日付・件数・顧客区分など）が同じ表に揃っておらず、別資料を開かないと判断できない
判定の目安: チェックが付いた項目は、まず判断材料を表に集約し、それから言い切り型の条件文に整理する必要がある。
ステップ3. 例外パターンを別行で扱える形式か確認する
通常ルールだけだと現場の例外で破綻します。例外を整理して扱える設計かを見ます。
チェック項目: – [ ] よくある例外（取引先が複数・期限超過・差戻し中・受付チャネルが特殊）が3つ以上あるが、対応方針が口頭ルールになっている – [ ] 例外時の判断を「その他」「備考参照」で逃げている列がある – [ ] 過去に例外的な判断をした事例を、後から検索できる仕組みが無い
判定の目安: チェックが付いた管理表は、通常ルールと例外ルールを同じ形式（〜のときは〇〇とする）で並列に書く必要がある。例外を備考に逃がすと判断は揃わない。
ステップ4. 基準シートが入力中に参照される位置にあるか確認する
判断基準を作っても、入力時に参照されない場所にあれば実効性がありません。
チェック項目: – [ ] 判断基準が別ファイル・社内ポータル・口頭マニュアルにある – [ ] 管理表と同じファイル内に「判断基準」シートが無い – [ ] 基準が変わったときに、変更日と新旧の対応関係を残すルールが無い
判定の目安: チェックが付いた管理表は、基準シートを管理表と同じファイル内に置く設計に変える対象。変更履歴も残せる構造にしておくと、過去データとの整合性確認も後から可能になる。
診断結果の読み方
ステップ1〜4でいくつ ✗ が付いたかで、次に進むべき範囲を判断します。
✗が0個 → 判断基準が概ね機能している段階 ばらつき項目の特定、言い切り型の条件文、例外の取り扱い、置き場所のすべてが整っています。次の改善は、選択肢の粒度や運用ルールの見直しに進めます。 → Excel管理表の状態列をプルダウン化する手順
✗が1個 → 1観点を補えば判断基準が機能する段階 ばらつき項目は特定できているが、条件の言い切り型化、例外整理、置き場所のいずれかが弱いです。不足している1観点を補強します。 → Excel管理表の状態列をプルダウン化する手順 → Excel管理表の優先度プルダウンと判断基準を整える手順
✗が2個 → 判断基準の文書化と選択肢設計を並行して進める段階 条件の言い切り化と例外パターン、または置き場所の両方が崩れています。選択肢の整理（マスタ化・プルダウン化）と判断基準の文書化を並行で進めます。 → Excel管理表の状態マスタを業務フロー順で共有する手順 → Excel管理表の分類マスタを大分類×小分類で共有する手順
✗が3〜4個 → 入力ルール設計から運用ルートまで広範囲な見直しが必要な段階 判断ばらつき項目の特定・条件文・例外・置き場所のすべてが崩れています。Excelの部分修正では追いつかないため、属人化リスクの棚卸しと、必要に応じてツール変更の判断に進みます。 → スプレッドシートの属人化リスクを棚卸しする診断 → Excel管理表のWeb化を判断する手順
実務での注意点
- 判断要素がほぼ無い数値・日付中心の単純一覧（在庫数・残数・実績集計など）には、本診断は不要です。判断基準を作る運用コストが効果を上回ります。
- 判断条件を細かく書きすぎると、入力時に読まれなくなります。最初は重要な3〜5項目に絞り、1項目あたり3〜5行で書きます。
- 「場合による」「適宜判断」と書いた時点で基準として機能しません。具体的な条件（金額・日数・件数・区分）に必ず落とします。
- 基準を変えたときは、過去データに遡って修正するかしないかを最初に決めます。遡らない方針なら基準シートに変更日を必ず残します。
- 判断基準のメンテナンス担当を1人決めておかないと、ルールの放置が起きます。整備とセットで運用当番を必ず決めます。
まとめ
判断結果がばらつく原因は、判断条件が表の外（個人の経験）にあり、入力中に参照される位置に無いことです。次の一歩は、過去の入力履歴や担当者からの質問を振り返り、判断が分かれている項目を3〜5個リストアップすることです。文書化対象が見えたら状態列をプルダウン化する手順で選択肢を統一し、優先度プルダウンと判断基準を整える手順で言い切り型の条件文をセットすれば、同じ状況に対して同じ入力が返る基盤が整います。
