Wenn ein geteilter Tracker nicht mehr ausreicht
Airtable beschreibt sich als Low-Code-Plattform, die die Einfachheit einer Tabellenkalkulation mit der Leistung einer Datenbank verbindet. Sie richtet sich an Teams, die eigene Apps für Workflows und Projektmanagement bauen. Die praktische Frage lautet: Wann verdient ein geteilter Tracker diesen Aufwand?
Die üblichen Anzeichen sind bekannt: mehrere Kopien derselben Datei, Status, die für verschiedene Personen Verschiedenes bedeuten, und Anfragen, die per Chat statt über ein Formular eintreffen. Die Kreativagentur Code and Theory beschreibt genau das in ihrer Fallstudie. Jeder Producer führte sein eigenes Ablagesystem, Verträge kamen ohne Kontext zur rechtlichen Prüfung, und das Sammeln von Daten für die Geschäftsleitung kostete viel Handarbeit. Die Fallstudie stammt von Airtable selbst. Lesen Sie die Ergebnisse daher als Angaben des Anbieters.
Diese Anleitung folgt vier Schritten: Datenmodell, Ansichten und Interfaces, Automatisierungen, dann Berechtigungen und Betrieb. KI-Funktionen behandeln wir gesondert, denn die Produktseiten stellen sie als tarifabhängige Optionen dar, nicht als Voraussetzung.
Schritt eins: das Datenmodell vor den Oberflächen aufbauen
Trennen Sie zuerst, was Ihr Tracker vermischt: Projekte, Aufgaben, Verträge, Personen und Kunden werden zu verknüpften Tabellen statt zu Spalten in einem einzigen Blatt. Alles Weitere, von Filtern bis zu Berechtigungen, wird einfacher, wenn jedes Element an genau einem Ort liegt.
Code and Theory gab jedem Producer eine Projektmanagement-Base, die mit einer App für das Produktionshandbuch verbunden ist. Über die Sync-Funktion von Airtable fließen die Daten dann in eine einzige Base, die den Projektstatus, die Vertriebspipeline, Rechnungen und einen Gesamtzeitplan erfasst. Schaeffler nutzte ein Modell mit übergeordneter und untergeordneten Apps: Lokale Teams verwalten ihre eigene Arbeit und speisen strukturierte Daten in einen globalen Kalender ein. Beide Beispiele zeigen dieselbe Idee: lokale Verantwortung mit einer gemeinsamen Zusammenführung.
Die Größe zählt von Anfang an. Die Preisseite nennt 1.000 Datensätze pro Base im Free-Tarif, 50.000 im Team-Tarif, 125.000 im Business-Tarif und 500.000 in Enterprise Scale, wobei Enterprise Scale eine Funktion namens HyperDB erhält. Außerdem nennt sie Standard-Sync im Team-Tarif sowie Premium- und Zwei-Wege-Sync im Business-Tarif. Schätzen Sie Ihre Zeilenzahlen und prüfen Sie, ob Teams separate Bases brauchen, die synchronisiert werden.
Schritt zwei: Ansichten nach Rolle, dann Interfaces
Sobald die Daten verknüpft sind, erhält jede Zielgruppe ihre eigene Sicht. Die Preisseite nennt Visualisierungen als Raster, Kanban, Kalender, Galerie, Liste, Dashboard und Formular sowie den Interface Designer, der sogar im Free-Tarif enthalten ist. Gantt- und Zeitachsenansichten gibt es ab dem Team-Tarif.
Code and Theory nutzte personalisierte Ansichten, damit Producer nur sehen, was sie betrifft, und Formulare, um die Erfassung von Verträgen zu vereinheitlichen. So muss die Rechtsabteilung nicht immer wieder dieselben Fragen stellen. Zudem baute die Agentur ein Dashboard zum Prüfen und Freigeben von Verträgen. Die Lehre daraus: Formulare ordnen den Eingang, Ansichten ordnen das Lesen. Interfaces sind für Personen gedacht, die das zugrunde liegende Raster nicht anfassen sollen.
Für externe Beteiligte nennt die Preisseite Portals als kostenpflichtiges Add-on, ab 120 US-Dollar pro Monat für 15 Gäste im Team-Tarif und 150 US-Dollar im Business-Tarif. Eine Fußnote nennt 127,50 US-Dollar für Business bei jährlicher Zahlung. Prüfen Sie das frühzeitig, wenn Kunden oder Lieferanten etwas einsehen müssen.
Schritt drei: die Übergaben automatisieren
Automatisieren Sie erst, wenn die Struktur stabil ist. Bei Code and Theory bearbeitete die Rechtsabteilung früher täglich von Hand eine E-Mail, um den Stand der Verträge zu melden. Laut Fallstudie verteilen nun Automatisierungen die Statusmeldungen, und Erinnerungen per Slack und E-Mail starten fünf Werktage, bevor ein Letter of Engagement ausläuft. Das ist ein konkretes Muster: ein Datumsfeld, eine Regel und eine Benachrichtigung.
Die Grenzen der Tarife prägen diesen Schritt. Laut Preisseite liegen die Automatisierungsläufe pro Monat bei 100 im Free-Tarif, 25.000 im Team-Tarif, 100.000 im Business-Tarif und 500.000 in Enterprise Scale, mit je nach Tarif 75 bis 200 Automatisierungen pro Base. Externe E-Mail-Empfänger pro Tag sind im Free-Tarif auf Mitwirkende begrenzt, im Team-Tarif auf 100 und im Business-Tarif auf 1.000. Ein Erinnerungsablauf, der Kunden E-Mails schickt, kann an diese Grenzen stoßen. Zählen Sie daher zuerst die erwarteten Läufe.
KI-Optionen, getrennt vom Kern
Die Startseite von Airtable bewirbt KI-Agenten, einen dialogbasierten Builder namens Omni und die Wahl zwischen mehreren Modellanbietern. Die Preisseite knüpft dies an KI-Credits: 500 pro Editor und Monat im Free-Tarif, 15.000 pro zahlendem Nutzer im Team-Tarif, 20.000 im Business-Tarif und 25.000 in Enterprise Scale zum Listenpreis, dazu Credit-Pakete. Omni und AI Field Agents erscheinen dort als neue Funktionen. Der Seitentext macht aber nicht klar, welcher Tarif welche Funktion enthält. Klären Sie das in einer Demo.
Die Fallstudien zeigen, was KI-Felder leisten können, sobald die Struktur steht. Das Product-Operations-Team von OpenAI führt pro Funktion einen Projektdatensatz mit wöchentlichen Updates jedes Verantwortlichen. Laut Fallstudie fassen KI-Felder diese Updates über 50 bis 60 Projekte zusammen und markieren Abweichungen von erfassten Meilensteinen. Schaeffler berichtet, Agenten zu nutzen, um Anfragen passenden Designern zuzuordnen und Inhalte anhand strategischer Themen zu bewerten. Dies sind vom Anbieter veröffentlichte Berichte, keine Tests, und die Fallstudien nennen keinen Credit-Verbrauch.
Schritt vier: Berechtigungen und Betrieb der App
Die Preisseite nennt Bearbeitungsrechte für Felder und Tabellen, persönliche und gesperrte Ansichten, fein abgestufte Interface-Berechtigungen sowie Freigaben mit Passwort oder Domain-Beschränkung. Ab dem Business-Tarif nennt sie ein Admin-Panel, SAML-Single-Sign-on, eine App-Sandbox und KI-Admin-Steuerungen. Auf der Sicherheitsseite kommen Audit-Logs, Data Loss Prevention und Enterprise Key Management hinzu. Welche Funktion in welchem Tarif steckt, ist in der verflachten Tabelle schwer zu erkennen. Prüfen Sie daher jede Funktion, die Sie brauchen.
Der Versionsverlauf unterscheidet sich je nach Tarif: zwei Wochen im Free-Tarif, ein Jahr im Team-Tarif, zwei Jahre im Business-Tarif und drei oder mehr Jahre in Enterprise Scale. Die Trust-Seite von Airtable beschreibt zudem einen Versionsverlauf auf Ebene einzelner Datensätze.
Zur Sicherheit gibt Airtable an, ein SOC-2-Type-2-Audit durchlaufen zu haben, die Datenspeicherung in der Europäischen Union als Option anzubieten und Kunden einen Auftragsverarbeitungsvertrag unterzeichnen zu lassen. Laut Startseite werden keine Kundendaten gespeichert oder zum Training von KI-Modellen verwendet, und die Modelle laufen in der AWS-Umgebung von Airtable. Lesen Sie diese Punkte als Angaben des Anbieters.
Einen Tarif wählen und was Sie in einer Demo fragen sollten
Kleine Teams mit einer gemeinsamen Base, Formularen und wenigen Automatisierungen können im kostenlosen Tarif testen, den die Preisseite mit bis zu fünf Editoren angibt. Apps für mehrere Teams, die Sync, mehr Datensätze und intensivere Automatisierung brauchen, landen wahrscheinlich beim Team- oder Business-Tarif. Enterprise Scale passt, wenn Governance, Audit-Logs und sehr große Bases die Entscheidung bestimmen.
Redaktioneller Vorschlag, keine Angabe des Anbieters: Bauen Sie einen echten Workflow vollständig als Prototyp, etwa ein Eingangsformular, verknüpfte Tabellen, eine Rollenansicht und eine Erinnerung. Vergleichen Sie ihn dann mit Ihren Zahlen zu Datensätzen und Läufen. Fragen Sie in der Demo, welche KI-Funktionen Ihr Tarif enthält, wie Credits verbraucht werden und wie sich die Slack-Integration verhält, denn deren Dokumentation haben wir nicht geprüft.
Methodik und Grenzen
2026-10-15
Diese datierte Momentaufnahme zählt unterschiedliche Unternehmen in öffentlichen Kundenbelegen. „Bestätigt“ steht für eine Fallstudie, eine namentliche Kundenstimme oder eine Pressequelle, „Beobachtet“ für einen Eintrag beim Anbieter und „Signal“ für eine Stellenanzeige. Alle drei zählen, ihre Beweiskraft ist aber unterschiedlich. Entfernte Einträge und Einträge ohne Nachweisstufe sind ausgeschlossen. Die Beispiele sind eine begrenzte Auswahl, die innerhalb von 90 Tagen geprüft wurde. Angaben zum Anbieter sind belegte Datensätze, die innerhalb von 60 Tagen geprüft wurden. Die Abdeckung ist ungleichmäßig, und fehlende Belege bedeuten „unbekannt“. Diese Zahlen messen weder Marktanteile noch Produktleistung. Erfassungsdaten sind keine Einführungsdaten.
