Une interface Airtable branchée sur toutes vos données, jusque sur le téléphone
Un technicien arrive sur un chantier. Il ouvre l’application Airtable sur son téléphone et voit la carte du secteur, la fiche de l’ouvrage et les photos prises lors des interventions précédentes. Une partie de ces données n’est pas dans Airtable : les photos sont stockées sur un autre serveur et les fonds de carte viennent d’un service public.
Je développe ce type d’interface avec le SDK Airtable. Deux choses apprises sur des projets récents m’ont décidé à écrire cet article. Ces interfaces peuvent aller chercher des données hors de la base, ce que celles générées par Omni ne savent pas faire. Et elles fonctionnent sur mobile.
Afficher des données qui restent ailleurs
Une base Airtable atteint vite ses limites quand on veut y mettre des millions de fichiers, l’historique d’un ERP ou des données qui bougent en permanence dans un autre outil. Les dupliquer coûte cher, et les copies finissent par diverger.
Une interface développée avec le SDK affiche ces données là où elles sont, à côté de celles de la base, et l’utilisateur ne quitte pas son interface Airtable habituelle. On peut par exemple :
- consulter plusieurs millions de photos de chantier sans en importer une seule dans Airtable ;
- afficher les enregistrements sur une carte, avec les fonds de plan adaptés au métier ;
- voir le stock ou l’état d’une commande tel qu’il est dans l’ERP au moment où on le consulte ;
- compléter une fiche grâce à un service externe, comme la normalisation d’adresses ou une IA.
Pourquoi Omni ne suffit pas
Airtable permet aussi de générer une interface sur mesure en décrivant son besoin à Omni, son assistant IA. Pour un tableau de bord ou une vue particulière, ça marche très bien. Ces interfaces générées sont en revanche enfermées dans la base : elles ne peuvent contacter aucun service extérieur. Je comprends le choix d’Airtable, puisque le code est écrit par une IA et que personne ne le relit.
Le SDK n’a pas cette limite. En échange, c’est au développeur de décider quelles données sortent, par quel chemin et avec quelle protection.
Sur mobile, uniquement en pleine page
Ces interfaces s’affichent dans les applications Airtable iOS et Android si elles occupent une page entière. Placée dans un tableau de bord à côté d’autres éléments, l’interface n’apparaît pas sur le téléphone. Il faut aussi la penser dès le départ pour un petit écran qu’on utilise au doigt.
Avec ces deux précautions, on obtient une application de terrain construite sur Airtable, sans application mobile séparée à développer et à maintenir.
Dans quels cas ça vaut le coup
Si toutes vos données sont dans la base et que le besoin reste simple, Omni et les interfaces natives suffisent largement. Le SDK devient intéressant quand vos équipes ont besoin de données qui vivent ailleurs (fichiers, cartes, ERP, base de données métier), quand l’interface doit servir sur le terrain depuis un téléphone, ou quand le besoin dépasse ce que savent faire les composants natifs.
Pour les détails de mise en œuvre, j’ai publié en juin un retour d’expérience plus technique sur le SDK.
Vos équipes jonglent entre Airtable et d’autres outils, ou ont besoin de consulter leurs données sur le terrain ? Je conçois et développe ce type d’interface, de la connexion aux données jusqu’à l’écran mobile. Parlons-en.