Airtableとは何か｜何を管理する道具で、どこまでできるか
Airtableとは何か、という調べ方をしている時点で、多くの人はすでに表計算ソフトの限界に当たっています。行が増えすぎて誰がどこを直したのか追えない、同じ表を見たい人が3人いて3通りの並べ替えを要求してくる、といった状態です。この記事では、Airtableが何を管理するための道具で、どこまでを引き受けてどこから先を引き受けないのかを、公式サイトで確認できる範囲の情報だけで整理します。進行の管理に使えるかどうかを判断するために必要な材料を、順番に並べます。
表計算ソフトとデータベースの間を埋める道具として生まれた
まず、この道具がどの位置にあるのかを押さえておきます。Airtableは公式サイトで自らを「app-building platform」、つまり業務用のアプリを組み立てる基盤として説明しています。タスク管理ソフトでもプロジェクト管理ソフトでもなく、データの入れ物を作るところから始める道具だという立て方です。
この位置取りは、表計算ソフトを使い倒してきたチームには理解しやすいはずです。表計算ソフトは1枚のシートに何を入れてもよい代わりに、列の意味を守る仕組みがありません。日付を入れるはずの列に「来週中」と書き込む人が現れ、担当者名の列に「田中（山田と相談中）」と書かれ、その瞬間に自動集計は壊れます。データベースはその逆で、列ごとに型を決めてから使うので壊れませんが、使い始めるまでに設計と実装が要ります。
Airtableが埋めようとしているのはこの間です。列に型を持たせ、入力できる値を制限しながら、画面上は表計算ソフトのように触れる。プログラムを書かずにその状態を作れるところが、この種の道具の共通した売りになっています。日本国内でも同じ発想の製品は増えていて、業務アプリを現場の担当者が自分で組むという流れは、ここ数年で珍しいものではなくなりました。
ただし、ここが判断の分かれ目でもあります。データの入れ物から作れるということは、裏を返せば入れ物を作らないと何も始まらないということです。カンバンの板を開いてカードを置けば今日から回り始める種類の道具とは、始め方がまったく違います。この違いを理解しないまま導入すると、最初の設計で止まります。
ベース、テーブル、フィールド、レコード、ビューの5語で構造はつかめる
Airtableの構造は、5つの言葉を押さえれば大枠がわかります。
・ベース。1つの業務のまとまりに対応する、データベースの単位です。「案件管理」「採用」のように、目的ごとに作ります ・テーブル。ベースの中にある表です。案件管理のベースなら「案件」「担当者」「請求」のように複数のテーブルを持ちます ・フィールド。表の列にあたるもので、テキスト、数値、日付、単一選択、添付ファイル、他のテーブルへのリンクなど、型を決めて置きます ・レコード。表の行にあたる1件のデータです。案件が120件あれば、レコードは120行になります ・ビュー。同じテーブルを、条件と並び順と表示形式を変えて見る画面です
実務で効いてくるのは、フィールドとビューの2つです。フィールドに型があるので、日付の列には日付しか入りません。ここが表計算ソフトとの最大の違いで、集計やフィルターが壊れなくなります。
ビューのほうはもっと重要です。テーブルは1つでも、ビューはいくつでも作れます。営業担当は「自分の案件だけを期限順で」見て、経理は「今月納品済みで未請求のものだけを」見る。どちらも同じ1つのテーブルを見ているので、片方が値を直せばもう片方にも反映されます。表を人数分コピーして配る運用をやめられるのは、この仕組みがあるからです。
逆に言えば、ビューの設計を誰も引き受けないと、この道具の価値の大半は使われないまま終わります。テーブルを作って終わりにすると、結局は全員が同じ長い表を上から眺めることになり、表計算ソフトのときと状況が変わりません。
8種類のビューが用意されている意味
公式サイトのビュー紹介ページでは、リスト、タイムライン、カンバン、ガント、カレンダー、グリッド、ギャラリー、フォームの8種類が挙げられています。このうち進行管理で使われるのは、カンバン、ガント、タイムライン、カレンダーの4つです。
ガントビューについては、公式ページで次のように説明されています。
Stay on top of your processes and meet your deadlines. Map out activities, task dependencies, and milestones to manage complex or multi-step projects. 出典: airtable.com
作業の依存関係とマイルストーンを置ける、という書き方です。工程表として使うことは想定の中に入っていると読めます。
注意したいのは、ビューが8種類あることと、それが自分のプランで使えることは別だという点です。ビューの種類やその他の機能について、どこから有料になるのかは、契約するプランと契約時期によって変わります。検討段階では、公式の料金ページを開いて、いま自分が見ているプラン表の内容を確認するところから始めるのが確実です。
もう1つ、フォームビューの存在は見落とされがちですが実務では効きます。外部の協力会社や社内の別部署に、アカウントを配らずに入力してもらう経路になるからです。依頼の受付や作業報告の回収を、メールの往復から1枚のフォームに寄せられると、とりまとめる側の作業はかなり減ります。
料金は席数ではなく「編集できる人」で数える
料金の考え方は、この道具を検討するうえで最初に理解すべき部分です。公式の料金ページには次のように書かれています。
Airtable plans are charged per seat. If you are on Airtable’s Free plan, all users are free. If you are on a Team or Business plan, you will be charged for all users who have edit permissions for at least one base in the workspace. No charges will apply on a Team or Business plan for read-only collaborators, form submissions, or share links. 出典: airtable.com
読み取れることは3つあります。1つ目は、課金対象が「ワークスペース内のいずれかのベースに編集権限を持つ人」だということ。2つ目は、閲覧だけの人には料金がかからないこと。3つ目は、フォームからの投稿や共有リンク経由の相手も無料だということです。
これは進行管理の設計に直結します。30人のチームのうち、実際に値を書き換えるのが8人で、残りは見るだけなら、課金対象は8人です。ここを理解していないと、人数を数え間違えて予算を過大に見積もることになります。
金額については、同じ料金ページのよくある質問に記載があります。年払いの場合、Teamプランは1ユーザーあたり月額20ドル、Businessプランは1ユーザーあたり月額45ドルとされています。Enterprise Scaleプランは組織の規模に応じた個別見積もりです。いずれも2026年9月時点の表示で、通貨は米ドル、税の扱いは表示に含まれていません。為替の影響を受けるため、円換算での予算を組むときは変動を見込んでおく必要があります。
無料プランで先に当たる天井は「レコード数」
無料で始められることは確かですが、どこで止まるかを先に知っておくほうが健全です。料金ページに埋め込まれているプラン定義によると、無料プランの上限は1つのベースあたり1,000レコード、添付ファイルの容量が1GB、変更履歴の保持が14日です。
このうち、進行管理の用途で最初に効いてくるのはレコード数です。1件のタスクを1レコードとして数えると、10人のチームが1人あたり月10件のタスクを起こすだけで、月に100レコード増えます。1年で1,200件になり、無料プランの天井を越えます。過去の案件を消していく運用にするか、有料プランに移るかの判断が、おおよそ1年前後で必要になるという計算です。
上限に達したときの挙動についても、料金ページに記載があります。
If you reach (or are over) our record or attachment limits, you’ll still be able to use your bases and we will never remove your data. We’ll notify you of the overage and you will not be able to add more records or attachments until you upgrade to a new plan. 出典: airtable.com
データが消えるわけではなく、新規の追加ができなくなる、という説明です。ある日いきなり止まるという性質のものなので、進行中の案件を載せている場合は、天井までの残りを把握しておくほうが安全です。
有料プランの上限も同じ場所で確認できます。Teamプランは1ベースあたり50,000レコードと添付20GB、変更履歴1年。Businessプランは125,000レコードと添付100GB、変更履歴2年。Enterprise Scaleプランは500,000レコードと添付1TB、変更履歴3年という水準です。
変更履歴の保持期間は見落とされやすい項目ですが、「誰がいつこの日付を動かしたのか」を後から追う必要がある業務では、ここが実質的な上限になります。監査や検収のある仕事では、14日では足りない場面が出ます。
リンクフィールドが、表計算ソフトとの本当の分かれ目
フィールドの型の中で、表計算ソフトでは代わりが効かないものが1つあります。他のテーブルのレコードを参照するリンクフィールドです。
具体例で説明します。案件管理をしたいとき、表計算ソフトなら1枚のシートに案件名、取引先名、取引先の担当者、電話番号、案件の金額、納期を横に並べます。この形だと、同じ取引先から5件の案件を受けたときに、取引先名と担当者と電話番号が5回書かれます。担当者が交代したら、5行すべてを直さないと古い名前が残ります。実際には直し漏れが出て、どの行が正しいのかわからなくなります。
リンクフィールドを使う場合、取引先は別のテーブルに1件だけ置きます。案件テーブルからはそのレコードを参照するだけなので、担当者の交代は取引先テーブルの1行を直せば済みます。参照している案件5件には自動で反映されます。これがデータベースの基本的な考え方で、同じ事実を1か所にだけ置くという原則です。
進行管理の文脈でこれが効くのは、担当者、工程、取引先、設備といった「繰り返し登場するもの」を扱うときです。工程表で言えば、職人や協力会社を別テーブルに置いておくと、その人が今週どの現場に何日入っているかを、案件をまたいで集計できます。1枚のシートに全部を書く方式では、この集計は手作業になります。
一方で、この設計には代償があります。テーブルを分けるほど、入力する人は「どのテーブルに何を入れるのか」を覚える必要が出てきます。現場で入力する人が10人いて、そのうち道具に詳しいのが1人だけ、という状況では、テーブルを増やしすぎると誰も入力しなくなります。設計する側が正しさを追求した結果、使われなくなるという失敗は、この種の道具でよく起きます。
目安としては、最初はテーブルを2つか3つに抑え、リンクフィールドも本当に繰り返すもの1種類だけにしておくのが安全です。運用が回ってから増やすほうが、途中で放棄されるリスクは下がります。
自動化と外部連携に、どこまで期待するか
この種の道具を検討するとき、自動化の話が必ず出ます。ステータスが完了に変わったらチャットに通知を飛ばす、期限の前日にメールを送る、といった処理です。
Airtableでは自動化が標準の機能として用意されていて、料金ページのプラン定義には、Businessプランで月100,000回、Enterprise Scaleプランで月1,000,000回という実行回数が記載されています。連携先としては、公式サイトにSlack、Google Drive、Salesforce、Jira、Zendeskなどが挙げられています。
判断するうえで押さえておきたいのは、自動化は導入初期の課題ではないということです。導入して最初に起きる問題は、通知が飛ばないことではなく、そもそも誰も入力しないことです。入力されていないデータに対して自動化を組んでも、何も動きません。
順番としては、まず2週間ほど手で運用して、入力が続くかどうかを見る。続いたところで、毎回手でやっている作業を1つだけ自動化する。この進め方のほうが、最初から通知設計に時間をかけるより結果が出ます。
外部連携についても同じことが言えます。他のシステムと繋ぐ設計は、繋いだ先のデータ構造が変わるたびに保守が必要になります。社内に保守できる人がいない状態で連携を増やすと、半年後に誰も直せない仕組みが残ります。連携の数を売りにしている道具を選ぶときは、そのうちいくつを実際に使い、いくつを自分たちで保守できるのかを先に数えておくべきです。
導入して2週間で止まるチームに共通すること
道具そのものの性能とは別に、導入が続くかどうかを分ける条件があります。現場では、導入から2週間ほどで更新が止まると言われています。止まったチームには、いくつか共通した状態が見られます。
・入力する場所が2つある。チャットでも進捗を報告していて、表にも書く運用になっている。人は二重の入力を続けません ・入力しても誰も見ていない。書いた情報が会議で参照されないなら、書く理由がなくなります ・設計した人しか構造を理解していない。フィールドの意味を聞ける相手が1人しかいないと、その人が不在の週に入力が止まります ・入力の粒度が細かすぎる。1日に5件も6件もレコードを起こす設計にすると、月末には放置されます
逆に続いているチームは、報告の場を1つに寄せています。進捗を聞かれたら「表を見てください」と返せる状態を作り、会議でもその画面を開く。この2つが揃うと、書く理由が生まれます。
とりまとめる立場の人が最初に決めるべきなのは、フィールドの設計ではなく、この「どこを唯一の場所にするか」という運用の線引きです。道具の選定はその後で構いません。
進行管理の道具として見たときの向き不向き
ここまでの内容を、とりまとめる立場の判断材料として整理します。
向いているのは、管理したい対象が「表として設計できる」場合です。案件、在庫、応募者、掲載記事、機材のように、1件あたりの属性が決まっていて、その属性で絞り込んだり集計したりしたい対象です。この形なら、フィールドに型を持たせる利点がそのまま効きます。
向きにくいのは、進行そのものが会話に張り付いている場合です。「この件どうなってる」「先方待ちです」というやり取りが実態で、タスクの一覧を作ること自体に抵抗があるチームでは、入れ物を先に作る方式は空回りします。誰かが設計し、誰かが入力し続けないと、表は1か月で古くなります。
もう1つ、設計の自由度が高いことは負担でもあります。カンバンの板が最初から用意されている道具なら、板を開けば今日から使えます。データベースから組む道具では、フィールドを何にするか、どのテーブルに分けるか、どのビューを標準にするかを、誰かが決めなければなりません。この「誰か」が社内にいるかどうかが、実際の成否を分けます。
判断の順番としては、まず自分たちの管理対象が表で表せるかを確かめ、次に設計を引き受ける人がいるかを確かめ、最後に料金と上限を照らす、という流れが現実的です。この順番を逆にして料金から見始めると、安いプランで始めたあとに設計が進まず、契約だけが残るという結果になりがちです。
管理対象が表で表せるかどうかを確かめる方法は単純です。紙に列の名前を書き出してみて、10個以内に収まるなら表で扱えます。列を書き出そうとして手が止まる、あるいは案件ごとに必要な項目がまったく違う、という状態なら、表以外の形のほうが合っている可能性が高いと判断できます。
設計を引き受ける人については、社内で候補が思い浮かばない場合、外部に頼むという選択もあります。ただしその場合、作った人が離れたあとに誰が直すのかという問題が残ります。3か月後に列を1つ追加したいだけの用事で、毎回外部に依頼する運用になると、結局は表計算ソフトに戻ります。自分たちで触り続けられる範囲に構造を収めることが、長く使うための条件になります。
5人のチームと30人のチームでは、見るべき点が違う
同じ道具でも、人数によって効いてくる条件が変わります。検討の前に、自分たちがどちらの側にいるのかを決めておくと、比較の手間が減ります。
5人前後のチームでは、決め手になるのは導入の速さです。全員が同じ部屋か同じチャットにいて、口頭で補える範囲なので、道具に求めるのは「記録が残ること」だけになります。この規模では、設計に2週間かけて完璧な構造を作るより、粗くても月曜から動いているほうが価値が出ます。無料プランの1,000レコードという上限も、この規模なら1年以上は当たりません。
30人規模になると、話が変わります。全員が同じ画面を見ることはなくなり、部署ごとに見たい切り口が分かれます。ここでビューを分けられる仕組みが効いてきます。同時に、権限の設計が必要になります。誰がフィールドを追加できて、誰が値だけを書き換えられるのか。これを決めずに30人に開放すると、1か月で列が増え続けて誰も全体を把握できなくなります。
もう1つ、30人規模では課金対象の数え方が予算に直結します。編集権限を持つ人だけが課金対象という仕組みは、見るだけの人が多い組織ほど有利に働きます。営業20人のうち入力するのが4人で、残りは自分の案件を見るだけ、という運用が成立するなら、費用は4人分で済みます。逆に全員が編集する運用にすると、単価がそのまま人数分かかります。
この人数の差は、料金表を見ただけでは判断できません。自分たちの運用で、実際に値を書き換える人が何人になるのかを先に数える必要があります。数えてから料金表を見ると、比較にかかる時間は半分以下になります。
終了、新規受付、運営、料金改定の4点を確かめておく
どの道具を検討するときも、料金だけを見て決めるのは危険です。サービスの終了、新規受付の停止、運営会社の変更、料金体系の改定という4点を、公式の情報で確かめておく必要があります。2026年9月時点で公式サイトを確認した範囲では、次のとおりです。
・サービス終了の告知は、公式サイトに見当たりません ・新規の受付は継続しています。料金ページから無料での登録と、自分での有料プラン購入ができる状態です ・運営会社の変更については、公開資料では確認できませんでした ・料金体系の改定については、痕跡が残っています。料金ページのよくある質問に、旧Enterpriseプランを契約している既存顧客向けの項目があり、契約更新の時点まで変更は適用されないという説明が置かれています
4点目は、検討中の人にとって実務的な意味を持ちます。プラン構成は変わりうるということ、そして変わったときに既存の契約は更新まで据え置かれる運用が取られたことがある、という2つがわかるからです。年払いで契約する場合、更新月に条件が変わる可能性を織り込んでおくほうが安全です。
どの軸で比べるかを先に決めると、検討は短く済む
道具の検討が長引くチームには共通点があります。機能の一覧を横並びにして、丸とバツの数を数えているのです。この数え方では結論が出ません。使わない機能の丸も同じ1つとして数えてしまうためです。
比べるべき軸は、多くの場合3つに絞れます。1つ目は、設計してから使う道具か、開いてすぐ使える道具か。2つ目は、料金が人数で決まるのか、機能で決まるのか。3つ目は、社外の相手に入力してもらう経路があるかどうかです。
1つ目の軸で言えば、データベースから組む道具と、板とカードが最初から置かれている道具では、導入にかかる手間がまったく違います。カンバン形式の道具との違いを具体的に見たい場合は、Trelloとの比較に、カードを並べる方式で始めたときに何が早く、何が足りなくなるのかを整理しています。文書を中心に据える道具と比べたい場合は、Notionとの比較が参考になります。どちらも「表から作るか、別の形から作るか」という同じ論点を、別の角度から扱っています。
2つ目の軸は、実は見落とされがちです。機能ごとにプランが分かれる料金体系では、必要な機能が1つだけ上のプランにあるという理由で、全員分の単価が上がります。機能で絞らず、区切るのは人数とボードの数だけという組み方であれば、この跳ね上がりは起きません。どちらの考え方が自社に合うかは、使いたい機能がプランのどこに置かれているかを実際に照らしてみないと判断できないので、料金のページと各社の料金ページを並べて見るのが早道です。
3つ目の軸、社外の相手に入力してもらう経路については、フォームの有無が分かれ目になります。協力会社や取引先にアカウントを配れない事情があるチームでは、ここが実質的な必須条件になります。
なお、いま使っている道具から乗り換える場合は、データの持ち出し方も先に確認しておく必要があります。書き出せる形式と、書き出した後に手で作り直す部分がどれくらい残るかは、道具によってかなり違います。移行の段取りについてはTrelloからの移行に手順の考え方をまとめてあります。社外の相手を含むデータを扱う場合の考え方は安全性の考え方に整理しています。検討の初期に出やすい疑問はよくある質問に、他の道具との対応関係は比較の一覧にまとめています。
検討に使える時間は限られています。軸を3つに絞って、それぞれについて公式ページで確かめられる事実だけを並べれば、判断は1週間もかかりません。機能の丸バツを数え続けるより、この進め方のほうが結論に近づきます。
Q1. Airtableは無料でどこまで使えますか？
公式の料金ページに埋め込まれたプラン定義によると、無料プランは1つのベースあたり1,000レコード、添付ファイル1GB、変更履歴14日という上限です。ベースの数自体に制限はなく、公開フォームも使えます。上限に達してもデータは消えず、新しいレコードや添付を追加できなくなる、という挙動が料金ページに明記されています。
Q2. 料金は登録した人数ぶんだけ請求されますか？
いいえ。公式の料金ページには、ワークスペース内のいずれかのベースに編集権限を持つユーザーだけが課金対象になると書かれています。閲覧のみの共同編集者、フォームからの投稿、共有リンク経由の相手には料金がかかりません。実際に値を書き換える人が何人いるかを数えるのが、予算の見積もり方になります。
Q3. ガントチャートや工程表として使えますか？
公式のビュー紹介ページでは、ガントビューについて作業の依存関係とマイルストーンを置けると説明されており、複数工程のプロジェクト管理が用途として挙げられています。ただし、どのビューがどのプランから使えるかは契約するプランによって変わります。検討時には公式の料金ページで、いま表示されているプラン表の内容を確認してください。
Q4. 表計算ソフトから乗り換える価値はありますか？
判断は管理対象の性質によります。1件あたりの属性が決まっていて、条件で絞り込んだり集計したりしたい対象であれば、列に型を持たせられる利点がそのまま効きます。一方で、進行が会話に張り付いていてタスクの一覧を作ること自体に抵抗があるチームでは、入れ物を先に設計する方式は続きません。設計を引き受ける担当者が社内にいるかどうかを先に確かめてください。