Créez, modifiez, publiez, puis gérez votre site et votre application depuis leur propre tableau de bord. Chaque fonctionnalité en vraies captures.
Voir les fonctionnalités
Un projet Next.js en React et TypeScript, envoyé dans votre dépôt GitHub. Un changement de la spec fait dans le dépôt revient dans Eqlo.
Voir la page développeurs
Collez une adresse : on vous dit en trente secondes ce que Google voit réellement de vos pages.
Tester une adresseUn ticket débattu pendant des semaines finit souvent tranché par lassitude. Eqlo est un outil de prototypage IA pour chef de produit : vous collez le ticket et ses critères d'acceptation, et un prototype cliquable apparaît en quelques minutes. Cinq utilisateurs le testent ensuite par un lien privé, sans qu'aucun développeur ne soit sollicité.
Quinze commentaires, trois lectures du besoin et deux désaccords que personne n'ose formuler. Le fil s'allonge à chaque réunion de priorisation. Montrer un écran met fin en une séance à un débat que le texte entretient depuis des semaines.
« Le client voit où en est sa commande » : le support, le design et l'ingénierie n'imaginent pas le même écran. L'écart se révèle à la recette, une fois le développement payé. Quand chacun a cliqué sur le même prototype, l'écart se voit dès le premier jour.
Les ventes découvrent la nouveauté en démonstration, le support le jour de la sortie. Leurs remarques arrivent quand plus rien ne peut changer. Avec un lien envoyé en début de cycle, elles arrivent quand elles servent encore.
Les durées ci-dessous sont des ordres de grandeur pour un périmètre raisonnable. Aucune étape ne passe par l'équipe de développement.
Collez le texte du ticket, ou joignez son export en fichier texte : l'IA lit les fichiers txt, md, csv ou json. Le bouton « Améliorer ma demande » reformule sans rien inventer et laisse entre crochets ce que le ticket ne précise pas. Ces crochets montrent souvent les vrais trous de la spécification. Une fois la première version prête, vous l'ajustez en écrivant.
Vous remplacez les données d'exemple par les vôtres, en important un fichier CSV ou Excel dans les tables du projet. Vous demandez les états oubliés : liste vide, erreur de saisie, commande annulée. À la fin de chaque génération, un bilan indique pour chaque fonction demandée si elle est faite, à configurer ou pas encore possible.
Le parcours validé devient la référence de l'équipe. Chaque critère d'acceptation correspond à un écran que tout le monde a vu, et la recette compare le produit livré à cet écran. On discute de ce qui s'affiche, plus du sens d'une phrase.
Tant que personne ne l'a utilisé, un prototype n'est qu'une opinion avec une belle mise en page. Le test, lui, ne demande ni laboratoire ni budget. Il faut cinq personnes, une demi-heure avec chacune, et la discipline de ne pas intervenir.
Pourquoi cinq. Les premières séances font apparaître la plupart des blocages, et les suivantes les confirment sans en ajouter beaucoup. Au-delà, chaque séance coûte autant et apprend moins. Si vos utilisateurs forment deux publics très différents, comptez cinq séances par public.
Quoi demander. Donnez une mission, pas une question d'avis. « Retrouvez votre commande de la semaine dernière et dites-moi quand elle arrive » apprend bien plus que « cet écran vous plaît-il ». Sur un avis, les gens restent polis. Devant une mission, ils montrent ce qui bloque.
Comment se tenir. Taisez-vous, même quand la personne cherche. Si vous devez expliquer un écran, c'est déjà un résultat. Notez les hésitations, les clics à côté et le moment où la personne demande de l'aide.
Comment conclure. Un blocage observé une fois reste une anecdote ; observé trois fois, il devient un problème à corriger. Les testeurs épinglent leurs remarques sur la section concernée, et vous confiez ces commentaires à l'IA, isolément ou en lot. Le tour suivant se prépare dans l'heure.
Scénario inventé pour l'exemple. Une cheffe de produit reprend le ticket PRD-482, « espace de suivi des commandes ». Il dort dans le backlog depuis deux trimestres, cinq personnes l'ont commenté, et chacune y lit une fonctionnalité différente.
Mardi matin, elle colle le ticket dans Eqlo, et l'écran de suivi existe avant midi. Mercredi, elle envoie le lien de relecture aux trois collègues les plus actifs dans le fil. En dix minutes, deux interprétations tombent, parce que l'écran montre ce que le texte laissait flou.
Jeudi, cinq clients passent le test. Quatre d'entre eux cherchent le suivi dans le courriel de confirmation, et jamais dans l'application. Le besoin change de forme avant la première ligne de code, et l'équipe engage le trimestre sur le bon chantier.
Le texte du ticket PRD-482 est collé dans la zone de demande. Eqlo en tire un écran de suivi avec trois statuts de commande et un bouton pour suivre le colis.
Le but n'est pas d'ajouter un outil à votre journée, mais d'en retirer des étapes. Voici ce qui devient inutile quand l'écran arrive avant le développement.
| L'étape d'avant | Ce qui la remplace |
|---|---|
| La spécification de vingt pages | un prototype cliquable, avec les critères d'acceptation joints |
| La réunion d'alignement qui tourne en rond | une demi-heure à cliquer ensemble sur le même écran |
| La maquette statique annotée | un lien de relecture avec des commentaires épinglés |
| La recette discutée ligne à ligne | une comparaison avec l'écran validé |
| Le support informé le jour de la sortie | le même lien envoyé dès la première version |
Certaines étapes restent, et c'est tant mieux : le choix du périmètre, l'ordre des priorités et le dialogue sur la faisabilité avec l'ingénierie. Le prototype leur donne une base concrète, sans les rendre inutiles.
Le ticket ne quitte pas votre outil de suivi. Vous en copiez le texte vers Eqlo, puis vous collez le lien du prototype dans le ticket. L'historique et les commentaires restent au même endroit.
Donnez l'adresse de votre application en ligne ou une capture d'écran : Eqlo en reprend l'ambiance, c'est-à-dire les couleurs, les polices et la forme des coins. L'onglet Design affine ensuite chaque réglage. Les testeurs commentent le parcours, pas un style qui ne ressemble à rien de connu.
Affinage du backlog, revue de sprint, comité de priorisation : le calendrier ne bouge pas. Seul le support change, puisqu'on projette un écran cliquable au lieu d'un document.
Explorer, faire tester et trancher se font sans aide. C'est là qu'un chef de produit est le plus utile, et c'est aussi là que chaque aller-retour avec les développeurs coûte le plus de temps à tout le monde.
Une fois le parcours validé, Eqlo envoie le projet dans votre dépôt GitHub : la spécification, accompagnée de tout le code source Next.js, React et TypeScript. Les données des tables s'exportent en CSV ou en SQL. Vos développeurs gardent l'enchaînement des écrans comme point de départ, et réécrivent à leur façon la logique métier et les droits d'accès.
Pour aller plus loin, selon l'étape où vous en êtes.
La page prototypage présente l'outil lui-même et ses réglages. Celle-ci suit le travail d'un chef de produit, du ticket du backlog jusqu'à la recette, en passant par l'alignement et les tests.
Non. Tout se fait en écrivant des phrases et en cliquant dans l'aperçu. La compétence qui compte est ailleurs : décrire un parcours avec précision, puis rester silencieux pendant les tests. Deux ou trois essais suffisent pour la prendre en main.
Si la demande fait douze mots ou moins et que le but reste flou, Eqlo pose jusqu'à trois questions à choix avant de générer. Pour un ticket plus long, « Améliorer ma demande » signale entre crochets les informations manquantes.
Non. Ils ouvrent un lien de relecture privé, sur téléphone grâce à son QR code s'ils préfèrent. Le testeur indique seulement son prénom avant de commenter. Vous pouvez renouveler le lien après la séance, l'ancien cesse alors de fonctionner, ou le supprimer.
Oui. Chaque projet a ses propres tables, alimentées par un import CSV ou Excel jusqu'à 20 000 lignes. Un tableau rempli de cas réels fait remonter des remarques qu'une liste de trois exemples ne provoque jamais.
Chaque retouche est enregistrée comme une version qui indique son auteur et détaille les changements. Vous comparez deux versions entre elles, et vous restaurez l'ancienne si le dernier tour de test a été moins concluant.
C'est fréquent pour un outil interne, qui reste alors dans Eqlo avec son admin et ses rôles. Pour un produit vendu à des clients, l'espace membres et les abonnements payants s'ajoutent en le demandant, et la page MVP SaaS détaille cette étape.
L'offre Gratuit comprend cinq projets, sans carte bancaire. Le lien de relecture s'ouvre avec un simple prénom.