Prototype papier

Prototype papier : Esquisse dessinée à la main que l’on fait manipuler à un utilisateur, utile pour détecter très tôt les malentendus de navigation.

Ce terme appartient à la famille « Produit et UX ». La page reprend l’essentiel : à quoi ça sert, comment l’écrire, ce qui se passe quand on l’oublie.

Pourquoi Prototype papier compte sur un projet mobile

Prototype papier appartient au langage commun du client et de l’équipe de conception. C’est souvent le premier mot qui manque quand une recette tourne au malentendu.

Le sujet se présente rarement seul. Il arrive au milieu d’une décision plus large, et c’est à ce moment qu’il faut savoir de quoi on parle.

De la définition à la ligne de cahier des charges

Un cahier des charges qui traite « Prototype papier » sérieusement décrit aussi les cas qui vont mal : état vide, erreur, connexion perdue, droits insuffisants. C’est un tiers du travail réel.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le parcours principal, décrit du premier lancement à la première action utile.
• Les critères d’acceptation, rédigés de manière à pouvoir être refusés.
• Le nombre d’allers-retours de maquettes inclus dans le prix.
• Le niveau d’accessibilité visé, et les écrans sur lesquels il est vérifié.

Une exigence bien écrite tient en trois lignes et se refuse en une. Si elle ne peut pas être refusée à la recette, elle n’est pas encore écrite.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Comment le vérifier à la recette

Sur « Prototype papier », la recette se fait écran par écran, y compris dans les cas que personne n’aime tester : liste vide, erreur, coupure de réseau.

• Reprendre les critères d’acceptation et les cocher un par un, sans indulgence.
• Parcourir l’écran principal au lecteur d’écran, au moins une fois.
• Comparer les maquettes validées au résultat livré, écran par écran.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Les pièges à éviter

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Valider des maquettes sans avoir écrit les critères d’acceptation correspondants.
• Empiler les fonctionnalités en version 1 au lieu de sortir un périmètre défendable.
• Repousser l’accessibilité à plus tard, ce qui revient à refaire les écrans une seconde fois.
• Découper le projet en sprints sans jamais rien mettre entre les mains d’un utilisateur.
• Ne relier le sujet à aucun critère de recette : ce qui ne se vérifie pas ne se livre pas.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• MVP
• Onboarding
• Churn
• Wireframe
• User story

Questions fréquentes

Prototype papier : de quoi parle-t-on exactement ?

Esquisse dessinée à la main que l’on fait manipuler à un utilisateur, utile pour détecter très tôt les malentendus de navigation. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Faut-il tout traiter dès la version 1 ?

Non, et c’est le principal levier de budget. Ce qui compte est d’écrire ce qui est repoussé, pour que la version 1 reste défendable et que la suite reste chiffrable.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.