D'un suivi partagé à une application Airtable fiable : données, vues, automatisations, droits

Quand un suivi partagé ne suffit plus

Airtable se présente comme une plateforme low-code qui associe la simplicité d'un tableur à la puissance d'une base de données, destinée aux équipes qui créent des applications sur mesure pour leurs flux de travail et leurs projets. Reste à savoir à quel moment un suivi partagé justifie ce passage.

Les signes sont connus : plusieurs copies du même fichier, des statuts qui n'ont pas le même sens pour tous, des demandes qui arrivent par messagerie plutôt que par formulaire. L'agence créative Code and Theory décrit exactement cela dans son étude de cas : chaque producteur avait son propre système, les contrats arrivaient en revue juridique sans contexte et la remontée des données vers la direction demandait beaucoup d'efforts manuels. Le récit est publié par Airtable ; ses résultats sont déclarés par le fournisseur.

Ce guide suit quatre étapes : modèle de données, vues et interfaces, automatisations, puis droits et exploitation. L'IA est traitée à part, car les pages produit la présentent comme une option dépendante du plan, non comme un prérequis.

Sources : airtable.com · Code and theory (airtable.com) · Pricing (airtable.com)

Étape 1 : le modèle de données avant les écrans

Commencez par séparer ce que votre tableau mélange : projets, tâches, contrats, personnes et clients deviennent des tables liées, et non des colonnes d'une seule feuille. Filtres et permissions deviennent plus simples quand chaque objet n'existe qu'à un endroit.

Code and Theory a donné à chaque producteur une base de gestion de projet reliée à une application de manuel de production. Grâce à la synchronisation d'Airtable, les données alimentent ensuite une base unique qui suit la santé des projets, le pipeline commercial, les factures et un planning général. Schaeffler a adopté un modèle parent-enfant : les équipes locales gèrent leur travail et alimentent un calendrier global en données structurées. Même idée dans les deux cas : propriété locale, consolidation commune.

La volumétrie compte dès le départ. La page tarifs indique 1 000 enregistrements par base en Free, 50 000 en Team, 125 000 en Business et 500 000 en Enterprise Scale, avec la fonction HyperDB sur ce dernier plan. Elle liste la synchronisation standard dès Team, puis la synchronisation premium et bidirectionnelle en Business. Estimez vos volumes et décidez si des bases distinctes synchronisées sont nécessaires.

Sources : Code and theory (airtable.com) · Schaeffler (airtable.com) · Pricing (airtable.com)

Étape 2 : des vues par rôle, puis des interfaces

Une fois les données liées, donnez à chaque public sa propre vue. La page tarifs cite les vues grille, kanban, calendrier, galerie, liste, tableau de bord et formulaire, ainsi qu'Interface Designer, inclus même en Free. Les vues Gantt et chronologie apparaissent à partir de Team.

Code and Theory a utilisé des vues personnalisées pour que chaque producteur ne voie que ce qui le concerne, et des formulaires pour standardiser l'admission des contrats, afin que le service juridique cesse de reposer les mêmes questions. Un tableau de bord permet aussi de relire et d'approuver les contrats. Enseignement : le formulaire fiabilise l'entrée, la vue fiabilise la lecture, et l'interface sert ceux qui ne doivent pas toucher à la grille.

Pour les intervenants externes, la page tarifs propose les portails comme module payant, à partir de 120 $ par mois pour 15 invités en Team et 150 $ en Business, une note indiquant 127,50 $ pour Business en facturation annuelle. À vérifier tôt si clients ou fournisseurs doivent consulter des données.

Sources : Pricing (airtable.com) · Code and theory (airtable.com)

Étape 3 : automatiser les passages de relais

N'automatisez qu'une fois la structure stable. Chez Code and Theory, l'équipe juridique modifiait à la main un e-mail quotidien pour signaler l'état des contrats. Selon l'étude, des automatisations partagent désormais ces mises à jour, et des rappels par Slack et e-mail démarrent cinq jours ouvrés avant l'expiration d'une lettre de mission. Le schéma est concret : un champ de date, une règle, une notification.

Les limites de plan pèsent ici. D'après la page tarifs, les exécutions d'automatisations par mois sont de 100 en Free, 25 000 en Team, 100 000 en Business et 500 000 en Enterprise Scale, avec 75 à 200 automatisations par base selon le plan. Les destinataires d'e-mails externes par jour sont limités aux collaborateurs en Free, à 100 en Team et à 1 000 en Business. Un rappel envoyé à des clients peut atteindre ces plafonds : comptez d'abord les exécutions prévues.

Sources : Code and theory (airtable.com) · Pricing (airtable.com)

Les options d'IA, séparées du socle

La page d'accueil d'Airtable met en avant des agents IA, un constructeur conversationnel nommé Omni et le choix de plusieurs fournisseurs de modèles. La page tarifs relie cela aux crédits IA : 500 par éditeur et par mois en Free, 15 000 par utilisateur payant en Team, 20 000 en Business et 25 000 en Enterprise Scale au prix catalogue, plus des packs de crédits. Omni et les AI Field Agents y figurent comme nouveautés, mais le texte ne précise pas quel plan inclut chacun : à confirmer en démonstration.

Les études de cas montrent ce que permettent les champs IA une fois la structure en place. Chez OpenAI, l'équipe opérations produit tient un enregistrement par fonctionnalité avec une mise à jour hebdomadaire de chaque responsable ; selon le récit, des champs IA résument ces mises à jour pour 50 à 60 projets et signalent les écarts avec les jalons saisis. Schaeffler déclare utiliser des agents pour affecter les demandes aux designers et évaluer les contenus selon ses thèmes stratégiques. Ce sont des récits publiés par le fournisseur, pas des tests, et ils n'indiquent pas la consommation de crédits.

Sources : airtable.com · Pricing (airtable.com) · Openai (airtable.com) · Schaeffler (airtable.com)

Étape 4 : droits et exploitation

La page tarifs liste des permissions d'édition par champ et par table, des vues personnelles ou verrouillées, des permissions d'interface granulaires et des partages protégés par mot de passe ou domaine. Elle mentionne un panneau d'administration, l'authentification unique SAML, un bac à sable d'applications et des contrôles d'administration de l'IA à partir de Business, ainsi que des journaux d'audit, la prévention des pertes de données et la gestion des clés de chiffrement côté sécurité. Le tableau aplati rend la répartition par plan difficile à lire : confirmez chaque fonction dont vous avez besoin.

L'historique des révisions varie selon le plan : deux semaines en Free, un an en Team, deux ans en Business, plus de trois ans en Enterprise Scale. La page confiance d'Airtable décrit aussi un historique de révisions par enregistrement.

Côté sécurité, Airtable indique avoir fait l'objet d'un audit SOC 2 Type 2, propose le stockage des données dans l'Union européenne en option et permet de signer un addendum de traitement des données. Sa page d'accueil affirme qu'aucune donnée client n'est conservée ni utilisée pour entraîner des modèles d'IA et que les modèles s'exécutent dans son environnement AWS ; ce sont des déclarations du fournisseur.

Sources : Pricing (airtable.com) · Trust and security (airtable.com) · airtable.com

Choisir un plan et préparer la démonstration

Une petite équipe avec une base partagée, des formulaires et quelques automatisations peut tester le plan gratuit, qui autorise jusqu'à cinq éditeurs selon la page tarifs. Une application multi-équipes avec synchronisation, volumes plus élevés et automatisations plus lourdes regardera plutôt Team ou Business. Enterprise Scale correspond aux cas où gouvernance, journaux d'audit et très grosses bases dominent.

Suggestion éditoriale, pas une capacité du fournisseur : prototypez un vrai flux de bout en bout (formulaire d'admission, tables liées, une vue par rôle, un rappel) et comparez-le à vos volumes d'enregistrements et d'exécutions. En démonstration, demandez quelles fonctions d'IA votre plan inclut, comment les crédits sont consommés et comment se comporte l'intégration Slack, dont nous n'avons pas examiné la documentation.

Sources : Pricing (airtable.com) · Code and theory (airtable.com)