Airtableの選び方｜台帳・フォーム・課金対象者を整理

表を増やす前に記録を定義する

会社、担当者、依頼のように別の対象を区別し、どのIDで結ぶかを決めます。同じ会社名を複数の表へ手入力する設計では、後から表記揺れや重複が増えます。画面を先に作るより、更新すべき記録が一つに決まる構造を先に確認してください。

フォーム回答と作業台帳の違い

外部の人が送る回答と、社内で担当・状態を更新する仕事を分けます。回答者に台帳編集の権限まで渡す必要があるかを再検討してください。入力後の修正、添付、重複の扱いは、最初の一件だけでなく例外も含めて確認します。

試用の機能を無料枠と混ぜない

公式には初回のTeam試用と、その後のFreeまたは有料の選択が案内されています。最初に動いた構成が、試用後も同じ機能と量で使えるとは限りません。必要な項目数や自動化、保存量を、試用終了後に採用するプランで照合します。

誰が課金対象になるかを確認

Airtableの課金はワークスペースと役割による条件があります。TeamではCommenter以上が課金対象になる説明があり、編集者だけ数えればよいとは限りません。閲覧だけの人、回答者、コメントする人を分け、アカウント全体の人数から推測しないようにします。

制作案件十件を試す例

架空の制作案件十件に、顧客、納期、担当、確認待ち状態を持たせます。担当交代、同じ顧客からの別案件、納期変更を試し、どこを修正するかを確認します。通知が届くことだけでなく、一覧と元の記録が一致することを確認します。

移行時に持ち出す情報を決める

表の値だけでなく、項目の意味、関係、フォーム、条件分岐、接続の所有者を記録します。別サービスへ移すなら、CSVで持ち出せる部分と、作り直す設定を分けます。書き出した行数と対象範囲を確かめ、契約変更前に必要なデータが残る方法を確認してください。

• 人数とワークスペースで費用を見る

確認者が変わる日の検証

架空の十案件で担当者を一人交代し、未確認の案件が新しい担当者の一覧へ現れるかを確認します。前の担当者への通知だけを変更しても、台帳の担当が古いままなら引き継げていません。新担当者に必要な権限と、その権限が課金対象になるかを合わせて確認します。閲覧できること、コメントで確認を残せること、項目を修正できることを別の作業として記録してください。