Fillout

Fillout est la porte d'entrée de la donnée dans la plupart de nos projets. Un formulaire est rarement le cœur d'un outil métier, mais c'est presque toujours par lui que l'information arrive — et un formulaire qui écrit directement dans la bonne table supprime la ressaisie qui suit.

Questionnaires et collecte

Recueillir des informations auprès de clients ou d'utilisateurs, avec des questions qui s'adaptent aux réponses précédentes plutôt qu'un formulaire unique que chacun doit trier. Données d'inscription, préférences, éléments d'un dossier : ce qui est saisi arrive structuré, prêt à être exploité.

Parcours guidés

Un formulaire conditionnel peut porter un parcours entier. Un configurateur de produit n'affiche que les options pertinentes à chaque étape, et transmet la configuration finale directement à la base. Le visiteur répond à moins de questions, et celles qu'il voit lui sont utiles.

Enquêtes et études

Mesurer la satisfaction après un achat, sonder un marché avant de s'y engager, recueillir des avis sur un produit en développement. Les réponses se centralisent dans Airtable ou dans un tableur, où elles se croisent avec le reste sans étape intermédiaire.

Pourquoi Fillout plutôt qu'un autre

Deux raisons pratiques nous y ramènent. La logique conditionnelle est sérieuse : les parcours se ramifient vraiment, pas seulement quelques champs masqués. Et l'écriture dans Airtable est native, y compris sur les champs liés — c'est précisément là que la plupart des outils de formulaires décrochent, obligeant à un rapprochement manuel après coup.

Ce qu'il faut prévoir

Un formulaire ne rattrape pas une base mal conçue. Si les tables et les relations ne sont pas posées avant, les réponses arriveront dans des champs approximatifs et le tri se fera ensuite, à la main. Nous concevons donc toujours la base d'abord, le formulaire ensuite — l'ordre inverse coûte deux fois.