Concevoir une application jamais lancée
La plupart des portfolios contiennent des travaux non livrés et restent vagues sur lesquels. Être précis là-dessus est ce qui rend le reste de la page crédible.
La plupart des portfolios de design contiennent des travaux qui n’ont jamais été lancés, et la plupart restent discrètement vagues sur lesquels. Ce flou est compréhensible et c’est une erreur : il pousse le lecteur à dévaluer toute la page, y compris les parties qui ont bel et bien été livrées.
La meilleure position consiste à dire clairement quels travaux sont des concepts, puis à être précis sur ce qu’un concept peut et ne peut pas démontrer. Cela donne une liste courte et utile.
Ce qu’un concept ne peut pas montrer
En commençant par là, car c’est la partie que l’on saute d’ordinaire :
- Que quelqu’un en voulait. Personne ne l’a téléchargé, puisqu’il n’y avait rien à télécharger.
- Que l’interface tient à l’usage réel. Personne ne s’en est servi fatigué, d’une seule main, sur un écran fêlé, avec un an de données accumulées dedans.
- Qu’il aurait pu être construit à ce niveau de qualité. Tout design non livré est, dans une certaine mesure, une promesse d’ingénierie jamais mise à l’épreuve.
- Quoi que ce soit sur les résultats. Pas de rétention, pas d’engagement, pas de conversion. Il n’y a aucune mesure, et il ne peut pas y en avoir.
Tout portfolio qui prétend le contraire à propos d’un travail non livré présente une intention comme un résultat. C’est aussi généralement détectable, ce qui constitue l’argument pratique : un lecteur qui repère une affirmation gonflée cesse de croire celles qui étaient vraies.
Ce qu’il montre, et ce n’est pas rien
Un concept est une réflexion réelle rendue concrète, et une réflexion concrète est vérifiable là où une description ne l’est pas.
Si le problème a été compris
La structure d’une interface encode une affirmation sur ce qui compte. Ce qui figure sur le premier écran, ce qui est à une touche, ce qui est enfoui : ce sont des arguments, et un lecteur peut les évaluer sans la moindre donnée d’usage.
Si les parties difficiles ont été affrontées
C’est là que les concepts échouent le plus souvent, et là qu’un concept honnête gagne sa place. Tout produit a des écrans que personne n’a envie de dessiner : le premier lancement à vide, les réglages, la demande d’autorisation, le moment où la donnée est fausse. Un travail conceptuel qui ne montre que le beau milieu du produit a sauté la partie qui détermine s’il survivrait au contact du réel.
S’il tient ensemble
Un écran isolé ne prouve pas grand-chose. Douze écrans qui partagent une échelle d’espacement, une hiérarchie typographique, un modèle de navigation et une idée cohérente de ce qu’est une carte démontrent un système — et c’est le système qui se transpose à d’autres travaux.
Un concept sur ce site
Le dire ne coûte rien, et c’est ce qui rend le reste de la page lisible pour ce qu’elle est : des décisions d’interface et de parcours, présentées comme des décisions et non comme des résultats validés.
Comment rendre un travail conceptuel vraiment utile
Si vous produisez un travail personnel — pour explorer une idée, entretenir une compétence ou alimenter un portfolio — quelques points séparent les pièces qui méritent d’être montrées de celles qui ne sont que décoration.
- Choisissez une vraie contrainte et tenez-la. « Une application de sommeil » est une ambiance. « Une application de sommeil pour quelqu’un qui la consulte à moitié endormi à 3 h du matin dans une pièce sombre » est une contrainte qui décide des tailles de texte, des contrastes, des zones tactiles et du contenu du premier écran. Les contraintes rendent les décisions vérifiables.
- Dessinez les écrans ingrats. États vides, erreurs, autorisations, réglages, le premier lancement avant toute donnée. C’est là que le concept devient un produit ou reste une affiche.
- Utilisez du contenu réaliste. Des noms de longueur réelle, de vrais nombres, une semaine où la donnée manque. Un texte de remplissage qui tient toujours, c’est ainsi qu’une mise en page est validée puis casse.
- Écrivez ce que vous avez décidé et pourquoi. Le raisonnement est la partie transposable. Un lecteur peut contester une décision qu’il voit ; il ne peut pas discuter celle qu’il doit deviner.
- Étiquetez-le honnêtement et passez à autre chose. Une ligne disant que c’est un concept, énoncée tôt, et plus aucune circonvolution ensuite.
Pourquoi ce n’est pas une faiblesse à gérer
Une inquiétude sous-tend tout cela : admettre qu’un travail n’a pas été lancé donnerait d’un studio l’image d’une moindre compétence. En pratique, l’inverse se lit mieux, pour une raison qui mérite d’être dite franchement.
Un portfolio où tout est implicitement présenté comme du travail client livré n’est pas plus impressionnant : il est moins précis, et c’est la précision que le lecteur évalue réellement. Une page qui distingue le travail commandé du travail livré et de l’exploration vous dit que son auteur sait que la différence compte. C’est cela, le signal.
C’est aussi la seule version qui survit à la vérification. Quiconque décide d’engager un studio cliquera sur les liens en ligne, et une affirmation qui ne tient pas coûte bien plus qu’elle n’a jamais rapporté.
Si vous avez une idée que vous voulez explorer sérieusement avant de vous engager à la construire, parlez-nous-en.
