uxdesign

  • KPI et UX design

    📌 ARTICLE sur les KPIs dans l’UX design.
    Ici l’article fait plutot la promotion de l’usage des KPI sans nécessairement en donner :
    – Un KPI est un outil servant a communiquer
    – Un KPI est un outil permettant de repérer les problèmes
    – Un KPI est un outil permettant de transformer l’abstrait en concret
    – Un KPI est un outil permettant de relier les objectifs commerciaux et l’expérience de l’utilisateur
    – Un KPI est un outil qui permet d’avoir plus impact.
    Je partage tout à fait le point de vue,
    Je pense également que l’on peut définir comme grands KPIs, le gain en efficacité opérationnel d’une tache :
    – Temps de réalisation,
    – Taux de réussite,
    – Utilisation navigation prévue VS outil de recherche
    – Taux de transformation (et donc taux d’échec / abandon)
    – Nombre de clics pour réaliser la tache
    – Nombre d’étapes parcourues pour réaliser la tache
    – Taux de clic pour chacun des CTA (quels sont ceux inutilisés)
    Et vous quels sont vos KPI?
    #cmondary

  • |

    Faster Wireframes

    📌 ARTICLE proposant un petit #tips sympa pour créer rapidement des #wireframes de #landing pages. L’astuce est bien évidemment réplicable au delà des landing pages, et je dois avouer m’en être déjà plusieurs fois servi pour obtenir des proportions nikels blocs / textes / espacement, très rapidement.
    L’idée est simple mais efficace :
    1/ Faites une capture d’écran de vos sites préférés
    2/ Reproduisez un wireframe de ces pages, par dessus vos screenshots
    #tips #cmondary

  • |

    Que signifie être vraiment « Agile » en tant que designer ?

    📌 ARTICLE très intéressant sur l’agilité et l’adaptation du designer au manifeste Agile.
    Fonction de la maturité du client mais également des enjeux de communications, les choses ne sont pas toujours simples. Je partage tout de même assez les conseils de l’auteur !
    1/ Etablir un vocabulaire commun entre les différentes parties prenantes (communiquer efficacement niveau 1 😉 )
    2/ Comprendre puis concevoir en gardant à l’esprit les enjeux business et les contraintes techniques
    3/ Concevoir et maintenir des modules réutilisables (voir maintenir un design system)
    4/ Délivrer à court terme, mais conserver toujours une vision à long terme
    5/ Prendre des décisions stratégiques au bon moment et épauler le ProductOwner (communiquer efficacement niveau 2 😉 )
    6/ Éviter d’être (trop) un puriste quant au process
    7/ Soyez un coéquipier efficace, mais aussi et surtout un bon négociateur (communiquer efficacement niveau 3 😉 )
    #tips #cmondary

  • |

    7 conseils pour gérer votre temps

    📌 ARTICLE sur comment gérer son temps de travail en 7 conseils plutôt smarts 😉
    L’auteur propose de mieux gérer son temps afin de retrouver du temps pour le design. Evidemment ces #tips sont valables même si vous n’êtes pas Designer.
    Personnellement les conseils 5 et 7 son pour moi ceux qui sont les plus efficaces !!!
    1/ Bloquer vous du temps pour designer, directement dans votre #agenda 
    2/ N’ayez pas peur de refuser des réunions
    3/ Proposer de décaler les réunions à des heures ou jours qui vous conviennent mieux
    4/ Respectez votre temps (Exigez un ordre du jour, un objectif et une durée pour vos réunion, et lors des réunions ne perdez pas de temps)
    5/ Ne commencez pas la journée avec vos mails ou Slack / Teams / etc !!!
    6/ Faire des pauses
    7/ Ne choisissez pas la fréquence hebdomadaire par défaut (Privilégier de courtes reunions quotidienne plutôt qu’hebdomadaire, comme un daily stand up meeting 😉 )

  • | |

    Environment centered design : Actant Mapping Canvas

    📌 ARTICLE super intéressant sur ce nouveau cadre de conception appelé : la conception centrée sur l’environnement (Environment centered design) qui se propose de réfléchir une #conception centrée non plus uniquement sur l’utilisateur, mais sur l’ #environnement !!
    Sachant que nous dépassons assez habituellement les limites environnementales de la Terre : qu’est-ce qui est en danger pour tous les êtres vivants si nous, les humains, continuons à ne pas tenir compte des besoins, des limites et des préférences de la Terre dans le processus de conception et de fourniture des produits et des services que nous contribuons à construire.
    Je trouve le concept et la démarche franchement intéressante, dans l’air du temps et engagée !!
    L’article porte sur une première #méthode, un premier #Canvas : Le ACTANT MAPPING CANVAS.
    Le #canvas aide à cartographier tous les acteurs humains et non humains (« actants ») d’un produit ou d’un service que vous (re)concevez et – idéalement – vous fait commencer à sympathiser avec eux par le biais d’éléments actionnables dans votre processus décisionnel.

  • OPAL : éviter toute distraction sur votre smartphone

    https://uxdesign.cc/how-to-present-your-storyboards-for-maximum-impact-7032c4ec64ed
    📌 OPAL est une #application mobile se proposant de vous éviter toute distraction une fois activé.
    L’idée est sympa mais je ne perçois pas encore la plus value par rapport a l’application « bien-être numérique » présente, même si un peu cachée, dans tous les Androids.
    #tools #cmondary

  • Loi de TESLER

    https://uxdesign.cc/understanding-teslers-law-and-its-implications-to-good-ux-4b8da87d751d
    📌 ARTICLE sur la #loi de #TESLER.
    « Chaque demande a une complexité irréductible inhérente. La seule question qui se pose est la suivante : qui devra s’en occuper, l’utilisateur, le développeur ou le concepteur ? – Larry Tesler »
    #UX #cmondary

  • |

    Workshop de 2h : KickOff Meetings

    https://uxdesign.cc/this-2-hour-workshop-is-better-than-your-average-kickoff-meeting-dfaafa2931e4
    📌 ARTICLE proposant un #Workshop de 2h pour remplace vos #KickOff Meetings.
    En résumé :
    1/ Introduction (5min)
    2/ Apprendre à connaître l’entreprise, le produit et les utilisateurs (20min)
    3/ Que voulez vous réellement ? (10min)
    4/ Décrire le processus de conception (10min)
    5/ Cartographier la solution existante (30min)
    6/ Redéfinir le problème (20min)
    7/ Lightning demos (10min)
    8/ Synthèse et prochaines étapes (5min)