Post on 09-Feb-2017
Hackathon 3 jours chez les bricoleurs
Antoine Pezé @antoine_peze
@antoine_peze
Think Make Check
Formuler des hypothèses en s’immergeant dans l’espace problème
Concevoir ensemble en utilisant les outils justes
Du feedback pour apprendre et améliorer en continu
@antoine_peze
La finalité c’est un prototype qui a évolué et l’expérience qu’il a laissé chez l’utilisateur
@antoine_peze
THINKFormuler des hypothèses en s’immergeant dans l’espace problème
@antoine_peze
THINK
Un peu de contexte
● Hackathon dans un magasin de bricolage à Tourcoing
● Objectifs : améliorer les applications en mobilité des Conseillers de Vente
● 4 contextes sélectionnés avec une préparation en amont
○ 2 applications avec quelques
développements
○ 2 applications avec quelques
maquettes
@antoine_peze
Designeuse
Développeuse
Respo Hackathon UX Designer
Développeurs
Développeurs
Profil métier
Client
Environ 20 personnes (60% dev, 20% design, 20% métier)dont 2 Octos sur l’UX (Renaud et moi)
@antoine_peze
THINK
Notre espace problème : les magasins de
bricolage
Situation très favorable pour un hackathon
● Recherche utilisateur en amont
● Utilisateurs disponibles et accessibles
● Equipe multidisciplinaire dans colocalisée dans le magasin
● Applications “pré-developpées”
@antoine_peze
THINK ● Un environnement complexe par la taille du magasin
● Des cartes de fidelité payantes offrant des avantages (type carte Fnac)
● Des créations initiées par les Conseillers de Vente mais finalisées à l’espace Carte Maison, près des caisses
● Des conseillers objectivés sur leurs ventes de Carte Maison
Focus sur :La création de
carte de fidelité
@antoine_peze
Objectif initial
“En tant que collaborateur en magasin, je pré-remplis la fiche d’adhésion Carte Maison avec le client afin d’optimiser son temps d’attente”
THINK
Focus sur :La création de
carte de fidelité
@antoine_peze
THINK
Une priorisation en fonction des
hypothèses
Objectifs
● Tester les hypothèses les plus risquées en priorité
● Tester les hypothèses sur lesquelles on a le moins de connaissance en priorité
Une solution
● Matrice de risques du Lean UX
@antoine_peze
THINK
Comment écrire ses hypothèses
“Nous pensons que
énonciation de l’action
énonciation de la conséquence”
Exemple :
“Nous pensons quedéporter le fait de donner la carte à la caissene rallongera pas le temps de paiement”
“Nous pensons queavoir un écran de préexistenceaidera à qualifier la base”
@antoine_peze
THINK
Prioriser ses hypothèse avec la matrice de risque
Connaissance du contexte suite aux tests et immersions
Jusqu’à quel point c’est grave si le produit ne
répond pas à l’hypothèse
@antoine_peze
MAKEConcevoir ensemble en utilisant les outils justes
@antoine_peze
MAKE● Grâce à un développement déjà
initié par les équipes :
○ Déjà un support pour tester dès le
premier jour
○ Des environnements de tests déjà
prêts
● Développement priorisé en fonction des retours utilisateurs et des hypothèses
Une équipe de dev au taquet
@antoine_peze
Ajouté au jour 2
Ajouté au jour 3 Ajouté au jour 3 Ajouté au jour 3
Ajouté au jour 3
@antoine_peze
MAKE
Des démos à chaque fin de
journée
● Tiennent toutes les équipes informées
● Créent une émulation pour tous
● Moments de partage des avancées dev et UX/UI
@antoine_peze
CHECKDu feedback pour apprendre et améliorer en continu
@antoine_peze
En tant qu’UX designerMa mission était de donner une photo de la réalité pour laisser le métier arbitrer ensuite.
Il est indispensable de montrer les différences entre prescrit et réel pour en tirer des conclusions.
@antoine_peze
CHECK
WhatsApp : le dispositif pour
rester au courant
Notre groupe WhatsApp
@antoine_peze
CHECK
Un support commun pour
avancer ensemble
Protocole Questionnaire final
● Un protocole pour aligner sur les questions
● Un questionnaire pour avoir un peu de data
@antoine_peze
CHECK● Des tests utilisateurs tout au
long du hackathon pour une efficacité maximale
● Embarquer le client pour une compréhension aboutie
○ Embarquer les designers et/ou
développeurs est aussi super
enrichissant !
Une proximité avec le terrain très efficace
@antoine_peze
CHECKDe nouveaux questionnements apparaissent
● Jusqu’où doit-on aller dans le prospectif ?
○ Le support physique a-t-il encore du sens ?
○ Jusqu’où les gens sont prêt à aller dans la dématérialisation ?
● Qui doit délivrer ces supports physiques ?
● Comment garantir la qualité de la
relation-client avec une interface
supplémentaire et partagée ?
De nouvelles réflexions
@antoine_peze
CHECK
Et des outils pour y répondre
Evolution de la matrice de risque
● Une hypothèse évacuée
○ “Nous pensons quedéporter le fait de donner la carte à la caissene rallongera pas le temps de paiement”
● Une hypothèse nouvelle
○ “Nous pensons quela création de la carte par les conseillersoptimisera le temps d’attente des clients”
Jour 1 Jour 3
@antoine_peze
Du design pour tester TRES rapidement
Et du code pour les plus grosses features
CHECK
Et des outils pour y répondre
Exemple de comparaison de 3 interfaces designées
@antoine_peze
CHECK
Ce qui nous donne des réponses
Réponses grâce aux tests sur le terrain
● Des acteurs encore peu à l’aise avec la notion de dématérialisation
● Des conseillers qui veulent délivrer eux-mêmes la carte maison
● Mettre en avant les avantages des offres pour favoriserr le partage d’écran entre collaborateur et client
@antoine_peze
CHECK
Pour d’excellents résultats
Résultats des tests de l’appli
● Un gain véritable par rapport à la situation actuelle
● Une relation clientèle améliorée
● Une application plebiscitée par les conseillers
@antoine_peze
CHECK
Pour d’excellents résultats (bis) Victoire d’une autre application (pour le SAV)
● Traitement de la tâche sans appli : 9min21
● Traitement avec appli : 2min32
Combo bonus
● Collaborateurs valorisés
● Equipe valorisée
● Client ravi
@antoine_peze
Avec le hackathon, on casse des barrières, ce qui ouvre le champ des possibles
@antoine_peze
La finalité c’est un prototype qui a évolué et l’expérience qu’il a laissé chez l’utilisateur
Antoine Pezé @antoine_peze
Merci