Un prototype doit-il être beau ?

Pendant longtemps, ma réponse aurait été simple : non.

Et pour être franc, j’étais même plutôt catégorique sur le sujet.

Quand je réalisais un prototype, je voulais avant tout vérifier que mon idée fonctionnait. Tester une cinématique, valider un principe physique, faire communiquer deux systèmes, mesurer une performance…

Si ça marchait, j’avais fait mon boulot.

Le reste ? Franchement, je m’en fichais un peu.

Un boîtier approximatif, des fils qui dépassent, une mécanique apparente, quelques morceaux de plastique imprimés à la va-vite… Tant que je pouvais démontrer que la solution technique était viable, je ne voyais pas l’intérêt d’y passer davantage de temps.

J’étais un vrai bourrin sur ce point.

Le problème, c’est que j’étais souvent le seul à être enthousiaste.

Je me souviens de présentations où j’arrivais avec un prototype dont j’étais particulièrement fier.

Dans ma tête, je savais exactement ce que j’avais réussi à démontrer. Je connaissais les difficultés surmontées, les heures d’expérimentation, les solutions abandonnées avant de trouver la bonne.

Je montrais le résultat, j’expliquais son fonctionnement, et j’attendais presque naturellement que les autres partagent mon enthousiasme.

Mais en face, la réaction était parfois assez tiède.

Pas forcément négative. Juste… décevante.

Moi, je voyais une preuve de faisabilité.

Eux voyaient quelque chose qui ne ressemblait pas encore à ce qu’ils imaginaient.

Et pendant longtemps, je trouvais ça un peu injuste.

Et puis il y a eu Apple #

Il faut que je vous avoue quelque chose : j’ai longtemps été anti-Apple.

Pas parce que j’avais essayé leurs produits et que je les trouvais mauvais. Non, ça aurait été trop intelligent.

J’étais anti-Apple par principe.

Dans ma tête, Apple, c’était payer plus cher pour quelque chose de joli, au détriment de l’efficacité technique.

Je trouvais ça presque absurde.

Et puis, pour des raisons professionnelles, j’ai dû développer des applications mobiles sur Android et iOS. Il a donc fallu que je m’équipe.

Et là, petite claque.

Ce n’était pas tant l’apparence des appareils qui m’avait surpris, mais l’expérience d’utilisation.

Moi qui avais toujours eu tendance à vouloir comprendre comment les choses fonctionnaient, à explorer les réglages, à chercher ce qu’il y avait sous le capot…

Pour une fois, je n’en avais pas besoin.

J’utilisais. Tout simplement.

J’ai découvert ce que pouvait apporter une expérience utilisateur particulièrement soignée.

Et surtout, j’ai compris que j’avais longtemps opposé deux choses qui n’avaient aucune raison de l’être : l’efficacité technique et la qualité de l’expérience.

Avec le recul, ça paraît presque idiot d’avoir mis autant de temps à comprendre quelque chose d’aussi évident.

Et mes prototypes, dans tout ça ? #

Un jour, sur un projet, j’ai décidé de soigner beaucoup plus que d’habitude l’apparence d’un prototype.

Je lui ai donné une allure presque définitive, en tout cas suffisamment aboutie pour qu’on puisse imaginer le produit.

Et la réaction a été radicalement différente.

Les gens se sont intéressés, ont posé des questions, ont commencé à imaginer des applications, à discuter de ce qu’on pourrait en faire.

Pourtant, techniquement, je n’avais rien démontré de plus.

Ce prototype n’était pas plus proche de l’industrialisation que les précédents.

Mais cette fois, les personnes qui le découvraient pouvaient se projeter.

Je n’avais plus besoin de leur demander d’imaginer ce que tous ces fils, ces cartes électroniques et ces mécanismes pourraient devenir.

Je leur en donnais déjà un aperçu.

Un prototype, ce n’est pas toujours qu’une preuve technique #

Aujourd’hui, je continue à faire des prototypes moches.

Et je continuerai probablement longtemps.

Quand je cherche simplement à valider une hypothèse, je n’ai aucune raison de perdre du temps à fabriquer un joli boîtier qui finira peut-être à la poubelle.

Mais j’ai appris à faire une distinction.

Il y a les prototypes qui servent à comprendre.

Et il y a ceux qui servent aussi à partager une vision.

Quand on présente un projet à un client, à une direction ou à de futurs utilisateurs, on ne leur demande pas seulement d’évaluer une performance technique.

On leur demande aussi de nous suivre dans une idée qui n’existe pas encore complètement.

Et pour ça, les explications ne suffisent pas toujours.

Il faut parfois leur permettre de vivre un petit morceau de ce que pourrait être le produit.

De le prendre en main, de l’utiliser, de ressentir ce qu’on cherche à créer.

Évidemment, il faut rester honnête sur son niveau de maturité. Un prototype soigné n’est pas nécessairement un produit fiable, industrialisable ou prêt à être commercialisé.

Mais je ne considère plus le soin apporté à sa présentation comme du temps perdu.

Parce que j’ai fini par comprendre que la réussite d’un projet ne dépend pas uniquement de ce qu’on arrive à faire fonctionner.

Elle dépend aussi de notre capacité à emmener les autres avec nous.

Et parfois, pour qu’ils comprennent ce qu’on a dans la tête, il vaut mieux leur faire vivre une expérience que leur montrer un schéma.

Il m’aura fallu quelques années, quelques prototypes moches et un ordinateur Apple pour comprendre ça.