Dans la première partie de ce guide, nous avons vu comment Airtable peut servir de base pour structurer un système métier, ainsi que les points essentiels à cadrer avant de se lancer. Une fois ces fondations posées, une question reste en suspens : comment transformer cette réflexion en un outil concret, utilisable au quotidien ?

C’est précisément l’objectif de cette deuxième partie. Passer de la théorie à la pratique, en construisant un cas simple mais structuré. Pas un tutoriel générique, ni un modèle tout prêt, mais une approche réfléchie pour créer un outil réellement exploitable

Pour cela, nous allons nous appuyer sur un cas d’usage très courant : la création d’un CRM. Un bon terrain de jeu, car il permet de manipuler des données, des relations, des vues et des automatisations, tout en restant suffisamment simple pour rester lisible.

L’idée n’est pas de construire un CRM parfait. L’idée est de construire un CRM cohérent. Un outil qui répond à un besoin réel, qui peut être utilisé immédiatement, et qui pose des bases saines pour évoluer ensuite.

Avant de créer la première table, il faut toutefois comprendre une chose essentielle : Airtable propose plusieurs façons de démarrer un projet. Et ce choix initial a un impact direct sur la qualité du système que vous allez construire.

Passer de la théorie à la pratique

Les principes posés dans la première partie sont essentiels. Mais ils prennent réellement du sens lorsqu’on les applique à un cas concret.

Pour illustrer cette mise en pratique, nous allons nous appuyer sur un cas fictif, volontairement simple, mais représentatif de nombreux besoins métiers.

L’objectif n’est pas de construire un outil parfait, mais de construire un outil cohérent.

Cas d’étude : structurer un CRM simple pour une équipe commerciale

Imaginons une entreprise qui génère des leads via plusieurs canaux : site web, campagnes marketing, appels entrants. Aujourd’hui, ces informations sont dispersées entre différents outils, fichiers et échanges internes.

L’équipe commerciale a besoin d’un outil simple pour centraliser ces données, suivre les opportunités et garder une vision claire de son pipeline.

Les objectifs sont les suivants :

centraliser les contacts et les entreprises ;
suivre les opportunités commerciales ;
visualiser l’avancement des deals ;
structurer un premier niveau de reporting.

À ce stade, il ne s’agit pas de couvrir tous les cas possibles, ni de reproduire un CRM complexe. Il s’agit de construire un socle simple, utilisable immédiatement, et suffisamment propre pour évoluer ensuite.

C’est exactement dans ce type de contexte qu’Airtable est particulièrement pertinent. Il permet de construire rapidement un outil sur mesure, tout en gardant une structure claire.

Avant de commencer à créer des tables, une question se pose : par où démarrer concrètement dans Airtable ?

Les différentes façons de démarrer dans Airtable

Avant même de créer une première table, Airtable propose plusieurs façons de démarrer un projet. Ce choix peut sembler secondaire, mais il a en réalité un impact direct sur la qualité et la structure du système que vous allez construire.

Certaines approches permettent d’aller très vite, mais au prix d’un manque de maîtrise. D’autres demandent un peu plus de réflexion au départ, mais offrent une base beaucoup plus solide.

Omni (IA)

Génération automatique d’une base via intelligence artificielle à partir d’une description.

Très rapide
Idéal pour explorer

Structure générique
Peu maîtrisable

Modèles

Utilisation de templates prêts à l’emploi proposés par Airtable.

Gain de temps
Bon point de départ

Souvent trop générique
Difficile à adapter proprement

Chargement rapide

Import de données existantes pour générer automatiquement une structure.

Pratique avec données existantes
Mise en place rapide

Reproduit les erreurs existantes
Structure rarement optimisée

Recommandé

Créer sa propre app

Construction d’une base depuis zéro, adaptée au besoin réel.

Structure maîtrisée
Évolutivité
Base saine

Demande plus de réflexion

Dans la suite de cet article, nous allons partir de zéro pour construire un CRM simple, cohérent et utilisable immédiatement.

Pourquoi nous partons d’une base vide

À ce stade, le réflexe le plus courant serait de gagner du temps avec un modèle existant ou avec un générateur automatique. C’est tentant, et dans certains cas, cela peut suffire pour faire un test rapide.

Mais ici, ce n’est pas le sujet. L’objectif n’est pas de produire une démo en cinq minutes. L’objectif est de construire un CRM simple, cohérent et réellement exploitable.

Partir d’une base vide permet justement de garder la main sur ce qui compte vraiment : la structure des données, les relations entre les objets, les champs utiles et la logique générale du système.

Un bon point de départ n’est pas forcément le plus rapide. C’est celui qui évite de devoir tout refaire ensuite.

Un template peut être utile pour s’inspirer. Un import peut être pratique pour récupérer un historique. Une génération par IA peut aider à explorer une idée. Mais aucun de ces points d’entrée ne remplace un minimum de conception.

Dans le cas d’un CRM, c’est particulièrement vrai. Dès qu’on manipule des contacts, des entreprises, des opportunités ou des étapes commerciales, une structure approximative finit toujours par poser problème. Au début, tout semble fonctionner. Puis les doublons apparaissent, les vues deviennent confuses, et les automatisations commencent à compenser une base qui n’a pas été pensée proprement.

C’est précisément ce que nous voulons éviter ici.

Nous allons donc partir de zéro, avec une logique simple : construire uniquement ce qui est nécessaire pour un premier CRM utile, sans surcharger la structure dès le départ.

Avant de créer les tables, il faut maintenant comprendre l’environnement de travail dans Airtable. Et plus précisément, les quatre espaces qui vont structurer la construction de notre CRM.

Comprendre l’interface de conception Airtable

Avant de construire notre CRM, il est utile de comprendre comment Airtable organise son environnement de travail. L’outil ne se limite pas à des tables. Il propose plusieurs espaces complémentaires, chacun avec un rôle précis dans la construction du système.

Bien distinguer ces espaces permet de garder une base claire dès le départ et d’éviter de mélanger structure, logique et usages.

Données

C’est le socle de la base. On y définit les tables, les champs et les relations entre les différents objets du système.

C’est ici que se joue la qualité structurelle du CRM.

Automatisations

Cet espace permet de déclencher des actions automatiquement à partir d’événements. Notifications, mises à jour ou synchronisations simples peuvent y être configurées.

Utile pour gagner du temps, à condition de ne pas y placer toute la logique métier.

Interfaces

Les interfaces permettent de créer des vues adaptées aux utilisateurs. Elles servent à rendre la base plus lisible et plus exploitable au quotidien.

C’est souvent cette couche qui transforme une base en véritable outil de travail.

Formulaires

Les formulaires servent à faire entrer de la donnée dans la base, que ce soit depuis un site, un usage interne ou un processus de collecte plus simple.

Très utile pour standardiser la saisie et éviter les entrées incomplètes.

Un système Airtable efficace repose sur une séparation claire entre données, logique et usage.

Dans la suite, nous allons nous concentrer sur le cœur du système : la structuration des données. C’est cette étape qui va déterminer la qualité de tout le reste.

Construire un CRM simple : le bon MVP

Maintenant que le cadre est posé, nous allons construire un CRM simple à partir de zéro. L’objectif n’est pas de couvrir tous les cas possibles, mais de poser une base propre, utilisable immédiatement et capable d’évoluer ensuite.

Pour cela, nous allons nous concentrer sur l’essentiel. Un bon CRM ne commence pas avec des dizaines de tables et d’automatisations, mais avec quelques objets bien définis et correctement reliés entre eux.

Un bon CRM n’est pas celui qui fait tout. C’est celui qui fait bien ce dont vous avez réellement besoin.

Définir les objets principaux

Dans notre cas, trois objets suffisent pour démarrer :

les contacts ;
les entreprises ;
les opportunités commerciales.

Ces trois éléments permettent déjà de couvrir une grande partie des besoins. Ils offrent une vision claire des relations entre les personnes, les organisations et les deals en cours.

L’erreur fréquente consiste à multiplier les tables dès le départ. Ici, nous allons volontairement rester simples.

Schéma CRM avec contacts, entreprises et opportunités — Structure simple d’un CRM : contacts, entreprises et opportunités.

Créer les relations entre les données

Une fois les tables définies, l’étape clé consiste à les relier correctement.

Un contact est généralement lié à une entreprise. Une opportunité est liée à un contact, et parfois à une entreprise. Ces relations permettent de structurer l’information et d’éviter les doublons. C’est cette logique relationnelle qui transforme une base de données simple en véritable outil métier.

Définir les champs essentiels

Chaque table doit contenir uniquement les informations nécessaires. Inutile d’ajouter des dizaines de champs dès le départ.

Pour un CRM simple, quelques éléments suffisent :

pour les contacts : nom, email, téléphone ;
pour les entreprises : nom, secteur, taille ;
pour les opportunités : statut, montant, échéance.

L’objectif est de garder une base lisible. Les champs supplémentaires viendront ensuite, en fonction des usages réels.

💡 Prenez le temps de bien comprendre cette étape. C’est elle qui conditionne la qualité de tout le reste.

Créer des vues utiles pour exploiter les données

Une base bien structurée ne suffit pas. Pour qu’un outil soit réellement utilisé, il doit être lisible et adapté aux besoins des équipes.

C’est précisément le rôle des vues et des interfaces dans Airtable. Elles permettent de transformer des données brutes en un outil de pilotage clair et exploitable au quotidien.

Dans notre cas, deux usages sont essentiels :

suivre les opportunités sous forme de pipeline ;
consulter les contacts et les entreprises de manière structurée.

Dans la vidéo ci-contre, nous construisons une interface simple basée sur les tables contacts et entreprises, afin de rendre ces données directement exploitables par une équipe.

💡 Une bonne interface ne remplace pas une bonne structure. Elle la rend simplement utilisable.

Ajouter des automatisations simples

À ce stade, il est possible d’ajouter quelques automatisations légères. L’objectif n’est pas de transformer Airtable en usine à gaz, mais d’automatiser certaines actions simples pour fluidifier le travail au quotidien.

Dans notre CRM, deux cas d’usage sont particulièrement pertinents :

envoyer une notification lorsqu’une opportunité change de statut ;
être alerté lorsqu’un nouveau lead est créé.

Une automatisation doit simplifier un processus existant, pas le remplacer.

Exemple : notifier un changement de statut d’une opportunité

Prenons un cas simple. Lorsqu’une opportunité passe à l’étape “Gagné” ou “Perdu”, il peut être utile d’envoyer une notification à l’équipe ou au responsable.

Dans Airtable, cela se configure directement dans l’onglet Automatisations. Le principe repose toujours sur la même logique :

un déclencheur (trigger) : ici, la mise à jour d’un champ “statut” ;
une action : envoyer un email, une notification ou appeler un webhook.

Concrètement, il suffit de créer une automatisation avec un déclencheur de type “When record updated”, puis de cibler le champ “statut”. On peut ensuite définir une condition, par exemple lorsque le statut devient “Gagné”.

L’action peut être un simple email, ou une intégration avec un outil externe comme Slack ou un CRM plus avancé.

Exemple : suivre les nouveaux leads

Autre cas classique : être notifié lorsqu’un nouveau contact est ajouté, notamment via un formulaire.

Ici, le déclencheur sera la création d’un nouvel enregistrement dans la table “Contacts”. L’action peut être une notification interne ou l’ajout automatique d’une tâche de suivi.

Ce type d’automatisation permet de ne jamais laisser un lead sans traitement.

L’idée reste toujours la même. Commencer simple, observer les usages, puis ajouter progressivement des automatisations utiles.

Multiplier les automatisations dès le départ est souvent contre-productif. Cela rend le système plus difficile à comprendre, à maintenir et à faire évoluer.

Créer une première interface

Enfin, l’interface permet de rendre l’outil utilisable au quotidien. Plutôt que d’exposer directement les tables, on peut créer une vue simplifiée pour les équipes commerciales.

Cette couche améliore la lisibilité et facilite l’adoption de l’outil.

Airtable et systèmes métiers : guide complet pour construire une architecture scalable (Partie 2)

Passer de la théorie à la pratique

Cas d’étude : structurer un CRM simple pour une équipe commerciale