Airtableの使い方｜最初のプロジェクトをどう組み立てるか
Airtableの使い方を調べる人の多くは、操作方法そのものよりも「どう組み立てれば運用が続くのか」で詰まっています。画面の触り方は数時間で覚えられますが、列を何にするか、ビューをいくつ作るか、誰に編集を許すかという設計の部分は、触っているだけでは決まりません。この記事では、最初のプロジェクトを組み立てる順番を、実際に手を動かす流れに沿って並べます。公式サイトで確認できる仕様の範囲に限定し、途中で止まりやすい箇所も一緒に示します。
画面を開く前に、紙で列の名前を書き出す
最初にやることは、アカウントを作ることでも、テンプレートを選ぶことでもありません。管理したい対象について、必要な項目の名前を紙に書き出すことです。
理由は単純で、画面を開くと必ず余計な列を足したくなるからです。テンプレートには最初から15個ほどの列が並んでいて、使わない列を消す判断を毎回迫られます。消さずに残すと、入力する人は空欄の列を毎回スキップすることになり、そのうち入力全体が面倒になります。
紙に書き出す作業には、もう1つ効果があります。列を10個以内に収められるかどうかで、この対象が表として扱えるかが判断できるからです。10個に収まらない、あるいは案件ごとに必要な項目がまるで違うという状態なら、表以外の形を検討したほうが早い場合があります。
書き出す項目は、次の質問に答える形で決めると漏れにくくなります。何の件か、誰が担当か、いつまでか、いまどの段階か、どこに資料があるか。この5つが揃えば、進行管理としては最低限の形になります。金額や取引先が必要なら足しますが、最初はこの5つに絞るほうが運用は続きます。
管理したい「1件」が何かを最初に確定させる
次に決めるのは、1行を何にするかです。ここを曖昧にしたまま作り始めると、後から作り直すことになります。
たとえば制作会社の案件管理で、1行を「案件」にするか「作業」にするかは大きな違いです。1行を案件にすると、行数は月に20行ほどで済み、全体を見渡すのは楽になります。ただし、案件の中の作業がどこまで進んでいるかは1行の中に収まりません。1行を作業にすると、進み具合は細かく見えますが、行数は月に200行を超えます。
判断の基準は、週次の打ち合わせで何を単位に話しているかです。「A社の案件はどうなってる」と話しているなら1行は案件、「初稿の作成は終わった」と話しているなら1行は作業です。実際に会話で使っている単位に合わせるほうが、入力も更新も自然に続きます。
両方を見たい場合は、テーブルを2つに分けて、作業テーブルから案件テーブルを参照する構造にします。ただし、これは最初からやる必要はありません。片方で回してみて、足りないと感じてから足すほうが、放棄されるリスクは下がります。
フィールドの型を6つだけ覚えて割り当てる
フィールドの型は多数用意されていますが、進行管理で最初に使うのは6つです。
・単一行テキスト。件名や案件名に使います ・単一選択。ステータスや区分のように、選択肢が決まっているものに使います ・日付。期限や着手日に使います ・ユーザー。担当者に使います。テキストで名前を打つのではなく、アカウントと結び付く型です ・添付ファイル。資料や成果物を置きます ・他のテーブルへのリンク。取引先や工程のように、繰り返し登場するものを参照します
この6つで、最初のプロジェクトはだいたい組めます。重要なのは、担当者とステータスをテキストで作らないことです。テキストにすると「田中」「田中さん」「田中（産休中）」といった表記の揺れが必ず発生し、絞り込みが効かなくなります。選択肢とユーザーの型を使えば、この揺れは起きません。
添付ファイルについては、容量の上限を意識しておく必要があります。公式の料金ページに載っているプラン定義では、無料プランの添付容量は1つのベースあたり1GB、Teamプランで20GB、Businessプランで100GBとされています。動画や大きな設計データを日常的に載せる運用だと、1GBは早い段階で使い切ります。その場合は、ファイル本体は別の保管場所に置き、リンクだけを載せる設計にするほうが現実的です。
ステータスの選択肢を5つ以内に固定する
進行管理の設計で、最も効くのに最も軽視されるのがステータスの設計です。
選択肢が多いと、入力する人はどれを選ぶか毎回迷います。迷いは入力の遅れに直結し、遅れた情報は誰も見なくなります。逆に選択肢が2つしかないと、進んでいるのか止まっているのかが区別できません。
実務で機能するのは4つから5つです。未着手、作業中、確認待ち、完了、という4段階を基本形にして、業務の性質に応じて1つだけ足す形が扱いやすい構成になります。制作なら「先方確認中」、開発なら「検証中」、建設なら「検査待ち」といった具合です。
ここで足すべき1つを見つける方法があります。過去3か月のチャットを見返して、「止まっている理由」として一番多く出てくる言葉を探すことです。その言葉がステータスの選択肢になります。止まる理由が可視化されると、週次の確認で「確認待ちが7件ある」という話ができるようになり、誰に催促すべきかが一目でわかります。
選択肢に色を付けられる場合は、止まっている状態に警告色を割り当てます。画面を開いた瞬間に目に入る色が、その週に手を打つべき場所になります。
グリッドビューを作ってから、用途別のビューを足す
ビューは、いきなり用途別に作らないほうが失敗しません。まず全件が見えるグリッドビューを1つ作り、そこに入力する運用で数日回します。
公式のビュー紹介ページでは、グリッドビューについて次のように説明されています。
Group, sort, and enrich your data using Airtable’s flexible UI. Keep track of information in a way that’s right for you. 出典: airtable.com
グループ化と並べ替えができる標準の画面、という位置づけです。ここでデータが溜まってから、実際に必要になった切り口だけをビューとして切り出します。
切り出す順番としては、次の3つが使われる頻度の高い並びです。
- 自分の担当分だけを期限順に並べたビュー。各メンバーが毎朝開く画面になります
- 止まっている案件だけを抜き出したビュー。ステータスが確認待ちのものを集めます。とりまとめる側が週次で見る画面です
- 今月完了したものだけのビュー。振り返りと請求の確認に使います
大事なのは、ビューを人数分は作らないことです。10人のチームで10個のビューを作ると、誰がどのビューを見ているのかがわからなくなり、条件の変更が反映されない画面が残ります。フィルターを「担当者が自分」という条件で1つ作れば、全員が同じビューを開いて自分の分だけを見られます。
カンバンとカレンダーで、同じデータに別の顔を与える
グリッドで運用が回り始めたら、同じテーブルに別の形式のビューを足します。公式サイトでは、リスト、タイムライン、カンバン、ガント、カレンダー、グリッド、ギャラリー、フォームの8種類が紹介されています。
進行管理でまず足す価値があるのはカンバンです。ステータスを列にして、カードをドラッグして動かせる形式です。グリッドで選択肢を変える操作より、カードを右に動かす操作のほうが、入力する人の心理的な負担が軽くなります。更新されない表を抱えているチームでは、この違いが効きます。
次に足すのはカレンダーです。期限の日付を面で見られるので、特定の週に納期が集中していることに気づけます。グリッドの日付列を眺めているだけでは、この偏りは見えません。
ガントとタイムラインは、工程の前後関係が実際に意味を持つ業務でだけ足します。前の作業が終わらないと次が始まらない、という依存関係が明確な仕事でなければ、線を引く作業が増えるだけで終わります。導入の判断は、いま表計算ソフトで工程表を引いているかどうかで決めると間違えにくくなります。引いていないなら、当面は要りません。
どのビューを足す場合も、元のデータは1つです。カンバンでカードを動かせばグリッドの値が変わり、カレンダーで日付を動かせば全部のビューに反映されます。表を人数分コピーして配る運用をやめられるのは、この仕組みがあるからです。
入力の入口をフォームに寄せる
とりまとめる立場の人が最も時間を取られているのは、実は自分の入力ではなく、他人からの依頼をメールやチャットから拾って転記する作業です。ここを減らす手段がフォームビューです。
公式のビュー紹介ページでは、フォームビューは次のように説明されています。
Create a shareable form that populates records in your Airtable base. Easily capture contact information or survey respondent information. 出典: airtable.com
共有できるフォームから、ベースにレコードが直接作られる仕組みです。依頼の受付をこのフォームに一本化すると、転記の作業がまるごと消えます。
運用上の利点はもう1つあります。料金ページには、フォームからの投稿には料金がかからないと明記されています。社外の協力会社や、社内の別部署の人にアカウントを配らずに入力してもらえるということです。20社の協力会社から作業報告を集めたい場合でも、追加の費用は発生しません。
フォームを作るときの注意は、項目を欲張らないことです。回答する側にとって、項目が10個を超えると回答率が落ちます。必須にするのは、件名、依頼元、希望期限の3つに絞り、残りは受け取った側で埋める設計にすると、フォームは使われ続けます。
権限を決めてから人を招く
人を招く前に決めておくのが権限です。ここを後回しにすると、1か月で列が増え続ける状態になります。
決めるべきことは1つで、フィールドを追加できる人を何人にするかです。全員が追加できる状態にすると、それぞれが自分に必要な列を足していき、半年後には誰も使っていない列が20個並びます。列が多い表は、入力する人にとって空欄だらけの画面になり、入力率を下げます。
構造を変えられる人を1人か2人に限定し、残りの人には値の書き換えだけを許す。この形にしておくと、列の追加は要望として上がってくるようになり、本当に必要かどうかを判断できます。
課金の面でも、権限の設計は意味を持ちます。公式の料金ページには、有料プランで課金対象になるのはワークスペース内のいずれかのベースに編集権限を持つユーザーであり、閲覧のみの共同編集者には料金がかからないと書かれています。見るだけでよい人を閲覧権限にしておけば、費用は編集する人数分で済みます。30人の部署で実際に書き換えるのが6人なら、その6人分という計算です。
最初の2週間は自動化を入れない
組み立てが終わると、次に通知や自動化を設定したくなります。ここは我慢したほうが結果が出ます。
導入して最初に起きる問題は、通知が飛ばないことではなく、誰も入力しないことです。入力されていないデータに対して自動化を組んでも、何も動きません。通知の設計に時間をかけた結果、肝心の入力が定着せずに終わるという流れは、この種の道具でよく見られます。
順番としては、2週間手で運用して、入力が続くかどうかを確かめます。続いたら、その2週間で自分が毎回手でやっていた作業を1つだけ自動化します。多くの場合、それは「期限が近いものを探してチャットに貼る」という作業です。
自動化の実行回数には上限があります。料金ページのプラン定義では、Businessプランで月100,000回、Enterprise Scaleプランで月1,000,000回という数字が示されています。通常の進行管理で使う範囲なら、上限を気にする場面はほとんどありませんが、レコードが更新されるたびに動く設定を複数入れると回数は伸びます。何回動いているかを月に1度確認する習慣をつけておくと安全です。
無料で始める前に、数えておく数字がある
無料プランで始める判断をする場合、先に数えておくべき数字が2つあります。
1つはレコード数です。料金ページのプラン定義によると、無料プランは1つのベースあたり1,000レコードが上限です。1行を案件にして月に20件なら4年もちますが、1行を作業にして月に200件なら5か月で天井に届きます。設計の段階でどちらを選んだかが、そのまま有料化の時期を決めます。
もう1つは変更履歴の保持期間です。無料プランは14日、Teamプランで1年、Businessプランで2年という水準が示されています。「誰がいつこの期限を動かしたのか」を後から追う必要のある仕事では、14日では足りません。検収や監査がある業務では、この項目が実質的な有料プランの必要条件になります。
なお、無料プランの位置づけについては、料金ページのよくある質問に説明があります。
The Free plan is formulated for individual users, very small teams, or those with lightweight needs. 出典: airtable.com
個人や非常に小さなチーム、あるいは軽い用途に向けた設計だ、という書き方です。数十人のチームの本番運用を無料プランで回す前提は置かれていないと読むのが妥当です。
テーブルを分けるかどうかは、後から決めてよい
組み立てを始めると、必ず「テーブルを分けるべきか」で悩む場面が来ます。取引先を別テーブルにするか、工程を別テーブルにするか、といった判断です。
結論から言えば、最初の1か月は分けないほうが運用は立ち上がります。テーブルが1つなら、入力する人は「この画面に書く」とだけ覚えればよく、迷いが生まれません。テーブルが3つあると、どこに何を書くのかを覚えてもらう必要が出てきます。10人の入力者のうち、道具に詳しいのが1人だけという状況では、この差が定着率に直結します。
分ける判断が必要になるのは、同じ内容を繰り返し書いていることに気づいたときです。取引先の名前と担当者と連絡先を、案件が増えるたびに毎回書いている。この状態になったら、取引先を別テーブルに切り出す価値が出ます。担当者が交代したときに、1行を直せば参照している案件すべてに反映されるからです。5件の案件に同じ取引先が紐づいている場合、5行を直す作業が1行で済みます。
切り出しは後からでも可能です。列の値をもとに新しいテーブルを作り、リンクフィールドで繋ぎ直す作業になります。最初から完璧な構造を作ろうとして設計に2週間かけるより、粗い形で月曜から動かして、必要になったところだけ直すほうが、結果として早く形になります。
もう1つ、分けないほうがよい場面があります。切り出したい対象の件数が10件以下の場合です。工程が5種類しかない、拠点が3つしかない、といったケースでは、単一選択のフィールドで十分です。テーブルに切り出す手間に見合いません。
入力してもらう人の画面を、自分で一度開いてみる
設計した本人と、入力する人が見ている画面は違います。ここを確かめないまま運用を始めると、想定していなかった詰まり方をします。
確認してほしいのは3つです。1つ目は、スマートフォンで開いたときの見え方です。現場で作業している人に入力してもらう場合、画面はスマートフォンになります。列が15個ある表をスマートフォンで開くと、横に長いスクロールが必要になり、入力の負担が跳ね上がります。現場から入力する運用にするなら、フォームからの入力に寄せるほうが現実的です。
2つ目は、閲覧権限しか持たない人の画面です。編集できない状態で開いたときに、必要な情報が見えているかを確かめます。自分は管理者権限で見ているので、他の人に見えていない列に気づかないことがあります。
3つ目は、招待を受け取った直後の画面です。初めて開いた人が、どこに何を書けばよいか判断できるかを見ます。判断できない場合は、ビューの名前を変えるだけで解決することが多いです。「案件一覧」ではなく「今週さわるもの」という名前にするだけで、開いた人の行動が変わります。
この3つの確認は、合わせて30分ほどで終わります。人を招く前にやっておくと、最初の1週間で出る質問の量がかなり減ります。
途中で行き詰まったときに見直す3か所
組み立てたあとに更新が止まった場合、道具を替える前に見直す場所が3つあります。
1つ目は、入力する場所が2つないかです。チャットでも進捗を報告していて、表にも書く運用になっていると、人は必ず片方をやめます。やめられるのはたいてい表のほうです。報告の場を1つに寄せる決定を、とりまとめる側が出す必要があります。
2つ目は、書いた情報が会議で使われているかです。週次の打ち合わせでその画面を開いていないなら、書く理由がありません。画面を開いて、そこに書かれている内容だけで進行を確認する。この運用に変えると、書かれていない情報は共有されないという状態が作れます。
3つ目は、入力の粒度です。1日に5件も6件もレコードを起こす設計になっていると、忙しい週から順に飛ばされます。粒度を粗くして、1日に1件か2件で済む形に変えるだけで、更新率は戻ることがあります。
この3つを直しても続かない場合は、設計ではなく道具の性質が合っていない可能性があります。データの入れ物から作る方式そのものが、そのチームには重いということです。
見分ける方法があります。入力が止まっているのが特定の1人か2人なのか、全員なのかを確かめることです。特定の人だけが止まっているなら、その人の業務では粒度や項目が合っていないだけで、設計を直せば戻ります。全員が同じ週に止まっているなら、道具の問題か、そもそも記録する動機が業務の中に無いかのどちらかです。
動機が無い場合は、道具を替えても結果は変わりません。書かれた情報を誰かが実際に使う場面を、先に業務の中に作る必要があります。週次の打ち合わせで画面を開く、発注の判断にその表を使う、といった具体的な用途です。用途が先にあれば、記録は自然に続きます。
最初の1か月でやることを、週ごとに割り振る
手順を並べると多く見えますが、実際にかかる時間は分散させられます。最初の1か月を4つの週に割ると、無理なく形になります。
1週目は、紙で列を決めて、テーブルを1つ作り、自分だけで入力します。この段階で人を招かないのが重要です。自分で1週間使ってみると、足りない列と要らない列がはっきりします。この時点で列を直すのは一瞬ですが、10人が入力し始めてから直すと全員に説明が要ります。
2週目は、グリッドビューのほかに用途別のビューを2つ作り、権限を決めて2人か3人だけ招きます。全員をいきなり招かないのは、最初の1週間に出る質問を少人数で吸収するためです。ここで出た質問は、そのまま社内向けの説明になります。
3週目に残りの人を招きます。招くときに伝えるのは、3つだけにします。どのビューを毎朝開くか、どの列は必ず埋めるか、そして進捗を聞かれたらどこを見せるか。操作方法の説明は要りません。触れば分かる部分に時間を使うより、運用の約束を伝えるほうが定着します。
4週目は、入力が続いているかを確かめます。確かめる方法は単純で、更新が3日以上止まっているレコードが何件あるかを数えることです。全体の3割を超えているなら、粒度が細かすぎるか、入力する場所が2つある可能性が高いと判断できます。
この4週間を通して、自動化は入れません。入れるのは、入力が続くことを確かめた後です。順番を逆にすると、動かないデータに対して通知だけが飛ぶ状態になります。
組み立て方が違う道具と、何を基準に比べるか
ここまで見てきたとおり、この道具は「設計してから使う」種類のものです。比較検討をするなら、この一点を軸に置くと判断が速くなります。
対極にあるのが、板とカードが最初から置かれていて、開いた日から使える方式です。設計の工程が不要な代わりに、データを条件で絞り込んだり集計したりする力は弱くなります。どちらが向くかは、管理対象が表として設計できるか、そして設計を引き受ける人が社内にいるかで決まります。カードを並べる方式で始めたときに何が早く、どこで足りなくなるのかはTrelloとの比較に整理しています。文書を中心に据える道具との違いはNotionとの比較で扱っています。
料金の比べ方にも軸があります。機能ごとにプランが分かれる体系では、必要な機能が1つ上のプランにあるという理由で、全員分の単価が上がります。機能で絞らず、区切るのは人数とボードの数だけという考え方であれば、この跳ね上がりは起きません。自分たちが使いたい機能がプランのどこに置かれているかは、料金のページと各社の料金ページを並べて確かめるのが確実です。使える機能の範囲はできることに一覧があります。
いま使っている道具からデータを移してくる場合は、書き出せる形式と、手で作り直すことになる部分を先に確認しておく必要があります。移行の段取りの考え方はTrelloからの移行にまとめています。社外の協力会社を含むデータを扱う場合の考え方は安全性の考え方、組み立ての初期に出やすい疑問はよくある質問に整理しています。他の道具との対応関係を一度に見たい場合は比較の一覧が早道です。
組み立ての手順そのものは、どの道具でも大きくは変わりません。1件を何にするか決め、項目を絞り、ステータスを固定し、入口を1つにする。この4つを先に決めておけば、道具が変わっても設計はそのまま持ち運べます。
逆に言えば、この4つを決めずに道具だけを替えても、同じ場所で止まります。表計算ソフトで更新が止まったチームが別の道具に移って、3か月後にまた止まるという流れは、ここを飛ばしたときに起きます。止まった原因が道具の性能だったのか、運用の約束が無かったのかを先に切り分けておくと、次の道具選びは短く済みます。
判断に使える時間は限られています。列を紙に書き出す作業に30分、1件の単位を決めるのに30分。この1時間を先に使うことが、結果的にいちばん効きます。
Q1. Airtableは最初に何から手をつければよいですか？
画面を開く前に、管理したい対象の項目名を紙に書き出してください。何の件か、誰が担当か、いつまでか、いまどの段階か、どこに資料があるか、の5つが揃えば進行管理としては成立します。テンプレートから始めると使わない列が残り、入力する人が空欄をスキップする画面になります。列は10個以内に収めるのが目安です。
Q2. ステータスの選択肢はいくつにすべきですか？
4つから5つが扱いやすい範囲です。未着手、作業中、確認待ち、完了を基本形にして、業務の性質に応じて1つだけ足す形が現実的です。足す1つは、過去3か月のチャットで「止まっている理由」として一番多く出てくる言葉から選ぶと、週次の確認で誰に催促すべきかが一目でわかるようになります。
Q3. 社外の協力会社にも入力してもらえますか？
フォームビューを使えば、アカウントを配らずに入力してもらえます。公式の料金ページには、有料プランでもフォームからの投稿には料金がかからないと明記されています。ただし回答する側の負担を考えると、必須項目は件名、依頼元、希望期限の3つ程度に絞り、残りは受け取った側で埋める設計にするほうが回答率は保てます。
Q4. 無料プランのまま本番運用を続けられますか？
上限を先に数えておく必要があります。無料プランは1つのベースあたり1,000レコード、添付1GB、変更履歴14日という水準です。1行を作業単位にして月200件起こす運用なら5か月ほどで天井に届きます。公式の料金ページでも、無料プランは個人や非常に小さなチーム、軽い用途に向けた設計だと説明されています。