Oui, et c'est une étape à part entière du parcours. Entre le moment où vous décrivez votre activité et celui où l'application est construite, un écran de plan vous montre ce qui va être produit : les vues, les entités de données, les indicateurs, les valeurs de vos listes de choix. Tout y est modifiable — on ajoute, on renomme, on réordonne, on masque, on supprime — et rien n'est construit tant que vous n'avez pas validé. À quoi s'ajoute un point qu'on découvre souvent trop tard ailleurs : la taille de l'application est DÉRIVÉE de votre description, elle ne vient pas d'un catalogue de fonctionnalités à cocher. Cette page dit exactement ce qui se coupe, à quel moment, et ce que ça ne règle pas.
Le vrai risque n'est pas le trop peu, c'est le trop
Les chiffres du marché disent tous la même chose, et ils la disent des deux côtés de l'Atlantique. En France, une part massive des indépendants abandonne son outil de gestion dans les six premiers mois. Aux États-Unis, la majorité des petites entreprises utilise moins de la moitié des fonctions de son logiciel, et une sur trois abandonne dans l'année. La cause dominante n'est ni le prix seul ni l'absence de fonctions : c'est l'inverse — un outil pensé pour une équipe de cinquante personnes, deux cents fonctions dont on en utilise quinze, et une complexité qui ne se révèle qu'au premier geste réel.
C'est un risque qu'un outil de génération peut reproduire à l'identique, et il faut le dire franchement : si l'on décrit son besoin dans le vocabulaire d'une grande entreprise, on obtient une application de grande entreprise. La question « puis-je retirer ce dont je n'ai pas besoin » n'est donc pas un détail de confort. C'est la question qui décide si vous utiliserez encore votre outil dans six mois.
La taille de l'application est dérivée de votre description
Une application générée ne sort pas d'un catalogue : sa structure est déduite de ce que vous avez écrit. Le nombre de vues suit un palier lu dans votre description — un besoin du quotidien, formulé simplement, donne une application de quatre à six vues ; un besoin intermédiaire, six à huit ; un besoin riche ou multi-services, au-delà. Vous ne payez donc pas, au sens propre, des fonctions que vous n'utilisez pas : elles ne sont pas produites.
Le corollaire est la seule chose à retenir avant d'écrire : décrivez le métier tel que vous le vivez, pas tel qu'un appel d'offres le formulerait. « Je suis toiletteur, je veux suivre mes rendez-vous, mes clients et leurs animaux » et « plateforme de gestion multi-sites avec conformité et pilotage des flux » ne produisent pas la même application, et la première est celle qui sera encore ouverte dans six mois. Si le besoin grandit vraiment, l'application peut grandir avec lui — c'est l'ordre inverse qui ne marche jamais.
Le plan se relit — et se coupe — avant toute construction
Une fois votre description analysée, l'écran de plan présente la structure proposée avant que quoi que ce soit ne soit construit. Les vues s'y ajoutent, se renomment, se réordonnent, se dupliquent, se masquent et se suppriment. Les entités de données — vos clients, vos interventions, vos articles — s'ajoutent, se modifient et se retirent, et le plan en propose d'autres que vous êtes libre d'ignorer. Les indicateurs du tableau de bord s'ajoutent et se suppriment un par un. Jusqu'aux valeurs de vos listes de choix, qui se retouchent : l'identifiant technique comme le libellé affiché.
Un seul garde-fou est posé, et il est dans votre intérêt : on refuse de masquer la DERNIÈRE vue visible, parce qu'une application sans écran navigable n'a aucun sens. Tout le reste est à votre main. Et la validation du plan est bien ce qui déclenche la construction : tant que vous n'avez pas validé, rien n'est produit — vous coupez avant, pas après.
Ce que ça ne règle pas
Couper dans le plan ne remplace pas le fait de savoir ce dont vous avez besoin, et le plan ne montre pas des écrans finis : il montre une structure. Vous y jugez une ossature — quelles vues, quelles données, quels indicateurs — pas une mise en page. Une vue supprimée à tort ne se perd pas pour autant : la description se rejoue et l'application se fait évoluer ensuite, c'est le sujet d'une autre question du hub.
Le garde-fou le plus efficace reste en amont, et il tient en une phrase : commencez petit délibérément. Une application de cinq vues qu'on ouvre tous les matins vaut mieux qu'une application de douze dont on n'en visite que trois — c'est exactement l'écart que mesurent les chiffres d'abandon cités plus haut. Le plan est là pour rendre ce choix visible et réversible avant qu'il ne coûte quoi que ce soit.