Quarante projets publics à ouvrir, dupliquer et adapter à votre activité en quelques phrases.
Parcourir les modèlesEspaces clients séparés, marque blanche et remise du dépôt Git en fin de mission.
Voir le programmeCollez une adresse : on vous dit en trente secondes ce que Google voit réellement de vos pages.
Tester une adresseUn spec que personne n'a cliqué est une préférence. Un prototype que cinq utilisateurs ont fait échouer est un fait. Eqlo transforme un ticket en écrans qu'une partie prenante peut refuser dans le cycle. La boucle d'import est sur la page prototypage. Cinq projets restent gratuits, sans carte.
Le ticket a douze réponses et aucune image de la coupe. L'ingénierie estime un souhait. Une partie prenante ajoute un quatorzième critère dans le fil. Il faut une version qu'ils peuvent faire échouer, pas un meilleur paragraphe. Un fil de commentaires n'est pas de la recette.
Si un critère n'a pas d'écran, ce n'était jamais de la recette. C'était un espoir que l'on découvrira à la démo. Relier chaque ligne à un état, c'est le travail. Le faire en réunion, c'est tuer le cycle. L'écran de recette rend visible la liste des reports.
Un hochement en revue ne coûte rien. Un clic sur un total manquant coûte, de la façon utile. Mettez un lien dans l'invitation et refusez de parler d'un flux qu'ils n'ont pas ouvert. La validation, c'est une personne qui a cliqué, pas une phrase dans le ticket.
Un ensemble qu'un chef de produit termine sans réserver un sprint. Les durées supposent que l'arbitrage est déjà écrit. Le guide prototypage est la boucle produit.
Collez le ticket, deux captures de l'outil actuel, et les trois critères qui sont dedans. Eqlo propose des écrans en deux à cinq minutes. Vous retirez ceux qui n'étaient pas l'arbitrage. Chaque échange crée une version restaurable.
Connexion, le travail, l'état vide, un retour. Cinq personnes qui font le métier, vingt minutes chacune. Elles tapent, échouent, reviennent. Vous corrigez les deux notes vraies et ignorez celles qui rouvrent l'arbitrage. Les commentaires s'ancrent sur l'étape.
Chaque critère a un écran, ou il est reporté. Reporté est une décision. C'est ainsi que l'on protège le budget. Vous envoyez à la partie prenante le lien et une note de six lignes : ce qui a tenu, ce qui est mort, ce qui attend. L'ingénierie prend le dépôt quand elle le veut.
Voici un scénario illustratif, pas une société nommée. Un chef de produit a un ticket, PRD-482, pour un suivi de commandes que trois directeurs veulent et que l'ingénierie a estimé à cinq semaines. Un jeudi transforme l'arbitrage en quelque chose que l'on peut tuer. Ces quatre étapes sont ce jeudi, pas une seconde copie de la boucle prototypage.
Dedans : une table de commandes, un statut, un état vide, un retour. Dehors : un CSV, une prévision, une seconde persona. Le ticket et deux captures de la feuille actuelle entrent. Le document produit complet reste dehors. Eqlo propose une première arborescence en quelques minutes.
Gardez Jira ou Linear. Eqlo n'est pas un backlog. Gardez Figma pour l'exploration, et l'outil de recherche si vous menez vingt entretiens par mois. Le prototype sert à faire échouer un arbitrage avant de l'estimer, pas à tenir un second registre.
Collez un lien vers PRD-482. Quand la validation arrive, écrivez-la sur le ticket : ce qui est sorti, ce qui a attendu, qui a dit oui. Le journal d'activité du projet complète, il ne remplace pas.
Pointez les couleurs, les polices et les arrondis déjà arbitrés. Une revue sur un nouveau coin est une heure de partie prenante perdue. N'inventez pas une marque dans une semaine de suivi de commandes. La page designers couvre cette remise.
Invitez-la au passage à cinq utilisateurs. Elle verra l'état vide avant de l'estimer, et elle dira quand un clic cache un raccord que l'on ne peut pas feindre. À partir de Plus, la synchronisation GitHub est automatique.
Arrêtez-vous quand la question suivante est un vrai flux, un modèle de droits que vous tenez déjà, ou une contrainte de performance que vous savez nommer. Un prototype qui prétend charger 12 000 commandes est un mensonge. Un prototype qui en montre douze est une conversation. Remettez le dépôt. Ne baby-sittez pas un tableau de production que vous n'êtes pas staffé pour tenir. Vous pouvez forcer l'alignement. Vous ne pouvez pas forcer une plateforme. Un métier très spécifique demandera un développeur. La génération peut se tromper, d'où la restauration.
Le guide prototypage est la boucle produit. Cette page est le rôle autour.
Le prototypage est le produit : import, jetons, test, remise. Cette page est le métier autour : l'arbitrage, les cinq utilisateurs, la partie prenante qui rouvre le périmètre, la note de validation. Utilisez les deux. Ne collez pas l'une dans l'autre.
Il faut assez de personnes qui font le métier pour faire échouer le parcours heureux. Cinq tiennent dans un après-midi. Deux, c'est une discussion. Si vous ne trouvez pas cinq personnes, vous n'avez pas un problème qui mérite un cycle.
Elle le peut. Elle aura quand même un flux que des testeurs ont déjà compris, et une liste de ce qui est mort. Invitez-la jeudi, pas à la démo. Les fichiers sont du React et du TypeScript. À partir de Plus, la synchronisation GitHub est automatique.
Vous décidez du siège. Un lecteur commente. Un éditeur change les pages. Un administrateur gère le projet. Un identifiant d'équipe partagé, c'est un brouillon qui devient un second produit dans la nuit. Gratuit, un siège. Plus, trois. Équipe, dix.
Sur la liste des reports. Chaque critère reporté est de l'argent que l'on n'a pas dépensé. Eqlo rend la première version peu chère. Plus est à 19 € par mois. Cela ne rend pas une prévision gratuite.
Cinq projets gratuits, un siège, sans carte. La validation, c'est une personne qui a cliqué.