Airtable som databas i företaget: vad det passar till och hur du strukturerar det

Vad Airtable är, och hur det skiljer sig från Excel

En Airtable-bas är en samling tabeller för ett arbetsflöde. Varje rad är en post, till exempel en kund, och varje kolumn är ett fält. Den stora skillnaden mot Excel och Google Sheets är att fälten har typer. Ett datumfält tar bara datum, ett valfält tar bara de alternativ du har bestämt, och ett länkfält pekar på en post i en annan tabell. Det gör det svårare att skriva fel.

Ovanpå tabellerna finns vyer, alltså olika sätt att se samma data: en lista filtrerad på mina ärenden, en tavla där varje status är en kolumn eller en kalender. Formulär låter kollegor eller kunder lägga in poster utan att se hela basen. Automationer kan skicka ett mejl, skapa en post eller ändra ett fält när något händer. Via Zapier, Make eller n8n kan Airtable också utbyta data med andra system.

Jämfört med en traditionell databas, som PostgreSQL eller SQL Server som utvecklare bygger system på, är Airtable enklare att komma igång med. I gengäld passar det sämre för mycket stora datamängder, detaljerade behörighetsregler och lägen där flera ändringar måste lyckas eller misslyckas tillsammans. För de flesta register spelar det ingen roll.

Så strukturerar du data i Airtable

Att bygga en databas i Airtable handlar mest om att tänka efter före första tabellen.

En tabell per sak. Kunder i en tabell, projekt i en annan, fakturor i en tredje. Står samma kund på tio rader med olika stavning har två saker hamnat i samma tabell.

Länkade poster i stället för kopierad text. När ett projekt hör till en kund länkar du till kundposten i stället för att skriva in namnet. Då räcker det att ändra adressen på ett ställe.

Ett tydligt namn på varje post. Det första fältet i en tabell fungerar som postens identitet, en sorts primärnyckel, och det visas överallt där posten länkas. Gör det unikt och begripligt, till exempel ordernummer plus kundnamn, inte bara ordet order.

Statusfält med fasta val. En status som Ny, Pågår, Väntar på kund och Klar som enkelval gör det möjligt att filtrera, bygga vyer och starta automationer.

En ägare per fält. Bestäm vem som uppdaterar vad. Då vet alla vart de ska vända sig när något ser fel ut.

När det är dags att gå vidare från Airtable

Var gränserna går beror på vilken plan ni har, men varningstecknen brukar vara desamma.

Mycket stora datamängder, när vyer börjar ladda långsamt eller ni närmar er planens tak. Komplexa behörigheter, när olika kunder eller avdelningar bara ska se sina egna rader. Tunga transaktioner, alltså när flera ändringar måste ske tillsammans eller inte alls, som att dra av lagersaldo och skapa en order i samma ögonblick. Hög tillgänglighet, när verksamheten står still om basen inte svarar.

Då är nästa steg ofta en traditionell databas med ett eget gränssnitt, där Airtable kanske lever kvar som arbetsyta för en del av flödet. Läs mer på sidan om Airtable, Zapier och n8n, eller i texten om Airtable som CRM om det är kundregistret som växer.

Ett exempel från mitt eget arbete

IdeaEvaluator är en tidig men fungerande tjänst jag har byggt, där man skickar in en affärsidé och får den bedömd med hjälp av AI ur fem olika vinklar. Jag behövde följa hur tjänsten fungerade, och Airtable gav snabb överblick utan en egen adminsida.

Men jag bestämde tidigt vad som skulle dit och vad som inte skulle det. Airtable får bara uppgifter om varje körning: hur lång tid den tog, hur mycket AI-användning den krävde och vilka funktioner som var påslagna. Själva idétexten som användaren skriver skickas aldrig dit.

Det gör att jag kan följa driften utan att Airtable blir ett arkiv över andras idéer. Lärdomen gäller de flesta företag: bestäm lika noga vad som inte hör hemma i Airtable som vad som gör det.