Airtable

Airtable est la base de données par défaut de la plupart de nos projets. Ce n'est pas un choix de confort : c'est le seul outil de sa catégorie qui reste lisible par l'équipe métier une fois le projet livré. Une table Airtable se comprend sans documentation, ce qui décide de la survie d'un outil interne bien plus sûrement que ses fonctionnalités.

Pourquoi Airtable plutôt qu'un tableur

La différence tient en un mot : les liens. Dans un tableur, une commande qui renvoie à un client est une chaîne de caractères recopiée, et la moindre faute de frappe crée un doublon silencieux. Dans Airtable, c'est une relation entre deux tables : le client existe une fois, et tout ce qui le concerne s'y rattache.

Le reste en découle. Les champs sont typés, donc une date reste une date et un montant un nombre. Les vues filtrent la même donnée pour chaque métier sans en dupliquer une ligne. Les automatisations natives se déclenchent sur un changement de champ, sans outil supplémentaire.

Centraliser des sources dispersées

Le point de départ d'un projet Airtable est presque toujours le même : la donnée existe, mais éparpillée entre des boîtes mail, des fichiers partagés et deux ou trois logiciels qui ne se parlent pas. Nous branchons ces sources sur une base unique, le plus souvent avec Make, pour que chaque information n'ait qu'un seul endroit de référence.

Sur un projet de gestion des retours utilisateurs, nous avons ainsi rassemblé dans une base unique des retours qui arrivaient par e-mail, par formulaire web et par le support. Chaque retour a reçu un statut, consultable et modifiable par les utilisateurs eux-mêmes. Une règle native envoie une notification interne dès qu'un retour reste plus de trois jours dans le même statut : la relance ne dépend plus de la vigilance de quelqu'un.

Structurer un suivi commercial

Sur une refonte d'outils de prospection, la base Airtable a servi de socle au suivi des ventes : une fiche par prospect, un statut qui matérialise son avancement dans le cycle, et des relances automatiques déclenchées par ce statut. Chaque commercial voit son portefeuille, le manager garde une vue d'ensemble sans réclamer de reporting.

Ses limites, et ce qu'on met autour

Airtable est une excellente base de données et une interface correcte. Dès que l'expérience utilisateur devient un enjeu — un portail client, un espace avec des droits fins, une application publique — nous ne la construisons pas dans Airtable. Nous posons Softr ou WeWeb par-dessus, et Airtable reste ce qu'il fait de mieux : la source de vérité.

Deux autres seuils méritent d'être connus avant de s'engager. Le volume : Airtable n'est pas conçu pour des millions d'enregistrements, et un projet qui vise cette échelle appelle plutôt Xano. Les formules et les interfaces, enfin, demandent une vraie montée en compétences — c'est faisable, c'est même souhaitable, mais cela ne s'improvise pas en une après-midi.