Airtableで進捗をどう見せるか｜報告のために作り直さない組み方
Airtableで進捗を管理していると、ある時期から報告資料を作る作業が重くなります。入力は現場がしてくれているのに、月曜の会議に出す一覧は毎回手で組み直している、という状態です。原因はたいてい入力の不足ではなく、見せ方の設計にあります。この記事では、2026年9月時点で公式ヘルプセンターに書かれている内容だけを使って、報告のために表を作り直さずに済む組み方と、そこで先に知っておきたい上限を順に整理します。
報告のたびに作り直す原因は、表が1枚しかないこと
進捗の管理で最初に起きるのは、全員が1枚の表を共有する状態です。案件名、担当、期限、状態が並んでいて、誰でも書き込める。最初はこれで回ります。
行が増えると崩れます。現場の人は自分の担当行だけを見たいのに、他人の行が視界に入って邪魔になります。とりまとめる立場の人は全体の遅れだけを見たいのに、細かい行が邪魔になります。そこで誰かが自分用の表をコピーして、条件で絞り込みます。ここから二重管理が始まります。
コピーされた表は、元の表が更新されても追随しません。1週間後には数字が食い違い、会議の場で「どちらが正しいのか」を確かめる時間が発生します。この時間が積み上がると、道具そのものへの信頼が落ちます。
Airtableの設計は、この問題に対して明確な答えを用意しています。データは1か所に置いたまま、見方だけを人数分用意する、というやり方です。表をコピーせずに、同じデータへの別の入口を作ります。
1つの表に、見方を何枚も重ねる
Airtableでは、表を見る方法のことをビューと呼びます。ヘルプセンターの説明では、ビューとは表の裏側にあるデータを見て整理する特定の方法であり、既定はグリッド、他にフォーム、カレンダー、ギャラリー、カンバン、タイムライン、リスト、ガントがあると書かれています。1つの表に複数のビュー、複数の種類のビューを持てます。
ここが要点です。絞り込みも、並び順も、グループ分けも、色分けも、ビューごとに設定されます。元のデータは1つのままです。営業担当が自分の案件だけを見るビュー、進行のとりまとめ役が遅れている案件だけを見るビュー、経営会議に出す四半期ごとのビューを、同じ表の上に並べて置けます。
この組み方にすると、報告のために作る作業が消えます。会議の前にやることは、該当のビューを開くことだけになります。誰かが現場で状態を更新すれば、その瞬間に会議用のビューにも反映されています。
ビューの整理のために、区分も用意されています。個人用ビューの区分、その他は自動的に作られる区分に分かれていて、手で作る独自の区分も置けます。ビューが増えてきたら、区分で束ねて探しやすくします。
ビューの設定は、別のビューから丸ごと写せる
ビューを何枚も作ると、今度は設定を揃えるのが面倒になります。ここに用意されている機能が、他のビューの設定をコピーする操作です。
ビューの名前の横にあるドロップダウンから「他のビューの設定をコピー」を選ぶと、どのビューから何を写すかを選ぶ画面が出ます。絞り込みの条件、並び順、グループ分けといった要素を選んで、いま開いているビューに適用できます。
注意点が2つ案内されています。写せる項目はビューの種類によって違います。たとえばカレンダービューにはグループ分けの概念がないので、グループ分けをカレンダービューとのあいだで写すことはできません。もう1つは、設定を写せるのは同じ表の中のビューどうしに限られる点です。
この機能が効くのは、担当者ごとのビューを作るときです。1枚を丁寧に作り込んでから、残りは設定を写して絞り込みの条件だけ差し替える、という手順にすれば、色分けの基準がビューごとにばらつく事故を防げます。
行の高さで、1画面に入る情報量を変える
細かい話に見えて、報告の場では効く設定があります。グリッドビューの行の高さです。
既定では、レコードを最も詰めて表示する低い高さになっています。この状態では、各レコードは1行分のテキストと小さな添付ファイルの縮小画像を表示します。高さの選択肢は4つで、低い、中くらい、高い、非常に高い、の順に広くなります。
高さを上げると、テキスト項目の複数行、リンクしたレコードの複数行、複数選択の項目の複数行、共同作業者の項目の複数行、そして大きな画像が表示されるようになります。逆に低くすれば、一度に見られるレコードの数が増えます。
会議に出すビューは低い高さ、現場が入力に使うビューは中くらい以上、という使い分けが現実的です。会議では全体の件数と偏りが見たいので、1画面に多く入るほうがよいからです。なお、行の高さを変えても項目名の見出しの高さは変わりません。ここは調整できないと明記されています。
定例で使うビューは、ロックして固定する
ビューを作って共有すると、次に起きるのは「誰かが並び替えた」問題です。会議中に参加者の1人が並び順を変えると、そのビューの設定そのものが変わります。個人の画面だけが変わるのではありません。
これを防ぐのがビューのロックです。有料プランで作成可の権限を持つ人は、ビューをロックすることで、作成可の権限を持つ誰かが解除するまで、共同作業者が設定を変更できないようにできると案内されています。
定例で使うビューは、作り込んだ直後にロックしておくべきです。ロックしないまま3か月運用すると、当初の意図とは違う絞り込みが入っていて、それに誰も気づいていない、という状態になります。
ロックの権限は所有者と作成可の人だけが持ちます。編集可の人はビューの作成、削除、変更、印刷はできますが、ロックと解除はできません。コメント可の人は、自分の個人用ビューに対してのみ操作できます。
5,000件を超えると、最初は1,000件しか読み込まれない
進捗の表が育ってくると、表示の挙動が変わります。これは会議の場でつまずくので、先に知っておく価値があります。
Any view with more than 5000 visible records will initially load with a 1000-record preview. 出典: support.airtable.com
表示されるレコードが5,000件を超えるビューは、最初に1,000件分のプレビューとして読み込まれます。過去に何千件も含むビューの読み込みが非常に遅かったため、素早く操作できるようにこの仕様が導入された、と説明されています。
プレビューの状態でも、レコードの更新、追加、削除は通常どおりできます。検索はすべてのレコードを対象に動きます。ただし拡張機能はプレビュー中には実行できません。すべてのレコードが読み込まれた後に、拡張機能の動作が戻ります。
件数の表示は「XX,XXX件中、最初の1,000件を表示しています」という形になります。すべてを読み込むには、件数の横にある読み込みのボタンを押します。1回の接続につき1度押せば済みますが、ブラウザを再読み込みするとプレビューの状態に戻ります。
会議の直前に画面を開き直すと、また1,000件の状態から始まります。集計の数字を口頭で言う場面があるなら、絞り込みを効かせて5,000件を下回るビューを作っておくほうが確実です。絞り込みで5,000件を下回れば、自動的にプレビューの状態から抜けます。
ビューを増やしてもレコードの数は増えない
ビューを何枚も作ることに抵抗を感じる人がいます。プランのレコード上限に響くのではないか、という心配です。
ヘルプセンターのよくある質問に、明確な回答があります。ビューは同じデータを別の角度から見るためのものなので、複数のビューに現れる同じレコードは一度だけ数えられます。ベースの合計のレコード数は、各表のレコード数を足したもので決まります。絞り込みのかかっていないビューを見れば、その表の正確なレコード数が分かります。
つまり、ビューは何枚作っても料金には影響しません。ワークスペースの設定画面から、ベース単位の使用状況を確認できるとも案内されています。
上限そのものは別に定められていて、ベースあたりのビューは1,000、ベースあたりの表は1,000、表あたりの項目は500、ワークスペースあたりのベースは1,500です。数十人のチームが進捗の管理に使う範囲で、ここに当たることはまずありません。心置きなくビューを増やして構わない、ということです。
見せる相手ごとに画面を分けるインターフェース
ビューは、あくまで表を見る画面です。表の構造そのものは見えたままなので、社外の人や経営層に見せるには情報が多すぎることがあります。ここで使うのがインターフェース作成機能です。
ヘルプ記事の説明では、よく整理されたデータであっても、組織の中のほとんどの人は仕事をするうえでデータのすべてに触れる必要がない、とされています。インターフェースを使えば、そのデータを小さく切り分けて、個人や作業グループが扱いやすい形にできます。
想定されている用途として挙げられているのは、確認待ちの項目、データの見える化、利用者ごとにレコードを絞った表示の3つです。利点としては、複数の表のデータを1画面にまとめられること、利用者が使いやすい絞り込みの選択肢、より細かい権限によるデータの保護が挙げられています。
登場する役割は2つです。インターフェースを作成、編集、公開、共有する側と、公開されたインターフェースの中で操作する側です。作成と公開ができるのは所有者と作成可の人で、公開後に共同作業者へ与える権限の段階は作成した人が決めます。
利用できるプランについては、すべてのプランと書かれています。ただし、その中のタイムラインの表示は有料プランのみ、という但し書きが付いています。対応する環境は、ウェブブラウザ、Mac用アプリ、Windows用アプリで、モバイルアプリでは一部の機能のみです。
進捗の共有という観点では、この機能の価値は「見る専用の人を増やしても請求が増えない」点にあります。読み取り専用の共同作業者はどのプランでも課金の対象外です。経営層や他部署の人に状況を見てもらう目的なら、編集の権限を配らずに済みます。
案件ごとにベースを分けたときの集計
進捗の管理でよくある構成が、案件ごとにベースを分ける形です。案件の独立性は保てますが、今度は全体の状況を1画面で見られなくなります。
この問題に対して用意されているのが同期の機能です。ヘルプ記事によると、同期は元になるビューから1つ以上の宛先のベースへレコードを同期する機能で、設定には同期を有効にした共有ビューが必要です。一方向、双方向、複数の元をまとめる形の3種類があります。
設定の流れは、まず元にしたい表でグリッドビューを選ぶか新しく作り、共有と同期のボタンから「別のベースにデータを同期」を選び、このビューのデータを他のベースに同期することを許可する設定をオンにする、という順です。ヘルプ記事は、既存のビューを使うより新しいビューを作ることを勧めています。
理由も書かれています。元のビューには絞り込み、隠した項目、項目や表の編集権限が設定されている可能性があり、そのどれもが宛先のベースでの同期の設定に影響するからです。日常で使っているビューをそのまま同期の元にすると、絞り込みを変えた瞬間に別のベースの数字が変わります。同期専用のビューを作っておくべきです。
同期できる表の数はプランごとに上限があり、Freeが3つ、Teamが10、BusinessとEnterprise Scaleが20です。案件のベースを10個作って全部を1つの一覧に集めたいなら、Team以上が必要になります。
双方向の同期は上位プランだけ
同期の設定画面にある項目のうち、プランで制限されているものが2つあります。どちらもBusinessとEnterprise Scaleのみと明記されています。
1つめは、組織の単位を越えてデータを同期することを許可する設定です。既定ではオフになっていて、さらに組織の管理画面で設定された同期ビューの制限によって上書きされる場合がある、とも書かれています。
2つめは、他のベースからの編集を許可する設定です。これが双方向の同期にあたります。TeamプランとFreeプランでは、同期は一方向だけになります。
一方向しかないと何が起きるかは、進捗の管理では分かりやすく出ます。全体の一覧に集めた数字を見て、そこで状態を更新したくなっても、更新できません。元のベースを開き直して、そこで直すことになります。全体を見る人と入力する人が同じなら、この往復が毎回発生します。
宛先の側で同期を設定するには、そのベースで作成可の権限が必要です。編集可の人は、元のビューの共有リンクを設定して作成可の人に渡すことはできますが、宛先側の設定はできません。誰がどのベースで作成可を持っているかを、先に整理しておく必要があります。
「誰がいつ変えたか」を追える期間はプランで決まる
進捗の管理で必ず出てくるのが、日付が変わった経緯を後から追う場面です。期限が動いていた、担当が変わっていた、状態が戻っていた。誰がいつ変えたのかを確かめたい。
Airtableでは変更履歴とスナップショットで追えますが、保存される期間がプランで決まっています。ヘルプセンターの一覧では、Freeが2週間、Teamが1年、自分で購入したBusinessが2年、営業経由のBusinessも2年（組織で独自の保存期間が有効になっている場合を除く）、Enterprise Scaleが3年です。非営利プランと教育プランと学生プランは1年、14日間の体験期間は2週間です。
無料のまま使っていると、2週間より前の変更は追えません。月次で振り返る運用をしているなら、前月の変更はすでに消えています。
もう1つ、プランを下げるときの注意があります。下げた後の保存期間に収まらないスナップショットは消えてしまい、あとからプランを戻しても取り返せない、と書かれています。費用を一時的に絞るつもりで無料に落とすと、過去の記録が静かに消えます。進捗の経緯を残す必要がある業務では、ここは料金より優先して考える箇所です。
入力の入口をフォームにするという選択
進捗の更新を現場に頼むとき、表そのものを開いてもらう必要はありません。ビューの種類の1つにフォームがあります。
フォームを使うと、入力する人には質問が並んだ画面だけが見えます。表の構造も、他の人の行も見えません。入力された内容は、そのまま表の1行として追加されます。日報や作業報告のように、毎回同じ項目を追加する用途に向いています。
無料プランでもフォームは使えますが、制限が2つ案内されています。ヘッダー画像の差し替えができないことと、Airtableのブランド表記を消せないことです。社外の人に出す用途なら、この2つは気になるかもしれません。社内で使う分には問題になりません。
フォームが効くのは、入力する人が多く、かつその人たちが表を見る必要がない場合です。逆に、既存の行を更新してもらう運用には向きません。フォームは行を追加するものだからです。既存の行を更新してもらうなら、担当者ごとに絞り込んだビューか、インターフェースを用意することになります。
自分のチームがどちらなのかは、更新の性質で決まります。毎日同じ項目を積み上げていくならフォーム、既存の案件の状態を書き換えていくならビューです。この見極めを間違えると、現場から「入力しづらい」という声が出ます。
数字を出す前に決めておく3つの定義
道具の設定より前に決めておくべきことがあります。進捗の数字を出す前提となる、言葉の定義です。ここが曖昧なまま集計を始めると、出てきた数字を誰も信用しません。
1つめは、状態の段階をいくつにするかです。未着手、進行中、完了の3つで足りるのか、確認待ちや保留を足すのか。段階が多いほど正確になりますが、入力する人は迷います。迷うと、とりあえず進行中のまま放置されます。多くのチームでは4段階が上限です。
2つめは、完了の定義です。作業が終わった時点なのか、確認が終わった時点なのか、請求が済んだ時点なのか。ここがずれていると、完了率の数字が人によって違って見えます。定義は項目の説明文に書いておくと、後から入った人にも伝わります。
3つめは、期限の意味です。守るべき締切なのか、目安なのか。目安として運用しているのに遅れの件数を数えると、全部が遅れているように見えます。締切として運用するなら、動かすときに理由を残す運用とセットにします。
この3つは道具では決まりません。進行をとりまとめる人が決めることです。決めたうえでビューを作れば、出てくる数字はそのまま報告に使えます。決めずにビューだけ作ると、会議のたびに定義の確認から始まります。
更新されない進捗表に共通する3つの原因
道具の話から少し離れて、運用の話をします。進捗表が更新されなくなる理由は、現場ではだいたい3つに絞られます。
1つめは、入力する人にとっての利益がないことです。入力しても自分の仕事が楽にならないなら、後回しになります。対策は、入力した情報が返ってくる導線を作ることです。自分の担当分だけを絞り込んだビューを用意して、そこが自分の作業リストとして使えるようにすれば、入力と参照が同じ場所になります。
2つめは、入れる項目が多すぎることです。20項目ある行を1つ埋めるのに3分かかるなら、誰も埋めません。とりまとめる立場から見て本当に要るのは、状態、期限、担当の3つだけということがよくあります。残りは後から足せます。
3つめは、聞かれる場所と書く場所が違うことです。チャットで「あの件どうなってる」と聞かれて、チャットで答えて終わる。進捗表には何も残りません。ここは道具を変えても解決しないので、聞く側が「表を見て、載っていなければ表に書くよう頼む」という運用を守るしかありません。
この3つのうち、道具で解けるのは1つめだけです。2つめと3つめは運用の話で、進行をとりまとめる人の裁量で決まります。道具を替える前に、この2つを先に直したほうが効くことは多いはずです。
見るだけの人を増やしても、請求は増えない
進捗を共有する範囲を広げるとき、費用が気になって絞ってしまうことがあります。ここは仕組みを知っておくと判断が楽になります。
Airtableでは、読み取り専用の共同作業者はどのプランでも課金の対象外です。無料プランでも読み取り専用は人数無制限とされています。Teamプランでは、ワークスペースの読み取り専用の共同作業者は課金の対象に含まれないと明記されています。
一方で、コメント可の扱いはプランで変わります。Teamプランではコメント可以上が課金の対象になりますが、Businessプランではコメント可は対象に含まれず、編集可以上が対象になります。
進捗の共有という観点では、ここが設計の分かれ目です。見てもらうだけなら読み取り専用で十分で、費用はかかりません。コメントで会話してほしいなら、Teamプランでは1席分の費用が発生します。「見る人」と「コメントする人」を分けて数えておくと、権限の設計がそのまま費用の設計になります。
経営層や他部署に状況を見てもらいたいだけなら、読み取り専用で配れば済みます。共有の範囲を狭めている理由が費用なら、その前提を一度確かめてみる価値があります。
終了、受付停止、運営会社、料金改定の4点を確かめる
進捗の管理に使う道具は、数年単位で使い続けることになります。だから、いまの機能だけを見ても足りません。確かめるべき4点について、Airtableに関して公開資料で分かった範囲を並べます。
運営会社は、利用規約に記載があります。規約の当事者はFormagrid Inc（Airtableの名称で事業を行う法人）で、最終更新日は2024年5月31日と表示されています。社名の変更や事業の譲渡を示す記載は、公開資料からは確認できませんでした。
新規受付の停止については、従来のEnterpriseプランに関する記載が価格ページのよくある質問にあります。既存の顧客は更新のときまで変更が適用されず、そのタイミングで担当者がプランの選択肢を説明する、という内容です。過去にプランの並びが組み替えられていることが分かります。
機能の終了については、開発者向けのページに廃止の方針と一覧が掲載されています。事前に知らせる期間も定められていて、Web APIとEnterprise APIは12か月、拡張機能のSDKとCLIは6か月、スクリプト関連は6か月、公開ベータは2週間です。そのページで予定として挙がっている廃止は、執筆時点では1件もありませんでした。
料金改定については、今回確認した範囲で将来の改定の告知は見当たりませんでした。ただしプランの並びが過去に組み替えられている以上、契約や更新の直前に自分の目で価格ページを開いて確かめる手間は残しておくべきです。
報告のために作り直さない組み方を、最後にまとめる
ここまでの内容を、実際に手を動かす順番に並べ替えます。
最初にやることは、表を1枚に集めることです。コピーされた表が複数あるなら、どれが正なのかを決めて、残りを捨てます。この判断を先送りにしたまま見せ方を作り込んでも、二重管理は解けません。
次に、見る人の種類だけビューを作ります。現場の人が自分の担当を見るビュー、とりまとめる人が遅れを見るビュー、会議に出すビューの3枚から始めれば十分です。1枚を作り込んでから、設定を写して条件だけ差し替えます。
3つめに、会議用のビューをロックします。これを忘れると、3か月後に絞り込みが変わっています。
4つめに、見るだけの人を読み取り専用にします。読み取り専用の共同作業者はどのプランでも課金の対象外です。権限の整理は、そのまま費用の整理になります。
道具の選び方という観点では、進捗の管理に必要な画面が最初のプランから使えるかどうかも見る価値があります。ボードもカレンダーも工程表も、上位プランでしか開かない道具は珍しくありません。機能で絞らず、区切るのは人数とボードの数だけという組み方をしている道具なら、見せ方の設計で費用を気にせずに済みます。何が最初から入っているかはできることに、区切りの単位は料金にまとまっています。
似た設計の道具と比べたい場合は、表計算に近い作りから入るものとしてNotionとの比較が近く、案件を横に並べて進行を見るものとしてはAsanaとの比較やmonday.comとの比較が同じ軸で読めます。どれと比べるかがまだ決まっていないなら、比較の一覧を先に開いてみてください。運用の疑問が残っているならよくある質問にも同じ観点の項目があります。
進捗の管理で最後に効くのは、道具の機能ではなく、更新され続けるかどうかです。入力する人が自分のために開く場所と、報告に使う場所を同じにする。ここさえ揃えば、報告のたびに作り直す作業は消えます。
Q1. 担当者ごとに表を分けずに、自分の担当だけ見せられますか？
できます。Airtableでは1つの表に複数のビューを重ねられ、絞り込み、並び順、グループ分け、色分けはビューごとに設定されます。表をコピーせずに担当者ごとの入口を作れるので、二重管理になりません。ビューを増やしてもレコードの数は増えず、料金にも影響しません。
Q2. 会議用のビューを勝手に並び替えられないようにできますか？
有料プランで作成可の権限を持つ人は、ビューをロックできます。ロックすると、作成可の権限を持つ誰かが解除するまで、共同作業者はそのビューの設定を変更できません。編集可の人はビューの作成や変更はできますが、ロックと解除はできないと案内されています。
Q3. 案件ごとに分けたベースを、1つの一覧にまとめられますか？
同期の機能でまとめられます。元の表で同期を有効にした共有のグリッドビューを作り、宛先のベースで取り込みます。同期できる表の数はFreeが3つ、Teamが10、BusinessとEnterprise Scaleが20です。ただし双方向の同期はBusinessとEnterprise Scaleのみで、下位プランでは一方向になります。
Q4. 期限が変わった経緯は、どれくらい前まで追えますか？
プランによります。変更履歴とスナップショットの保存期間は、Freeが2週間、Teamが1年、Businessが2年、Enterprise Scaleが3年と記載されています。プランを下げると、下げた後の保存期間から外れたスナップショットは削除され、後で上げ直しても復元できない点にも注意が要ります。