導入
案件管理や営業管理、問い合わせ管理のExcel管理表で、備考欄に「田中担当、鈴木が確認、佐藤承認待ち」のように、案件の担当・確認者・承認者が文章で書かれていることはありませんか。「この案件は誰に聞けばいい？」と毎回備考を読まないと分からず、引き継ぎ時にも担当者を特定するだけで時間がかかるケースもよくあります。
こうした「担当者が備考に埋もれる」問題は、入力者の書き方ではなく、担当・確認・承認という役割を独立した列として扱っていないことが原因です。1人が複数の役割を兼ねたり、案件ごとに別の人が承認したりするのに、列が1つしかないか備考頼みでは追えなくなります。
この記事では、備考から担当者・確認者・承認者を抽出し、3つの専用列に分けて移す方法を20分で完了させる手順として紹介します。終わったときに、誰が何の役割で関わっているかが一目で分かり、担当別の集計や引き継ぎが楽になる状態になります。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 誰が対応するか備考を読まないと分からない |
| 主な原因 | 担当者を列で管理していない |
| 解決方法 | 担当者列・確認者列・承認者列に分ける |
| 対象業務 | 案件管理・営業管理・問い合わせ管理 |
| 対象人数 | 3〜30人 |
| 難易度 | ★☆☆☆☆ |
| 作業時間 | 20分 |
| 用意するもの | 対象のExcelファイル／編集権限／担当者マスタ（推奨） |
| 効果 | 担当別確認や引き継ぎが楽になる |
| 向かないケース | 担当者が固定の表 |
なぜその管理表はうまくいかないのか
担当者が備考に埋もれている管理表には、共通する状況があります。
- 担当者・確認者・承認者という役割が、列として分かれていない
- 「担当列」が1つだけあり、担当者と確認者を区別できない
- 備考に「鈴木が確認」「佐藤承認待ち」と書かれているが、文字列で機械処理できない
- 「誰に聞けばいい？」と毎回備考を読み返す
- 担当者別の件数集計（担当別ピボット）がうまく動かない
- 引き継ぎ時に、各案件の担当・確認・承認の役割を1件ずつ整理する必要がある
これは入力者の書き方ではなく、役割を分けた列構造が用意されていないことが原因です。見直しは、担当者列・確認者列・承認者列の3つを新設（または既存列の整理）し、備考から役割情報を抽出して移すところから始めます。
完成イメージ
20分後、データ表に担当者・確認者・承認者の3列が整い、備考から役割情報を抽出して移した状態になります。各列は担当者マスタを参照するプルダウンになり、役割別の検索・集計が可能になります。
改善前 — 役割が備考に埋もれる:
| 案件 | 顧客 | 担当 | 備考 |
|---|---|---|---|
| 001 | A社 | 田中 | 鈴木が確認、佐藤承認待ち |
| 002 | B社 | 鈴木 | 田中が確認、本部長承認済 |
| 003 | C社 | 田中 | 確認者未定、来週決定予定 |
| 004 | D社 | 佐藤 | 鈴木と田中で確認、承認は本部長 |
「担当」列はあるが、確認者・承認者は備考から読むしかありません。
改善後 — 担当・確認・承認を3列に分離:
| 案件 | 顧客 | 担当者 | 確認者 | 承認者 | 備考 |
|---|---|---|---|---|---|
| 001 | A社 | 田中 ▼ | 鈴木 ▼ | 佐藤 ▼ | （空欄） |
| 002 | B社 | 鈴木 ▼ | 田中 ▼ | 本部長 ▼ | 承認済 |
| 003 | C社 | 田中 ▼ | （未定） | （未定） | 確認者・承認者を来週決定 |
| 004 | D社 | 佐藤 ▼ | 鈴木 ▼ | 本部長 ▼ | 田中も確認に参加 |
確認者列で「鈴木」をフィルタすれば、鈴木さんが確認している案件が即座に分かります。
改善手順
20分ほどで4ステップを進めます。
ステップ1. 役割の3区分を定義する
担当者・確認者・承認者の役割を、自分のチーム向けに明確に定義します。
操作: 新しいシート「役割定義」を追加。3区分の定義を書く:
担当者: 案件の主担当。日々の対応を実行する人
確認者: 担当者の作業内容を確認する人（チーム内のチェック役）
承認者: 確認後に最終承認する人（多くは上長または本部長）
役割が複数いる案件（例: 「鈴木と田中で確認」）の扱いも決める: – 主たる1人を該当列に入れる – 補助者は備考に残す（例: 「田中も確認に参加」）
記入例:
| 役割 | 定義 | 1案件あたりの人数 |
|---|---|---|
| 担当者 | 主担当、日々の対応 | 1人 |
| 確認者 | チェック役 | 1人（補助者は備考） |
| 承認者 | 最終承認 | 1人 |
ステップ2. データ表に3列を追加する
担当者列が既にある場合は確認者・承認者の2列を追加。担当者列がない、または曖昧な場合は3列とも新設します。
操作: データ表の備考列の左隣に、担当者・確認者・承認者の3列を追加。各列を範囲選択 → データ → データの入力規則 → 設定タブで「リストから選択」 → 元の値に =担当者マスタ!$B$2:$B$50 のように担当者マスタを参照する。担当者マスタがない場合は、まず担当者マスタを整備してから本手順に進む。
記入例: 列追加後
| 案件 | 担当者 | 確認者 | 承認者 | 備考 |
|---|---|---|---|---|
| 001 | （空欄） | （空欄） | （空欄） | 鈴木が確認、佐藤承認待ち |
ステップ3. 備考から役割情報を抽出して移す
既存の備考を1件ずつ確認し、役割情報を該当列に移します。
操作: 備考列をフィルタで「確認」「承認」「担当」を含む行を絞り込み、内容を見ながら3列に振り分ける。
記入例: 抽出ルール
| 元の備考 | 担当者 | 確認者 | 承認者 | 残す備考 |
|---|---|---|---|---|
| 鈴木が確認、佐藤承認待ち | 田中（既存「担当」列の値） | 鈴木 | 佐藤 | 承認待ち（状態列で管理する場合は備考から削除） |
| 田中が確認、本部長承認済 | 鈴木（既存値） | 田中 | 本部長 | 承認済（状態列で管理） |
| 確認者未定、来週決定予定 | 田中 | （未定） | （未定） | 確認者・承認者を来週決定 |
| 鈴木と田中で確認、承認は本部長 | 佐藤 | 鈴木 | 本部長 | 田中も確認に参加 |
複数人が確認した案件は、主たる1人を確認者列に入れ、補助者は備考に残す。
✗悪い例: 確認者列に「鈴木、田中」とカンマ区切りで入力する（フィルタや集計で機械処理できない） ／ ◎良い例: 1セル1人にする。複数の場合は主たる人だけ列に入れ、補助者は備考に残す
ステップ4. 役割の運用ルールを明文化する
3列の役割分担が今後も守られるよう、入力ルールを明示します。
操作: 役割定義シートの末尾に運用ルールを記入:
役割列の運用ルール:
- 1セル1人。複数人いる場合は主たる人を入れ、補助者は備考に残す
- 担当者: 案件登録時に必ず指定
- 確認者: 担当者が対応完了後に指定（または案件登録時に予定者を指定）
- 承認者: 確認者が確認完了後に指定（または案件登録時に予定者を指定）
- 役割が変わったら、列の値を更新する（備考に「確認者変更」と書かない）
このルールを管理表の先頭シートに参照リンクとして残す。
✗悪い例: 役割の変更を備考に「担当者を田中→鈴木に変更」と書く ／ ◎良い例: 担当者列を直接更新し、変更履歴が必要なら別シート「変更履歴」で管理する
実務での注意点
- 担当者が固定の表（自分1人だけが管理するToDoなど）には向きません。3列の整備コストが見合いません
- 担当者マスタが整備されていない場合、先にマスタを作ってください。マスタなしで手入力すると、表記ゆれが再発します
- 「確認者」「承認者」が業務上不要なケース（小規模案件で承認なしなど）は、列を新設せず備考だけで運用しても構いません。役割が複雑な業務でのみ本手順を適用してください
- 役割の補助者（「鈴木と田中で確認」の田中）を別列にすると、複雑化します。主たる1人だけを列に入れ、補助者は備考または別の「協力者」列にしてください
- 半年に1度は役割定義を見直し、業務の実態と合っているか確認してください
まとめ
担当者が備考に埋もれる管理表の多くは、担当・確認・承認という役割を独立した列として扱っていないことが原因です。20分で3列を新設し、担当者マスタを参照するプルダウンに切り替えて、備考から役割情報を抽出するだけで、誰が何の役割で関わっているかが一目で分かる状態になります。
役割の分離とあわせて、状態や日付の分離も進めると、備考が「補足だけ」になり、整理が完了します。あわせて以下を参照してください。
