Bench UI
Last updated
Last updated
Le benchmark est une démarche permettant de découvrir les meilleures solutions existantes au problème que je veux résoudre. Pour un client donné, ces solutions peuvent aussi bien provenir de son industrie, ses concurrents par exemple, que d'un tout autre univers. - Avant un atelier UI, je fais un bench sur les composants et style existants.
J'ai trouvé au moins 3 solutions reco correspondantes aux inputs donnés par mon client. (pour paraitre expert)
Mes reco sont suffisamment diversifiées pour permettre à mon client de choisir. (pour permettre le choix)
Je sais à tout moment si mes maquettes correspondent aux critères d'effet waouh de mon client.
A la fin de mon brief de sprint de conception mon Sponsor et PO m'ont transmis :
Le type de produit/fonctionnalité pour laquelle je veux faire un bench. Par exemple : Si mon client veut construire une marketplace, je vais faire un bench des marketplaces existantes. Si mon client veut faire une page de Sign up, je fais un bench des fonctionnalités de sign up existantes.
Leur Top 3 d'applications qu'il défini comme waouh (sur le plan UI)
La liste de leurs concurrents
Les traits de personnalité souhaités pour son application. Je lui ai présenté les cartes personnalité de BAM. Il en a choisi au moins une. (max 2)
Dans tous les cas je sais où trouver d'autres solutions pour compléter mon bench (Book BAM, Invision, Dribbble, Muzzli, Top rating sur les Stores ..)
Voici le bench présenté au Sponsor du projet Neonomade :
Voici la maquette de la home designée sur le projet :
Etape clé
Points Clés
Raisons et exemples
1. Récupérer auprès de mon client les infos nécessaires pour faire mon bench
Le type de produit/fonctionnalité pour laquelle je veux faire un bench. Leur Top 3 d'applications qu'il défini comme waouh (sur le plan UI)La liste de leurs concurrentsLes traits de personnalité souhaités pour son application. Je lui ai présenté les cartes personnalité de BAM. Il en a choisi au moins une. (max 2)
Par exemple, sur le projet Dupli Print, en creusant avec mon client, j'ai compris qu'il souhaitait un calendrier de prise de rendez vous qui soit "corporate", "aéré" et "visuel". J'ai récupérer une liste de concurrents et j'ai pu comprendre qu'il appréciait les solutions Google Calendar, Outlook mobile et Airbnb pour le coté aéré.Avec ces inputs, j'ai pu orienter mes recherches vers des solutions correspondantes
2. Rechercher des solutions existantes
Je recherche d'abord large afin de sélectionner ensuite mes recos. Pour cela je peux rechercher ici :La librairie de component BAMLes guidelines de component BAMles Stores d'applicationsDes sites : Dribbble, Muzzli, uplabs, behance...Demander à d'autres UX ou aux commerciaux
Plus mon choix est large, plus je pourrais donner le choix à mon client et creuser les éléments qui déclencheront un effet waouh chez luiEx : Sur le projet DupliPrint, j'ai trouvé sur Dribbble 7 inspirations de calendrier différents
3. Présenter les recommandations en atelier
En atelier je présente les solutions possibles et j'en détaille 3 qui sont mes recos : J'explique pourquoi ces solutions correspondent le mieux à ses inputs
Faire une ou plusieurs recommandations fortes parmi les solutions du benchmark et de les accompagner de "why" permet de se positionner comme un expert.Exemple : Sur le projet Neonomade, j'ai proposé 3 recos (Voir photos en fin d'article)
4. Conserver son bench en fin d'atelier UI
En fin d'atelier, si j'ai réussi, j'aurais creusé les critères d'effet waouh de mon client.Pour garder une trace de cet atelier je peux :créer un mood board Invision
Une fois l'atelier réalisé, à chaque maquette que je fait je peux me référer au bench et recos afin de vérifier que ce que je produit correspond bien à ce que mon client souhaite avant de lui proposer.Ex : Sur le projet Neonomade, je mettais sur mon projet Sketch, les images de mon bench à coté des écrans que je designais afin de les avoir toujours sous les yeux.
