
ビューを別の保存先と考えない
ビューは同じレコードを条件や並び順を変えて見る仕組みです。未着手ビューで状態を変えると元のレコードも更新され、他のビューの表示にも影響します。案件を複製して担当別テーブルへ移すより、同じIDを保って一覧を分けると照合しやすくなります。まず一つの問い合わせテーブルから始めます。
未完了の条件を明示する
状態が完了以外ならすべて未完了とするのか、未着手・対応中・回答待ちだけを含むのかを決めます。空欄や新しい状態をどう扱うかで結果が変わります。条件を複数置くときはANDとORを区別し、「担当が自分かつ未完了」と「担当が自分または未完了」を混同しないようにしてください。
期限超過と期限未設定を分ける
期限を過ぎた未完了の案件を絞り込みます。ただし期限が空のものは超過条件に入らず、見落としやすくなります。期限未設定を別ビューに残し、期限超過だけ見れば全件を管理できるとは考えないでください。日付だけで判定するのか時刻まで使うのかもそろえ、今日が期限の案件の扱いを決めます。
担当と期限の並びを整える
担当者でグループ化し、各グループの中では期限、受付日時など確認の順に並べます。担当がないグループを隠さないようにしてください。表示列はID、件名、期限、状態を中心にし、長い本文を毎回開かなくても何をするか分かるようにします。並び替えを行番号ベースの識別に使わないことも大切です。
五件の見本で件数を照合する
自分の未完了、自分の完了、別担当の未完了、未割当、期限空欄の五件を用意します。各ビューへどれが出るはずかを先に書き、実際の表示と比べてください。状態を完了へ変えたときは未完了一覧から外れても元テーブルに残ります。「表示されないから削除された」と判断せずIDから調べます。
フィルターと閲覧権限を分ける
担当者別のビューを作っただけでは、他担当のレコードを厳密に見せない権限設定にはなりません。ベースの共同編集者と外部共有リンクでは見える範囲が異なるため、共有方式と利用者の権限で確認します。非表示列、レコードの詳細表示、共有先からの再共有も含め、テスト用の閲覧者で実際に見える内容を確かめます。
日次確認とルール変更の担当を決める
未完了、期限超過、未割当、期限未設定の件数を一緒に見ます。フィルター条件を変更できる人と変更を知らせる方法を決め、誰かが個人の作業用に変えた条件で全員の案件が消えないようにします。ビューが重くなった場合は表示列や運用範囲も見直し、通知の自動化は一覧の条件が安定してから追加します。
参照した公式情報
料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。
- Getting started with views — Airtable情報確認日: 2026-10-30
- Building and sharing forms — Airtable情報確認日: 2026-10-30
- Airtable pricing情報確認日: 2026-10-28
- Airtable plans overview情報確認日: 2026-10-28
- Airtable billable collaborators情報確認日: 2026-10-28




