Airtableが使いにくいと感じるとき｜合っていないのは道具か、組み方か
Airtableが使いにくいという感覚には、原因の異なるものが混ざっています。組み方を直せば数十分で解消するものと、道具の設計思想としてそうなっているので直しようがないものが、同じ「使いにくい」という言葉で語られている状態です。この記事では、現場で出てくる症状を1つずつ取り上げて、どちらの側にあるのかを切り分けます。切り分けたうえで、乗り換えを検討するときに先に確かめておくべきことも並べます。
「使いにくい」は3種類に分けられる
症状に入る前に、分類だけ先に示します。とりまとめる立場の人が聞く「使いにくい」は、おおよそ次の3つのどれかです。
・設定の問題。ビューやフィールドの作り方を変えれば解消する。作業時間は30分程度 ・運用の約束の問題。道具ではなく、チーム内の決め事が無いことが原因。設定をいくら直しても解消しない ・道具の性質の問題。そういう作りになっているので、使い方では変えられない
この3つを混ぜたまま議論すると、結論が出ません。設定で直る話に「やっぱり別の道具にしよう」と答えてしまい、逆に道具の性質の話に「もう少し慣れれば」と答えてしまう。どちらも時間の無駄になります。
以下では、実際に出てくる症状ごとに、どの種類に当たるのかを示します。
画面を開いても、どこを見ればいいのかわからない
最も多い症状です。招待されて開いてみたら、横に長い表が出てきて、自分が何をすればいいのかわからない。この状態が続くと、その人は次から開かなくなります。
これは設定の問題です。原因は、全件が入ったグリッドビューを全員に開かせていることにあります。データベースから作る道具では、テーブルは1つでもビューはいくつでも作れます。この仕組みを使って、開いた人が自分の作業だけを見られる画面を用意すれば解消します。
具体的には、フィルターの条件を「担当者が自分」に設定したビューを1つ作ります。この条件は開いた人ごとに解釈されるので、ビューを人数分作る必要はありません。1つのビューを全員が開いて、それぞれ自分の分だけが見える状態になります。
さらに効くのがビューの名前です。「案件一覧」ではなく「今週さわるもの」という名前を付けるだけで、開いた人の行動が変わります。名前が指示になっているからです。設定変更の作業時間は10分ほどで、効果は招待した人数分だけ出ます。
列が増え続けて、入力のたびに空欄をスキップしている
しばらく運用すると、列が横に伸び続ける現象が起きます。誰かが自分の業務に必要な列を足し、別の誰かがまた足す。半年経つと25個ほどの列が並び、そのうち実際に埋まっているのは半分以下、という状態になります。
原因は権限の設計です。全員がフィールドを追加できる状態にしていると、この事態は必ず起きます。追加した本人にとっては必要な列ですが、他の人にとっては毎回スキップする空欄です。空欄が増えるほど、入力全体の心理的な負担が上がります。
対処は2段階です。まず、構造を変えられる人を1人か2人に限定します。残りの人には値の書き換えだけを許します。これで新しい列は止まります。
次に、すでにある列を減らします。判断の基準は単純で、直近3か月で一度も埋められていない列は消してよい、というものです。消すことに抵抗がある場合は、ビューの側で非表示にする方法もあります。列そのものは残しつつ、入力用のビューからは見えなくする形です。
この症状は設定の問題ですが、放置すると運用の問題に変わります。列が多すぎて入力されなくなった表は、列を減らしても入力習慣が戻らないことがあるためです。気づいた時点で手を打つ必要があります。
一覧が重くて、開くのに時間がかかる
レコード数が増えてくると、表示が重く感じられる場面が出てきます。この症状は、扱っている件数によって意味が変わります。
数百件の段階で重いと感じる場合、多くはビューの設定が原因です。全件を表示したうえで複数の条件でグループ化し、他のテーブルを参照する列を多数置いている、という状態だと表示の負荷は上がります。フィルターで表示対象を絞り、参照する列を入力用のビューから外すだけで軽くなります。
一方、レコードが数万件の規模になっている場合は、そもそもの扱い方を見直す段階です。公式の料金ページに埋め込まれたプラン定義では、1つのベースあたりの上限はTeamプランで50,000レコード、Businessプランで125,000レコードとされています。上限まで入れられるということと、上限まで入れて快適に使えることは別の話です。
進行管理の用途であれば、完了して3か月を過ぎた案件を別のテーブルに移す運用にすると、日常的に開く画面は数百件に収まります。過去のデータを参照する頻度は実際には低いので、この分離で困る場面はほとんどありません。
自分の担当分だけを見る方法が、人によって違う
同じ表を見ているのに、Aさんは並べ替えを変え、Bさんはフィルターを付け、Cさんは検索窓を使っている。この状態だと、進捗の話が噛み合いません。
これは設定と運用の両方にまたがる症状です。設定側では、共有されるビューと個人だけが見るビューの区別を理解しておく必要があります。共有ビューの条件を誰かが変えると、他の人の画面も変わります。逆に、各自が勝手に並べ替えていると、その並びは他の人には見えません。
運用側で決めるべきなのは、「週次の打ち合わせで開く画面を1つに固定する」ことです。その画面の条件は変えない、と決めておくと、全員が同じ順番で同じ件数を見ることになります。打ち合わせで画面を共有したときに「私の画面ではもっと件数が多い」という会話が起きなくなります。
この固定は、道具の機能ではなくチームの約束です。設定をいくら整えても、約束が無いと同じ状態に戻ります。
スマートフォンから入力する気になれない
現場で作業している人、外回りをしている人に入力してもらう運用では、この症状が定着率を直接下げます。
原因は、列の多い表をそのまま小さい画面で開かせていることにあります。列が15個ある表をスマートフォンで開くと、横方向のスクロールが必要になり、1件の入力に時間がかかります。移動の合間に入力してもらう前提では、この形は成立しません。
対処はフォームに寄せることです。フォームビューは項目を縦に並べるので、小さい画面でも扱えます。必須項目を3つほどに絞れば、入力は1分で終わります。
もう1つの利点は費用です。有料プランであっても、フォーム経由で送られた回答には課金が発生しないことが公式の料金ページに示されています。現場の作業者20人にアカウントを配らずに報告を集められるということです。
ただし、フォームは新規の登録には向きますが、既存のレコードを更新する用途には向きません。作業の進捗を段階的に更新してもらう運用にしたい場合は、別の方法を考える必要があります。ここは道具の性質に近い部分で、フォームの使い方を工夫しても限界があります。
ドラッグで動かすほうが楽なのに、表の上で選択肢を選んでいる
入力が続かないチームでは、操作の負担そのものが原因になっていることがあります。表の中でステータスの選択肢を開いて、目的の値を探して選ぶ。この操作は、1日に何度も繰り返すと面倒に感じられます。
これは設定で解消できます。同じテーブルにカンバンビューを足せばよいだけです。公式のビュー紹介ページでは、カンバンビューは次のように説明されています。
Supercharge your collaborative process management. Easily track progress, stakeholders, and other deliverables in a drag-and-drop, modifiable UI. 出典: airtable.com
ドラッグして動かせる画面だと説明されています。カードを右に動かす操作は、選択肢を開いて選ぶ操作より軽く、更新のたびに発生する抵抗が減ります。
元のデータは同じなので、カンバンで動かした結果は表にも反映されます。表を見たい人は表を、カードを動かしたい人はカンバンを開く。この使い分けができることを知らないまま、全員が表で操作しているチームは少なくありません。
料金がいくらになるのか、社内に説明できない
稟議を通す段階でこの症状が出ます。人数を数えようとして、誰を数えるべきかがわからなくなる状態です。
公式の料金ページには、課金対象はワークスペース内のいずれかのベースに編集権限を持つユーザーであり、閲覧のみの共同編集者、フォームからの投稿、共有リンク経由の相手には料金がかからないと書かれています。つまり、数えるべきは「値を書き換える人」だけです。
金額は同じページに記載があります。年払いの場合、Teamプランは1ユーザーあたり月額20ドル、Businessプランは1ユーザーあたり月額45ドル。2026年9月時点の表示で、通貨は米ドル、税の扱いは表示に含まれていません。円建てで予算を組む場合は、為替の変動を見込んでおく必要があります。
Enterprise Scaleプランについては、同じページのよくある質問に説明があります。
As part of the Enterprise Scale plan, an organization has the ability to create unlimited org units, workspaces and bases within their organization. 出典: airtable.com
組織単位、ワークスペース、ベースを無制限に作れる、という説明です。価格は個別見積もりで、営業への問い合わせが必要とされています。
説明が難しくなるのは、多くの場合「全員分の金額」で試算しているからです。30人の部署でも、実際に書き換えるのが6人なら6人分です。先に運用を決めてから人数を数えると、説明はずっと簡単になります。
レコードの追加が、ある日できなくなった
無料プランで運用していると、この症状に当たることがあります。突然、新しい行を作れなくなる状態です。
これは道具の性質で、想定された動作です。公式の料金ページのプラン定義によると、無料プランは1つのベースあたり1,000レコードが上限です。上限に達すると、既存のデータは残ったまま、新規の追加ができなくなります。
進行中の案件を載せている状態でこれが起きると、業務が止まります。防ぐには、残りの件数を把握しておくことです。1行を作業単位にして月200件起こす運用なら、5か月ほどで天井に届く計算になります。1行を案件単位にして月20件なら4年もちます。設計の段階でどちらを選んだかが、有料化の時期を決めています。
対処の選択肢は3つです。完了したレコードを削除する、別のベースに移す、有料プランに移る。進行管理として履歴を残したい業務であれば、削除は現実的ではありません。移すか、有料化するかの判断になります。
誰がいつ直したのかを追えない
期限が動いていたが、誰が動かしたのかわからない。この症状は、業務の性質によって深刻度がまったく違います。
公式の料金ページのプラン定義では、変更履歴の保持期間は無料プランで14日、Teamプランで1年、Businessプランで2年、Enterprise Scaleプランで3年とされています。
社内のタスク管理であれば14日で足りる場面がほとんどです。しかし、検収や監査がある業務、あるいは発注先とのやり取りを記録として残す必要がある業務では、14日はまったく足りません。この場合、履歴の保持期間が実質的に有料プランの必要条件になります。
ここは設定では直せない部分です。プランの選択で解決する話なので、業務の性質から先に必要な期間を決めて、それを満たすプランを選ぶという順番になります。必要な期間が3年を超える場合は、定期的に書き出して別に保管する運用を組む必要があります。
探しているレコードが、検索しても見つからない
件数が増えてくると、目的の1件にたどり着けないという声が出ます。この症状は、原因が2つに分かれます。
1つは、検索している画面が絞り込まれたビューだった場合です。フィルターで表示対象を制限しているビューの上で検索すると、条件から外れたレコードは最初から対象になりません。担当者を自分に絞ったビューで他人の案件を探しても、当然出てきません。この場合は、全件が見えるビューに切り替えてから探せば解決します。
もう1つは、探している情報がテキストとして入っていない場合です。案件名だけを頼りに探す設計にしていると、「先月の渋谷の現場」のような探し方には対応できません。対処は、よく使われる探し方に合わせて、絞り込み用のフィールドを1つ足すことです。地域、四半期、区分といった粒度の粗い単一選択のフィールドを1つ持たせるだけで、探し方が絞り込みに変わります。
ただし、フィールドを増やす判断は慎重にしてください。列が増えると入力の負担が上がるという、前に挙げた症状に直結します。追加するなら、入力する人が選ぶだけで済む単一選択に限定するのが安全です。自由記述の列を増やすと、表記の揺れで結局は探せなくなります。
通知が多すぎる、あるいはまったく届かない
自動化を設定したチームでよく出るのが、通知の量の問題です。全員に全部の更新が飛ぶ設定にすると、1日に数十件の通知が届き、数日で全員が通知を切ります。切ったあとは、本当に必要な通知も届かなくなります。
これは設定の問題ですが、直し方に考え方が要ります。通知を減らすのではなく、通知の条件を「その人が動く必要があるとき」だけに絞るという発想です。具体的には、自分が担当に設定されたとき、自分の担当分の期限が翌日に迫ったとき、自分が出した依頼が完了したとき。この3つに絞ると、1日あたりの通知は2件か3件に収まります。
逆に、まったく届かないという場合は、そもそも自動化を組む前提が揃っていない可能性があります。担当者のフィールドがテキストで作られていると、通知の宛先を機械が判別できません。担当者はユーザーの型で持つ、という設計上の前提が効いてくる場面です。
自動化には実行回数の枠があります。料金ページに埋め込まれたプラン定義を見ると、Businessプランの枠は月100,000回、Enterprise Scaleプランの枠は月1,000,000回です。レコードが更新されるたびに動く設定を複数入れていると、回数は想定より早く伸びます。月に一度、実行回数を確認する習慣を付けておくと、上限に不意打ちされずに済みます。
他のシステムと繋いだら、かえって手間が増えた
連携を増やしたチームから出てくる症状です。チャット、保管場所、会計、顧客管理と繋いだ結果、どこかが変わるたびに誰かが直す作業が発生するようになった、という状態です。
これは道具の問題ではなく、設計の判断の問題です。連携は、繋いだ先のデータ構造が変わるたびに保守が必要になります。社内に保守できる人がいない状態で数を増やすと、半年後に誰も直せない仕組みが残ります。
判断の基準を1つ挙げるなら、「この連携が止まったときに、手作業で代替できるか」です。代替できる作業なら、繋がなくても業務は回ります。代替できないなら、保守する担当を決めておく必要があります。担当が決まらない連携は、作らないほうが結果的に軽く済みます。
連携の数が多いことは、選定時には魅力に見えます。ただし実際に使うのは、多くのチームで2つか3つです。選ぶときは、対応している連携の総数ではなく、自分たちが実際に使う2つが入っているかどうかを見るほうが、判断としては正確になります。
道具の側にある限界と、組み方で直せる範囲の境目
ここまでの症状を分類し直すと、境目がはっきりします。
組み方で直せるのは、次のものです。開いた人が迷う、列が多すぎる、一覧が重い、操作が面倒、料金の見積もりができない。いずれもビューの設計、権限の設計、運用の約束で解消します。合計の作業時間は2時間ほどです。
道具の側にあるのは、次のものです。レコード数の上限、変更履歴の保持期間、既存レコードの更新をフォームで行えないこと。これらは使い方を変えても動きません。プランを変えるか、運用の形を変えるか、道具を変えるかの判断になります。
そしてもう1つ、分類しにくいものがあります。「設計してから使う」という性質そのものです。この道具は、データの入れ物を作るところから始まります。誰かがフィールドを決め、ビューを決め、権限を決めなければ何も始まりません。この工程を引き受ける人が社内にいない場合、いくら設定を工夫しても定着しません。
使いにくさの根が「設計する人がいない」ことにある場合、対処は道具を替えることです。板とカードが最初から置かれていて、開いた日から使える種類の道具であれば、設計の工程そのものが発生しません。
「使いにくい」と言っている人が誰かで、対処は変わる
同じ言葉でも、発している人の立場によって意味が違います。ここを取り違えると、直すべきでない場所を直すことになります。
とりまとめる側が使いにくいと言う場合、たいていは集計や俯瞰の話です。全体の進み具合が一目でわからない、どこが詰まっているか探すのに時間がかかる。この場合の対処はビューの追加で、止まっている案件だけを抜き出した画面を1つ作れば解消します。作業は15分です。
入力する側が使いにくいと言う場合、意味はまったく別です。1件を記録するまでの手数が多い、開く場所を覚えられない、といった操作の負担の話です。この場合にビューを増やしても解決しません。むしろ画面が増えて悪化します。対処は入口を減らすことで、フォームに寄せるか、カンバンで動かせるようにするかの判断になります。
閲覧するだけの側が使いにくいと言う場合は、探し方の話であることが多いです。自分が関わっている案件だけを見たいのに、全件から探している。この場合はフィルターの条件を持ったビューを共有すれば済みます。
対処を決める前に、誰が言っているのかを確かめる。この一手間で、直す場所を間違えなくなります。全員から同じ声が上がっている場合は、設定ではなく道具の性質が合っていない可能性を検討する段階です。
乗り換えを検討する前に、確かめておく4点
道具を替える判断をする場合、乗り換え先について料金だけを見て決めるのは危険です。サービスの終了、新規受付の停止、運営会社の変更、料金体系の改定という4点を、公式の情報で確かめておく必要があります。
この4点が重要なのは、いずれも導入した後に効いてくるからです。終了が決まった道具に移ると、数か月後にもう一度移行することになります。新規受付が止まっている道具は、その時点で会社の方針が変わっている可能性があります。運営会社が変わると、料金体系と対応方針が変わることがあります。そして料金改定は、年払いの更新月に条件が変わる形で現れます。
参考として、いま使っている道具についても同じ確認をしておくと、比較が対等になります。2026年9月時点でAirtableの公式サイトを確認した範囲では、サービス終了の告知は見当たらず、料金ページから無料での登録と有料プランの購入ができる状態で、新規の受付は継続しています。運営会社の変更については公開資料では確認できませんでした。料金体系については、料金ページのよくある質問に旧Enterpriseプランの契約者向けの項目が置かれており、契約更新の時点まで変更は適用されないという説明があります。プラン構成が変わったことがあり、そのときは更新まで据え置かれた、ということが読み取れます。
同じ4点を、乗り換え先の候補についても確かめてください。公式サイトを開けば、いずれも数分で確認できます。
替えるかどうかを決める前に、1週間だけ試す
結論を出す前にやると効果が大きいのが、候補の道具を1つだけ選んで1週間試すことです。全員で試す必要はありません。とりまとめている本人と、入力の負担が一番大きい人の2人で足ります。
試すときに見るのは機能の一覧ではなく、次の3つです。開いてから最初の1件を記録するまでに何分かかったか。入力する側が説明なしで使えたか。1週間後にまだ開いているか。この3つで判断すると、丸とバツを数える比較より結論が早く出ます。
比較の候補としては、まず組み立て方の違う道具を見るのが有効です。板にカードを置く形で始めた場合に、どこまでが軽く済んでどこから足りなくなるかはTrelloとの比較にまとめてあります。文書を中心に据える道具との違いはNotionとの比較、案件と担当の割り当てを軸に置く道具との違いはAsanaとの比較で扱っています。国内の開発現場で使われている道具との対比はBacklogとの比較が参考になります。他の候補も含めて一度に見たい場合は比較の一覧にまとめてあります。
料金の比べ方には注意点があります。機能ごとにプランが分かれる体系では、必要な機能が1つ上のプランにあるという理由だけで、全員分の単価が上がります。機能で絞らず、区切るのは人数とボードの数だけという組み方なら、この跳ね上がりは起きません。どちらが自社に合うかは、使いたい機能がプランのどこに置かれているかを実際に照らさないと判断できないので、料金のページを各社の料金ページと並べて見るのが確実です。何がどこまでできるかはできることに一覧があります。
移行を進める場合は、書き出せる形式と、手で作り直す部分がどれくらい残るかを先に確認してください。段取りの考え方はTrelloからの移行にまとめています。社外の相手を含むデータを扱う場合の考え方は安全性の考え方、検討中に出やすい疑問はよくある質問に整理しています。
使いにくさの原因が組み方にあるなら、道具を替えても同じ場所で止まります。切り分けを先にやっておくことが、結果的に一番の近道になります。
切り分けの手順をもう一度短くまとめると、次の3つです。誰が言っているのかを確かめる。その症状が設定で直るか、約束で直るか、道具の性質かを分ける。設定と約束で直る分をすべて直してから、残った分だけを比較の材料にする。この順番で進めると、検討にかける時間は2週間もかかりません。
逆に、症状を分けないまま候補を並べ始めると、結論は出ません。組み方で直る不満まで乗り換えの理由に数えてしまうと、次の道具でも同じ不満が出るためです。実際、表計算ソフトで更新が止まったチームが別の道具に移り、3か月後にまた止まるという流れは、この切り分けを飛ばしたときに起きます。
Q1. Airtableが使いにくいと言われたら、まず何を直せばよいですか？
ビューの設計から見直してください。全件が入った表を全員に開かせていると、招待された人は自分が何をすべきか判断できません。フィルターの条件を「担当者が自分」にしたビューを1つ作り、名前を「今週さわるもの」のように行動が決まる言葉にするだけで、開いた人の動きが変わります。作業時間は10分ほどです。
Q2. 列が増えすぎて入力されなくなりました。どうすればよいですか？
まず、フィールドを追加できる人を1人か2人に限定して、新しい列が増えるのを止めます。そのうえで、直近3か月で一度も埋められていない列を消すか、入力用のビューから非表示にします。消すことへの抵抗がある場合は非表示で構いません。空欄の多い画面は、入力そのものの負担を上げます。
Q3. レコードが追加できなくなったのはなぜですか？
無料プランの上限に達した可能性があります。公式の料金ページのプラン定義では、無料プランは1つのベースあたり1,000レコードが上限で、達すると既存データは残ったまま新規の追加ができなくなります。対処は、完了分を削除する、別のベースに移す、有料プランに移るの3つです。進行の履歴を残す業務では削除は現実的ではありません。
Q4. 使い方を工夫しても直らないのは、どういう症状ですか？
レコード数の上限、変更履歴の保持期間、既存レコードをフォームから更新できないことは、設定では変えられません。加えて、データの入れ物を設計してから使うという性質そのものも変わりません。フィールドとビューと権限を決める担当が社内にいない場合は、設定を工夫しても定着しないため、道具の選び直しが検討対象になります。