arthurdata.github.io/rencontresR2023
2023-06-22
Développeur R
Monte régulièrement des applications Shiny
Aime partager ses connaissances
Très curieux
Sportif
A le projet de renouveller sa cuisine
Doit faire des travaux dans sa cuisine.
Doit monter une application Shiny, pour son client, pour aider la création de signature(s) d’email :
Standardisation,
Homogénéité,
Facilité de maintenance.
Pierrot n’est pas vraiment un bricoleur et il ne sait pas par où commencer les travaux :
Enchaine les allers-retours avec son client sur le contenu de la future application Shiny :
Petit syndrome de la page blanche / imposteur
Génère de la frustration
Ne peut pas réaliser ses plats préférés
Il rencontre un vendeur qui lui propose de faire un plan de conception de sa cuisine.
Cette maquette répond à toutes ses questions à propos de sa cuisine.
En s’appuyant sur la maquette,
la discussion avec le vendeur est fluide.
Surtout, Pierrot peut tester, expérimenter et réessayer
sans avoir peur de se tromper.
Et si Pierrot réutilisait cette conception de maquette
pour son application Shiny ?
Il va concevoir une maquette pour son client.
Mais que peut-il attendre de cette maquette ?
Cette étape de conception
n’est pas seulement esthétique.
Elle doit être le support d’une discussion commune,
avec son client.
À partir du cahier des charges initial, Pierrot va itérer des prototypes.
Les prototypes sont des modèles
préliminaires (maquettes) d’un produit futur.
Pour Pierrot, l’itération portera sur la
fidélité du prototype vis-à-vis du produit final.
La fidélité fait référence à la proximité
avec le produit final.
Plus le prototype est fidèle,
plus le travail à engager sera important.
Rapide et facile à créer.
Pierrot peut réaliser cette maquette, en réunion,
directement avec son client.
Mettre à plat tous les éléments que doit posséder
la future application.
Plus détaillée et commence visuellement à
ressembler au futur produit.
Pierrot pourra utiliser des outils tels que
Excalidraw ou encore Figma.
Valider la présence et la disposition des
différents éléments dans l’interface.
Très détaillée, ressemble et fonctionne presque
comme le produit final.
Pierrot pourra utiliser des outils tels que
Figma, Sketch, Framer ou encore Adobe XD.
Valider le produit final avant son développement.
Expérience utilisateur (UX):
Pierrot peut présenter ces maquettes en noir et blanc.
Interface utilisateur (UI):
Pierrot peut créer un Design System.
Pierrot peut ajouter du dynamisme dans ses maquettes.
Simule les interactions
entre les futures pages de l’application.
Engage son client à ajouter des commentaires
directement sur la maquette.
Facilite le travail en asynchrone et
fluidifie les discussions.
Partage la maquette à des personnes
représentant le public cible.
Pour Pierrot, il est plus rapide d’effectuer
des corrections dans la maquette
que dans le code.
Gain financier.
Pierrot sait exactement ce qu’il doit développer.
“Penser son code” avant le développement.
Meilleure structure et organisation du projet.
Rédaction des tests unitaires pour tester le front
de l’application.
Tester les différentes interactions validées
par son client.
Pierrot démarre le développement
avec une vision claire et commune.
Réduction des risques de retards ou
de modifications majeures en cours de projet.
Des validations intermédiaires plus
rapides et plus faciles.
Outil précieux pour les futures
réflexions et itérations.
Référence visuelle pour les
futures mises à jour et
modifications de l’application.
Pierrot a terminé le développement
de son application pour son client :

Construiriez-vous votre cuisine sans en avoir fait des plans ? | Retrouvez nous sur https://thinkr.fr