Créer une application de calcul sans code : guide pas à pas
Créer une application de calcul sans code
Oui, et le travail se joue avant la génération : une application de calcul se décrit par ses champs d'entrée, sa formule et son résultat. Vous rédigez ces trois éléments, Zugo construit l'interface, puis vous ajustez par modifications successives. Comptez une construction à 6 crédits et environ une minute d'attente.
La suite déroule chaque étape sur un exemple complet : un calculateur de devis pour un peintre en bâtiment, du premier brouillon jusqu'à la page publiée.
Qu'appelle-t-on une application de calcul ?
Une page qui prend quelques informations, applique une règle et affiche un chiffre. Simulateur de mensualités, calculateur de devis, convertisseur d'unités, estimateur de consommation : la famille est large, la mécanique est partout la même.
Ce qui distingue cette page d'une grille tarifaire, c'est que le visiteur saisit ses propres valeurs. Il ne lit pas vos prix, il obtient son chiffre à lui. Cette nuance explique pourquoi ces pages convertissent bien : la personne repart avec un résultat personnel qu'elle a envie de vérifier.
Elle explique aussi pourquoi elles sont pénibles à produire à la main. Un tableur ne se publie pas proprement sur un site, et un prestataire facturera cette page comme un développement spécifique, alors que la logique tient souvent en trois lignes.
L'IA sert exactement à cet endroit. La formule, vous la connaissez déjà : c'est votre métier. Ce qui vous manque, c'est l'interface, la mise en page mobile, la validation des champs et le bouton qui affiche le résultat. C'est cette partie que la génération vous rend.
Que faut-il écrire avant de lancer la génération ?
Trois éléments, dans cet ordre. Tant qu'ils ne sont pas posés noir sur blanc, aucun prompt ne rattrapera le résultat : le modèle inventera une formule plausible et vous passerez vos modifications à la corriger.
| Élément | Question à laquelle il répond | Exemple : devis de peinture |
|---|---|---|
| Les entrées | Que saisit le visiteur ? | Surface en m², nombre de couches, hauteur sous plafond, état du support |
| La formule | Comment passe-t-on des entrées au résultat ? | Surface multipliée par le tarif au mètre carré et par le nombre de couches |
| La sortie | Que voit-il à la fin ? | Une fourchette basse et haute, la liste de ce qui est inclus, un bouton de contact |
Écrivez la formule en français ordinaire plutôt qu'en notation mathématique. « Le prix de base vaut la surface multipliée par le tarif au mètre carré, puis on majore de vingt pour cent si la hauteur dépasse deux mètres soixante-dix » se traduit très bien. Une formule de tableur copiée telle quelle, beaucoup moins.
Décidez aussi de ce qui se passe après le résultat. Un calculateur qui affiche un chiffre et s'arrête ne fait qu'informer. Un calculateur qui affiche un chiffre puis propose d'envoyer l'estimation détaillée par e-mail vous rapporte un contact, et cela se demande dès la première description.
À quoi ressemble un prompt qui donne un résultat utilisable ?
Voici celui du peintre, à recopier et à adapter. Il tient en un paragraphe et nomme les trois éléments dans l'ordre.
Crée un calculateur de devis pour un peintre en bâtiment.
Champs : surface à peindre en m², nombre de couches (1 ou 2),
hauteur sous plafond (standard ou supérieure à 2,70 m),
état du support (bon, à reboucher, à décaper).
Calcul : surface × tarif au m² × nombre de couches. Le tarif
dépend de l'état du support. Majoration de 20 % si la hauteur
est supérieure. Affiche une fourchette basse et haute,
jamais un montant unique.
Sous le résultat : formulaire nom, e-mail, téléphone, avec un
bouton « Recevoir mon estimation détaillée ».
Ton sobre, couleurs neutres, parfaitement lisible sur téléphone.
Ce prompt fait deux choses que les descriptions ratées oublient. Il énumère les valeurs possibles de chaque champ, ce qui évite les listes déroulantes vides. Et il exige une fourchette : sans cette phrase, vous obtiendrez un montant unique, et un montant unique sur un devis ressemble à un engagement.
Le premier jet ne sera pas la version finale, et c'est normal. Il sert à voir la structure. Chaque ajustement passe ensuite par une modification : « passe la fourchette à plus ou moins 15 % », « ajoute un champ pour les boiseries ». Pour approfondir cette étape, écrire un bon prompt explique ce qui sépare une description d'une consigne.
Combien coûte un calculateur en crédits ?
Un calculateur autonome est une construction. S'il devient une page parmi d'autres dans un site complet, vous basculez sur le tarif plateforme. Le tableau vaut pour tous les projets, pas seulement celui-ci.
| Action sur Zugo | Crédits |
|---|---|
| Construction d'un site, d'une app ou d'un jeu | 6 |
| Modification sur un projet existant | 3 |
| Plateforme multipage, trois premières pages | 12 |
| Chaque page supplémentaire | 3 |
| Construction en mode Hi-Fi | 12 |
| Modification en mode Hi-Fi | 6 |
Le plan gratuit donne 5 crédits, soit une unité de moins qu'une construction complète : il permet d'essayer l'outil, pas de terminer un projet. Pro coûte $25 par mois pour 200 crédits, ce qui représente environ 33 constructions, 66 modifications ou 16 plateformes multipages. Business coûte $99 par mois pour 800 crédits.
Traduit en calculateur, un abonnement Pro laisse largement la place à la page elle-même, à une soixantaine de retouches dans le mois et à tout le reste du site. Aucun projet raisonnable n'a besoin d'autant de passes, ce qui veut dire que le budget n'est pas le facteur limitant ici.
Faut-il un formulaire, une base de données ou les deux ?
Tout dépend d'une seule question : voulez-vous garder une trace des calculs ?
Si le visiteur calcule puis repart, un formulaire de contact suffit et le projet reste léger. C'est le cas de la majorité des calculateurs d'artisan : l'estimation sert d'accroche, la vraie conversation se fait au téléphone dans les jours qui suivent.
Si vous voulez savoir plus tard qui a calculé quoi, il faut une base. Zugo se branche sur Supabase pour la base de données, la connexion des utilisateurs et les fichiers, et sur Resend pour les e-mails partant du projet. Ces deux intégrations transforment une vitrine en outil de travail.
Et si le calculateur doit encaisser directement, Stripe gère le paiement et l'abonnement. Un calculateur qui débouche sur un paiement est déjà un petit produit : autant le concevoir comme tel dès le départ plutôt que de greffer la caisse après coup.
Quelles erreurs reviennent le plus souvent ?
Quatre, et aucune n'est technique.
Décrire l'apparence avant la logique. « Un calculateur moderne et épuré » ne dit rien de ce qui doit être calculé, et vous obtiendrez une belle page qui compte faux. La formule d'abord, le style ensuite, toujours dans cet ordre.
Cacher les hypothèses. Un chiffre sans explication inquiète plus qu'il ne rassure. Demandez que la page affiche ce qui est inclus et ce qui ne l'est pas : une estimation n'engage personne, à condition que ce soit écrit noir sur blanc à côté du montant.
Multiplier les champs. Chaque entrée supplémentaire fait perdre des visiteurs. Cinq questions bien choisies valent mieux que douze qui donnent à la page des airs de formulaire administratif.
Oublier le téléphone. Une bonne moitié des visiteurs arrivera sur mobile, et un tableau de résultats à trois colonnes y devient illisible. Demandez explicitement un affichage vertical sur petit écran, puis regardez le rendu avant de publier quoi que ce soit.
Où sont les limites d'un calculateur généré par IA ?
Trois, et mieux vaut les connaître avant de promettre un délai à un client.
La logique métier très spécifique se construit par modifications successives, pas d'un seul prompt. Un barème à sept paliers avec des exceptions par région, vous l'obtiendrez, mais en plusieurs passes. Écrivez-le d'abord dans un document, testez chaque palier, corrigez le suivant.
Zugo ne remplace pas une équipe de développement sur un produit complexe. Un calculateur reste une page, même sophistiquée. Le jour où il devient le cœur d'une application avec des comptes, des rôles et un historique, l'export du code vers GitHub devient l'option raisonnable.
Enfin, la vérification automatique ne contrôle pas vos mathématiques. Avant livraison, le projet est lancé dans un bac à sable, et une construction qui ne s'ouvre pas ne vous est jamais remise. C'est la garantie que la page fonctionne, pas que le chiffre affiché est juste. Cette relecture reste la vôtre.
Par où commencer ?
Reprenez la feuille de calcul qui vous sert déjà à chiffrer, et récrivez-la en phrases. C'est l'étape que presque tout le monde saute, et c'est la seule qui décide de la qualité du résultat final.
Lancez ensuite une première construction, testez-la avec trois dossiers dont vous connaissez le montant réel, puis corrigez par modifications. Pour voir le processus complet sur un projet plus large, créer une application sans code reprend chaque étape, et créer une app de facturation montre la suite logique quand l'estimation devient une facture. Ouvrez un compte sur zugo.dev pour regarder l'outil, et prenez un abonnement le jour où la page doit vraiment sortir.