Prototype

Un prototype est une version simulée et cliquable d'un produit numérique : on navigue d'un écran à l'autre comme dans le vrai produit, mais rien n'est réellement développé derrière, ni base de données, ni paiement, ni calcul. Il sert à tester une idée, une ergonomie ou une faisabilité avant d'engager le budget de développement.

La confusion la plus courante concerne le MVP. Le prototype est une simulation, souvent jetable, montrée à quelques personnes ; le MVP est un vrai produit, réduit au minimum mais fonctionnel, mis en ligne pour de vrais utilisateurs. Autrement dit, le prototype teste si les gens comprennent le produit et savent s'en servir, le MVP teste s'ils l'utilisent vraiment et, le cas échéant, s'ils le paient.

En quoi ça consiste

On distingue plusieurs niveaux. Le prototype papier, dessiné à la main, permet de tester un parcours en une heure. Le prototype basse fidélité enchaîne des wireframes cliquables. Le prototype haute fidélité reprend la maquette finale avec ses animations et devient difficile à distinguer du produit réel. À part, le prototype technique, ou preuve de concept, ne cherche pas à être beau : il vérifie qu'un point précis est réalisable, par exemple une connexion à un logiciel métier ou le temps de réponse d'un traitement.

À quoi ça sert concrètement

• Tester avant de payer le développement : corriger un parcours dans un prototype coûte quelques heures, le corriger après livraison coûte des jours.
• Chiffrer avec précision : un prestataire qui a vu tous les écrans cliquables donne un devis serré et vous évite la surprise du hors-périmètre.
• Convaincre : associés, banque, partenaires ou premiers clients se projettent bien mieux à partir d'un écran qui réagit que d'un document de vingt pages.
• Lever un risque technique : mieux vaut découvrir en trois jours qu'une intégration est impossible qu'au bout de deux mois de projet.

Les erreurs fréquentes

Montrer un prototype très abouti sans préciser qu'il ne fonctionne pas : la direction ou le client croit le produit prêt et le planning devient incompréhensible. Y investir trop de finition alors que l'objectif était de trancher une question simple. Vouloir tout rendre cliquable au lieu des deux ou trois parcours réellement en jeu. Enfin, transformer un prototype technique en base du produit final : ce code a été écrit pour répondre à une question, pas pour durer.

Comment ça s'articule avec le reste du projet

Le prototype vient après les wireframes ou la maquette, et avant le développement. Il sert de support aux tests utilisateurs, dont les conclusions reviennent dans la maquette. Une fois le développement lancé, il perd sa valeur de référence au profit du produit réel : le maintenir en parallèle coûte du temps pour rien.