Airtableで社内の業務管理を始めたものの、人数が増えてレコードが膨らみ、権限設定や複雑な集計に手が届かなくなってきた——という声が、ここ1年で目に見えて増えています。本記事ではAirtableの月額費用と業務適合範囲、使い続けたとき必ず詰まる4つの限界、次のステップとしての自社開発300〜800万円のシミュレーションを、経営者目線で整理します。
この記事の結論（3行）
- AirtableはTeam 20USD・Business 45USD・Enterprise個別見積（いずれも1ユーザー月額）で、20人を超えると年100万円の固定費に膨らむ
- 「複雑ロジック・大量レコード・権限階層・外部連携」の4点で必ず壁にぶつかる構造のため、永続利用は危険
- 次のステップは自社開発300〜800万円が現実解で、3年スパンの総コストで見ればAirtable継続より安くなるケースが多い
Airtableの月額費用と業務適合範囲
Airtableは表計算ソフトの延長にあるデータベース型ノーコードツールです。スプレッドシート感覚で導入できる一方、業務システムとして本格運用する段階で、料金プランが「業務システム向けではない」ことに気づきます。
4つの料金プランと1ユーザー単価
Airtableの料金は、Free・Team（20USD）・Business（45USD）・Enterprise（個別見積）の4プラン。Team以上は1ユーザー月額課金で、人数に正比例して費用が増えていきます。
具体的に試算します。社員10人で運用するなら、Teamプランで月200USD、年間約36万円。Businessプランで月450USD、年間約81万円。社員20人ならBusinessで年間162万円というレンジです。Enterpriseは1ユーザー月額が非公開ですが、過去事例では月60〜80USDで提示されることが多く、20人なら年間200万円超です。
「ノーコードだから安い」という思い込みで導入し、3年後に「年間100万円超の固定費を払い続けている」と気づくパターンを、現場で繰り返し見ます。
業務適合範囲はどこまでか
Airtableが本領を発揮するのは「データ構造はシンプル、ただし関係する人数や項目は多い」業務です。顧客リスト・在庫一覧・コンテンツ管理・採用管理・リード管理など、「縦に伸びるデータ」を「横の項目」で整理する用途です。
逆に苦手なのは「業務フローが複雑で、状態遷移が多く、計算ロジックが入り組む」業務です。見積もりから受注・完了報告・請求までの連動、勤怠から給与計算への自動連携、複数部署をまたぐ承認ワークフローの分岐などは、Airtableの設計思想から外れます。
「Airtableで業務システムを作る」とき、最初の業務がここまでか、いずれ複雑業務にも広げたいのかを切り分ける必要があります。経営者として決めるべき軸は、機能ではなくこの境界線です。
Airtableで業務システムが詰まる4つの限界
Airtableを業務システムとして使い続けると、必ずぶつかる構造的な限界が4つあります。現場で「もうAirtableでは無理」と判断される瞬間は、ほぼこの4つのどれかです。
限界1：複雑ロジックが書けない
Airtableは数式フィールドや自動化（Automations）を備えていますが、JavaScriptを書けるエリアは限定的で、複数テーブルをまたいだ集計や、条件分岐の深いワークフローには向きません。
たとえば「受注ステータス完了かつ請求書発行済みかつ入金未確認の案件を、担当営業ごとに集計し、未入金額が一定額を超えたら経理に通知する」——この程度のロジックでも、Airtableの標準機能では書き切れず、Zapierやmakeなどの外部ツールに分散させることになります。すると外部ツールの月額が積み重なり、ロジックがどこに書かれているか追跡できなくなる、という二次災害が始まります。
限界2：大量レコードでパフォーマンスが落ちる
Airtableは1ベースあたりの最大レコード数がプランごとに決まっています。Team 50,000件、Business 125,000件、Enterprise 500,000件が公式上限です。
問題は上限の数字そのものではなく、「上限の半分を超えたあたりから画面表示が露骨に重くなる」という体感の劣化です。50,000件のレコードがある画面ではフィルタやソートに数秒待たされ、1日に数百件のトランザクションが入る業務だと2〜3年で確実にこのラインに到達します。
限界3：権限階層が3層までしか作れない
Airtableの権限は「Owner / Creator / Editor / Commenter / Read-only」の階層で、テーブル単位の細かい権限制御は不可能です。「営業部門は自分の担当案件しか見えない」「経理は金額情報のみアクセス可能」——こうした業務システムで当たり前の「行レベル・列レベルの権限制御」が、Airtableでは原則できません。
ビューを分けて見せかけの権限制御をすることは可能ですが、これはセキュリティ上の権限制御ではなく「画面上見えにくくしているだけ」です。重要なデータを扱う業務に踏み込むほど、この差は致命的になります。
限界4：外部システム連携の負担が肥大化する
Airtableは API を公開しており、外部システムとの連携自体は可能です。問題は「連携を維持するコスト」が、業務システムの規模に比例して指数関数的に増えていく点です。
会計ソフト・勤怠管理・グループウェア・ECサイト・決済ゲートウェイなど、連携先が3つ、4つと増えるたびに、APIの仕様変更対応、エラー監視、データ整合性チェックの工数が積み上がり、最終的に「Airtableの管理だけで1人専任が必要」になります。ノーコードを導入した本来の目的（人件費削減）に真逆の結果です。
次のステップ：自社開発300〜800万円のシミュレーション
ここで、経営判断の軸となる金額の話に入ります。Airtableをこのまま使い続ける場合と、自社開発に移行する場合の、3年スパンの総コストを比較します。
| 項目 | Airtable継続（20人・Business） | 自社開発（500万・運用込み） | |---|---|---| | 初期費用 | 0円 | 5,000,000円 | | 月額費用 | 約135,000円（45USD×20人） | サーバー等 20,000円 | | 3年総コスト | 約4,860,000円 | 5,720,000円 | | 機能拡張可否 | 不可（4つの限界に当たる） | 可（業務に合わせ込み） | | 撤退時の資産 | データのみ | システム自体が資産 |
3年で比較すると、初期費用ぶん自社開発が80万円ほど高くなります。ただしこれは「Airtableが4つの限界に当たらず使い続けられた場合」の試算で、実際は人数が25人・30人と増えれば月額が比例して上がり、外部連携ツールやZapier等の月額が積み上がり、3年で500万円を超えるケースは珍しくありません。5年・10年スパンで見れば、ランニングコストの差は累積で数百万円規模になります。
「自社開発」と一口に言っても、規模感は3レンジに分かれます。
300万円レンジ：単一業務の完全置き換え
Airtableで運用していた1〜2業務をWebアプリ化して引き継ぐ規模です。データ構造はそのまま、UIをブラウザの業務システム風に作り直し、権限制御と検索性能を本格化させます。「Airtableのレコードを Supabase や PostgreSQL に移行し、Next.js でフロントエンドを作る」構成で、3人月程度の規模感。AI駆動開発を使えば、市場相場500〜700万円の規模を300万円台に圧縮できます。
500万円レンジ：複数業務を1本化する
Airtableで複数ベースに分かれていた業務を、1本のシステムに統合する規模です。顧客管理・案件管理・請求管理を別々に運用していたものを、1つの業務システムに統合してデータの重複入力をなくします。5〜6人月の規模で、業務フロー設計から入り直す必要があります。運用するうちに「実際の業務とテーブル設計がズレていた」ケースが多く、ここで業務フロー自体を再設計するのが王道です。
800万円レンジ：基幹業務として組み直す
Airtableでは到達できない領域です。複数部署が同時に使い、社外にも一部開放し、会計や勤怠など他システムとAPI連携する規模で、8〜10人月。Airtableは表の延長で設計されるため、業務の「流れ」よりも「項目」が中心の発想になりがちです。基幹業務として組み直すなら、業務の「流れ」と「役割」を主軸に置いた設計に切り替える必要があります。
費用比較の詳しい考え方は 業務改善・システム見積もりAI適正診断 で項目別に整理できます。
経営者目線で考える「ノーコード卒業のタイミング」
ここからは経営判断の話です。「ノーコードで始めて、必要になったら本格開発に切り替える」というのは正しい考え方ですが、「切り替えのタイミング」を見誤ると、両方のコストが二重にかかる時期が長引きます。経営者として持つべき切り替え判断の軸は3つです。
1点目は、「Airtableの月額が、開発費の月割り換算を超えてきた瞬間」 です。500万円の開発費を5年で按分すると月8万3千円。20人でBusinessプランなら月13万5千円。すでに月額のほうが高い時点で、自社開発に切り替える財務的根拠が立っています。
2点目は、「現場が運用回避ルートを作り始めた瞬間」 です。「Airtableが重いから結局Excelで作業してから転記する」「権限の制限を回避するためにスプレッドシートで別管理している」——こうした影の運用が始まったら、Airtableは業務システムとしての役目を終えています。表向きの月額ではなく、影で発生している人件費こそが真のコストです。
3点目は、「外部連携ツールの月額が積み上がってきた瞬間」 です。Airtable本体に加え、Zapier・make・Glide・Stackbyなど補完ツールの月額が合計2〜3万円を超えてきたら、もはやノーコード構成のメリットは消えています。
この3つのどれか1つでも当てはまったら、自社開発の見積もりを取って比較するフェーズです。手元のAirtable運用コストを 診断する ことで、自社開発との分岐点が具体的な数字で見えてきます。
ぷらすわんの実例：あるマーケティング会社A社の場合
実例として、あるマーケティング会社A社のケースを紹介します。社員18人、案件管理と顧客管理をAirtableで2年半運用していた会社です。
A社の状況は典型的でした。Airtable Businessプランで月額810USD（約12万円）、Zapierで月79USD、makeで月29USD、合計で月15万円弱の固定費。加えて現場では「Airtableが重い時間帯はExcelで作業して、夜にAirtableに転記する」という非公式運用が発生し、経理は「金額情報を権限制御できないため、案件管理ベースとは別に隔離スプレッドシートで予算管理している」状態でした。
A社が決断したのは、自社開発への切り替えです。市場相場では700〜1,200万円のレンジの業務システムを、AI駆動開発と業務削り込みで、最終的に 480万円 で開発・納品しました。
得られた効果は3つです。Airtable + 外部ツールの月15万円の固定費がサーバー代月2万円に圧縮、現場の「影のExcel運用」が消えてデータの一元化が実現、システム自体が会社の資産になり5年後の機能追加にも対応できる設計になった。経営者として得た学びは、「ノーコードは入口として優秀だが、業務システムの最終形にはならない」という一点です。Airtableで2年半業務フローを磨いた経験は、自社開発時の要件定義の精度を上げる土台として確実に活きました。
Airtableからの移行で失敗しないための実践ポイント
最後に、Airtableから自社開発に移行する際、現場で必ず押さえてほしい実践ポイントを3つ提示します。
データ構造の棚卸しを先にやる
Airtableは「とりあえず列を足す」が手軽にできるため、2〜3年運用したベースは、使われていない列・重複する列・意味が違う似た名前の列が混在しているのが普通です。移行前に全列をリストアップし、現在も使われているか・統合できるか・定義を明確にする必要があるかを整理します。これをやらずに移行すると、不要な構造を新システムに持ち込んで開発費が膨らみます。
業務フローをAirtableの発想から切り離す
Airtableは表の延長で業務を捉えるため、フローよりも項目に意識が向きがちです。移行時はホワイトボードに業務フローを書き出し、状態がいくつあるか・状態間で誰が何をするか・どこで判断が分岐するか、をテーブル設計から切り離して整理します。このステップを省くと、新システムが「Airtableをそのままweb化しただけ」になり、自社開発のメリットが失われます。
移行期間の二重運用コストを見積もる
開発期間中（3〜6ヶ月）は、Airtableと新システムを並行運用する期間が発生します。この期間の人件費・Airtable月額・データ二重入力工数を、移行プロジェクトの予算に含めて見積もる必要があります。実務的には、開発費用の10〜15%を「移行期間の運用コスト」として別枠で確保しておくのが安全です。他社の見積もりとの 比較を依頼する ことで、移行期間まで含めた総コスト構造の違いを具体的に確認できます。
まとめ
Airtableは業務システムの「入口」としては優秀ですが、「最終形」にはなりません。月額20USD・45USD・個別見積という料金プラン構造と、複雑ロジック・大量レコード・権限階層・外部連携の4つの限界によって、人数とデータ量が増えるほど財務的にも実務的にも歪みが大きくなります。次のステップは自社開発300〜800万円のレンジで、3年スパンならAirtable継続より安くなるケースが多く、5年・10年で見れば差は累積で数百万円規模です。
いま手元のAirtable運用が「重い」「権限が足りない」「月額が膨らんでいる」と感じているなら、現状の運用コストを 診断する ことで、自社開発への切り替えタイミングを数字で判断できます。