Votre prototype paraît prêt à montrer. Il semble alors logique de le mettre en ligne ou d’y envoyer davantage de visiteurs.
Dans le Baromètre France Num 2025, 26 % des TPE/PME répondantes déclarent utiliser des solutions d’IA. Ce chiffre décrit un usage déclaré dans cette enquête ; il ne dit rien de la préparation à la mise en ligne, de la capacité à convaincre ou de la qualité d’un prototype.
La question décisive est donc : « un client qui ne connaît pas le projet comprend-il l’offre, accomplit-il son action et reçoit-il le résultat attendu ? » Une demande de devis, une réservation ou une inscription est un parcours, suivi d’une réponse de l’entreprise.
Réponse en 60 secondes
Avant toute exposition ou acquisition, vérifiez ces sept points :
- Un nouveau visiteur comprend l’offre et l’action suivante sans explication de votre équipe.
- Les preuves de confiance et les règles visuelles et d’interaction de l’entreprise restent cohérentes.
- Le parcours prioritaire va de l’entrée à une confirmation réellement reçue.
- Le mobile, l’usage au clavier et les situations d’accessibilité ont été examinés avec des personnes et des appareils, pas seulement dans un aperçu.
- Les lenteurs, erreurs et services externes ont une réponse compréhensible.
- L’entreprise mesure un résultat utile, plutôt que les seules visites ou clics.
- Une personne identifiée pilote les changements, les incidents, la réponse client et la reprise.
Ces sept tests sont une pratique IZZY pour éclairer une décision. Ils ne garantissent ni conversion, ni accessibilité, ni conformité, ni sécurité, ni qualité globale du produit, ni succès de mise en ligne.
1. Le prototype a rempli son rôle. Il faut maintenant changer de question
Un outil peut rendre une idée concrète très vite. Figma indique que Make peut créer, par conversation, des prototypes fonctionnels, des applications web et des interfaces interactives. Cela ne prouve pas qu’un résultat particulier est prêt pour des clients.
Un prototype sert à montrer une intention, recueillir des réactions et choisir où investir. GOV.UK rappelle qu’un code de prototype peut ne pas répondre aux exigences de sécurité de production ou de performance sous forte charge, et qu’il ne devrait pas être copié tel quel en production. Cela ne juge pas tout prototype créé avec l’IA.
Dans une situation réelle, une personne trouve-t-elle ce qu’elle cherche, demande-t-elle un devis et sait-elle qu’il a été transmis ? Commencez par un parcours essentiel.
2. Un client comprend-il l’offre et peut-il lui faire confiance ?
Dans cette revue de préparation, IZZY traite la compréhension et la confiance comme des prérequis avant d’évaluer le reste du parcours. Un visiteur extérieur doit identifier l’offre et l’action possible. Si votre site reçoit des visites mais peu de demandes, commencez par vérifier les symptômes qui bloquent les contacts avant d’augmenter l’acquisition.
Regardez aussi les états vide, chargement, erreur, succès et retour après interruption. À chaque étape, le client doit savoir ce qui se passe et quoi faire ensuite. Un message opaque peut annuler la clarté de la page précédente.
Vérifiez aussi la cohérence. Un design system désigne ici des règles visuelles et d’interaction partagées : couleurs, typographie, boutons, champs et comportements. Un bouton ne doit pas changer de sens entre l’offre et la prise de rendez-vous. Figma explique que ses Make kits peuvent intégrer des styles et des consignes de bibliothèque, et recommande de tester les écarts par rapport au design system. Cette aide ne rend pas l’alignement automatique.
3. Le parcours essentiel résiste-t-il à la vraie vie ?
Choisissez l’action la plus proche d’un résultat commercial : demande de devis qualifiée, réservation, commande, inscription ou modification de compte. Suivez-la de la page d’entrée à la preuve de confirmation, y compris après un retour sur le téléphone. La décision porte sur le parcours complet, pas sur l’écran de démonstration.
Rejouez ce parcours sur les appareils et navigateurs attendus. Ouvrez le clavier, réduisez la largeur, faites pivoter l’écran, quittez la page puis revenez. Vérifiez que les contrôles restent utilisables, que l’avancement ne disparaît pas sans explication et que la suite reste claire.
Tracez les dépendances externes : paiement, agenda, connexion, CRM ou e-mail. Que voit le client si l’un ralentit, refuse une demande ou ne répond pas ? Définissez ce qui peut être réessayé, repris par une personne ou doit arrêter le parcours.
L’accessibilité compte ici, sans que cette revue soit un audit. La DINUM décrit l’évaluation de conformité RGAA comme un audit fondé sur un échantillon représentatif de pages, des critères applicables et des tests techniques ; un processus complet comprend toutes les pages pertinentes dans le périmètre de l’audit. Les sept tests ne constituent donc ni un audit RGAA, ni une déclaration, ni une certification : ils repèrent une rupture à examiner avec la revue appropriée.
4. L’entreprise voit-elle ce qui se passe et sait-elle réagir ?
La performance se vit comme de l’attente, un bouton qui répond tardivement ou une page qui bouge. Les Core Web Vitals suivent trois mesures : la vitesse d’affichage du contenu principal (LCP), la réactivité aux interactions (INP) et la stabilité visuelle (CLS). Ce sont des signaux, pas la preuve de l’utilisabilité, d’un résultat commercial ou de la préparation à la mise en ligne. web.dev précise qu’une mesure en laboratoire ne remplace pas la mesure sur le terrain.
Mesurez ensuite l’action qui compte. Google Analytics appelle « événement clé » une action particulièrement importante pour la réussite d’une entreprise. Il peut s’agir d’une réservation confirmée, d’une commande ou d’un devis qualifié, pas seulement d’un clic sur « Envoyer ». Exécutez un scénario connu et comparez la confirmation côté client, le système de l’entreprise et le reporting.
Enfin, transférez cette connaissance aux personnes qui feront vivre le résultat. La pratique IZZY consiste à désigner, avant l’exposition aux clients, la personne responsable des changements, incidents, réponses client, suivi et reprise. Cela ne garantit pas le résultat, mais précise qui agit lorsqu’une réservation ou une notification échoue. Si la question dépasse l’interface - données, autorisations ou règles de décision - lisez aussi notre guide sur la gouvernance IA, du pilote à la production.
5. Décider : mise en ligne encadrée, correction ciblée ou revue approfondie
Les sept tests ne donnent pas une note. Ils aident à consigner les observations, les manques et ce qui peut affecter le parcours essentiel. IZZY propose alors trois routes de décision, pas une autorisation de mise en ligne.
| Route | Ce qui a été observé | Décision suivante |
|---|---|---|
| Mise en ligne encadrée et suivi | Le parcours essentiel fonctionne, les limites sont mineures et le responsable est visible. | Exposer progressivement et suivre le parcours. |
| Correction ciblée | Une rupture contenue touche l’offre, la confiance, la mesure ou une étape. | Corriger la première rupture, rejouer le parcours, puis décider. |
| Pause et revue approfondie | Risque important pour le client ou les données, échecs répétés, responsabilité floue ou architecture fragile. | Suspendre l’exposition ou l’acquisition et faire examiner le sujet. |
Reconstruire n’est pas le réflexe par défaut. Une offre peut être clarifiée, un formulaire réparé et rejoué, des composants alignés là où les clients les rencontrent. Mais si une correction ne peut pas être isolée, notamment autour d’un paiement, d’un compte ou de données sensibles, la revue doit gagner en profondeur. Le NIST recommande d’intégrer des pratiques de développement logiciel sécurisé tout au long du cycle de vie pour aider à réduire les vulnérabilités présentes dans les logiciels mis en production et les conséquences de leur exploitation ; ce cadre ne vaut ni audit de sécurité, ni autorisation de mise en ligne. Pour une réparation, une refonte ou un remplacement, notre article sur le vrai coût de la dette technique offre un point de départ.
Conclusion : aller vite jusqu’au prototype change la question suivante
L’IA réduit la distance entre une idée et un prototype que l’on peut montrer. Mais une interface plausible n’est que la première preuve à réunir.
Avant la mise en ligne, cherchez des preuves qu’un nouveau client comprend l’offre, lui fait confiance, mène une action importante jusqu’à la confirmation et que l’entreprise sait traiter ce qui se passe. La réponse peut être une mise en ligne encadrée, une correction ciblée ou une revue approfondie, pas une reconstruction automatique.
Apportez le prototype. Nous regarderons le chemin jusqu’au résultat client.
Apportez un prototype et un parcours prioritaire à un appel de cadrage de 30 minutes. Nous donnerons une première lecture bornée : mise en ligne encadrée et suivi, correction ciblée, revue approfondie ou absence d’engagement.
Cet échange exclut toute prévision de conversion, tout audit ou certification RGAA, tout audit de sécurité et toute approbation de mise en ligne.
Questions fréquentes
Pas par défaut. Un message plus clair, un formulaire réparé ou une confirmation fiable peuvent résoudre un problème circonscrit. Envisagez une revue approfondie si la rupture du parcours essentiel ne peut pas être isolée ou si ses conséquences sont importantes.
Non. Il peut signaler des sujets à examiner, mais ne démontre ni tout le parcours ni un résultat client. Testez l’action essentielle en situation réelle ; cela ne constitue pas un audit RGAA.
Choisissez l’action la plus proche d’un résultat utile : devis qualifié, rendez-vous, réservation, commande, inscription ou action de compte importante. Suivez-la jusqu’à la confirmation reçue et au traitement attendu par l’entreprise.
Cela peut être envisagé si le parcours essentiel fonctionne, si les limites sont mineures et si une personne identifiée peut suivre l’exposition. Ne masquez pas un risque important pour le client, les données ou le parcours.
Transmettez les états du parcours, les règles approuvées, les dépendances externes, les limites connues, les essais, les mesures et les contacts de reprise. La personne responsable doit savoir qui solliciter en cas d’échec.
Sources
- Baromètre France Num 2025 : le numérique et l’intelligence artificielle dans les TPE et PME
- Figma Help : créer et modifier un fichier Figma Make
- GOV.UK Service Manual : réaliser des prototypes
- Figma Help : démarrer avec les Make kits
- DINUM : évaluation de la conformité à la norme de référence
- web.dev : Web Vitals
- Google Analytics Help : à propos des événements clés
- NIST SP 800-218 : Secure Software Development Framework, version 1.1