業務用Airtableの置き換え. ワークフローをAirtableから移すのは、そのベースがチームの使う道具ではなく、チームが格闘する相手のデータベースになったときです。目安は年数ではありません。誰かがベースではできないレポートを作るためにスプレッドシートへエクスポートした日や、オートメーションが静かに失敗して1週間誰も気づかなかった日がそれにあたります。置き換えるとは、Airtableがまだ得意な部分はそのまま残し、限界を超えた部分だけを作り直すことです。
そのベースは実際に業務の一部を回しています。ただ、1年前にはなかった3つのことが起きています。読み込みが遅い、1つのビューしか開かない人にもシート単位の料金を払っている、そして毎月誰かが本当に必要なレポートがAirtable内に存在しないためデータをスプレッドシートへエクスポートしている。ベースが壊れたのではありません。ツールの限界を超えて成長したのです。
#Airtableから移行すべきタイミングはどうすればわかるか
レコード数で決まるものではありません。私たちは代わりに4つのシグナルを見ています。実務を進めるためにデータがベースの外へ出ていく頻度、有料シートのうち閲覧専用の割合、直近四半期に静かに失敗したオートメーションの数、そして新入社員が数字を信頼できるようになるまでの時間です。この4つのうち3つが悪い方向に動いているなら、ベースはもはやツールではなくボトルネックになっています。
Airtableを置き換えるべきか、それとも今もふさわしいツールか
少人数が構造化されたレコードを編集し、レポーティングがビューの範囲に収まっているうちはAirtableが適したツールです。データが実用のために日常的に外へ出ていく、閲覧専用のユーザーがシート料金を押し上げる、あるいはオートメーションが誰にも気づかれず失敗する——そうなると、それはふさわしくないツールになります。正直な判定基準は、実際の作業がどこで行われているかです。それがエクスポート先や横に置かれたスプレッドシートで行われているなら、そのベースはアプリの衣装をまとったデータベースにすぎません。そこが、もう抱えきれなくなったワークフローを移すべきタイミングです。
実際に置き換えるとどうなるのか
私たちはこれを、ベンダー予約用のベースが9つのリンクテーブルと30のオートメーション(その半分が壊れていた)にまで肥大化していた、40人規模のイベント運営チームで実施しました。すべてを作り直したわけではありません。スプレッドシートに漏れ出していた2つのワークフロー——ベンダー承認と週次キャパシティレポート——だけを、きちんとしたバリデーションと自動で動くレポートを備えた小さな社内アプリへ移しました。残りはそのまま機能していたAirtableに残しました。閲覧専用だった18人がベースのシートを持つ代わりにダッシュボードを読むようになったため、シート料金は下がりました。
結局これは、カスタムソフトウェアとして作り直しているだけではないか
we are
私たちはベースの限界を超えた1つか2つのワークフローだけを見極め、それだけをAirtableでは得られなかったバリデーションとレポーティングを備えた小さな社内アプリとして作り直します。残りのベースはそのまま残します。
we aren't
私たちは、機能しているベースを白紙に戻す半年がかりのカスタムソフトウェア再構築でもなければ、すでに限界を迎えた同じデータモデルに衣替えを施すだけの別のノーコードツールでもありません。
高くつく間違いは、「Airtableが限界を超えた」を「すべて作り直す必要がある」と読み違えることです。ベースの大半は問題ありません。ダメージを出しているのは1つか2つのワークフローだけです。スプレッドシートに漏れているもの、オートメーションが失敗しているもの。それだけを作り直し、残りはそのままにすれば、四半期ではなく数週間で済みます。かつてはフルの開発チームが必要だったスコープの絞られた社内ツールのコードが、今ではずっと小さな構築で済むため、AIがこの計算を変えています。
何を移し、何を残すか
- 残す: 少人数が手で編集する構造化レコードで、Airtableのビューがそのままレポートになっているもの。これこそAirtableの本来の役割です。
- 移す: 実用のために定期的にスプレッドシートへエクスポートしているワークフロー。そのエクスポート自体が、ベースでは仕事をこなせないというシグナルです。
- 移す: 毎週手作業で組み直しているレポート。小さなアプリがスケジュールに沿って自動で動かせば、誰も同じピボットを作り直さずに済みます。
- 移す: シート単位の料金がかかる閲覧専用アクセス。閲覧用ダッシュボードならベースのシートより安く済み、必要な情報だけを表示できます。
問うべきは「Airtableかどうか」ではありません。どの2つのワークフローが週に1日分のコストを静かに食っているか、そしてその2つが本格的な構築に値するかどうかです。たいていの場合、値します。そして残りのベースは問題ありません。
そのスコープを見極めるのが、私たちのコンサルティングが行う仕事です。Airtableから移す価値のある1つか2つのワークフローを見つけ、ベースでは持てなかったバリデーションとレポーティングを備えて作り直し、まだ機能している部分はそのまま残します。あなたのベースがスプレッドシートに漏れ始めているなら、30分のディスカバリー通話を予約してそれを持ってきてください。どの部分を残すべきか、そしてどの2つが本格的な構築に値するかをお伝えします。