Créer et documenter des maquettes

Effectué

Avec les applications Power Apps pilotées par modèle, vous bénéficiez d’un concepteur d’application associé à une expérience utilisateur standard. Avec les applications canevas, vous disposez d’un canevas de conception presque illimité. Ces deux expériences nécessitent une planification pour obtenir la meilleure expérience utilisateur. Comme mentionné précédemment, le consultant fonctionnel est souvent le trait d’union entre les différents rôles affectés à un projet ; ce rôle peut inclure la création et la documentation de maquettes de l’expérience utilisateur. L’expérience utilisateur ne se limite pas à un seul écran, elle concerne l’ensemble du parcours utilisateur à travers les solutions créées.

Considérations relatives à la conception du parcours :

• Cohérence : est-il dérangeant pour l’utilisateur de naviguer entre les tâches et les applications ?
• Progression logique : l’expérience utilisateur de bout en bout est-elle conçue dans un souci d’efficacité ? Devons-nous envisager de ramifier certaines expériences pour différents groupes d’utilisateurs ?
• Personnalisation et thèmes : les applications sont-elles similaires en apparence ? Existe-t-il des directives de marque à suivre ?
• Processus métier et automatisations des systèmes : les automatisations sont-elles là pour faciliter la vie des utilisateurs ? Facilitent-elles réellement la vie des utilisateurs ? Les processus métier et les fonctionnalités implémentés doivent répondre aux attentes des utilisateurs pour optimiser l’adoption utilisateur. Le nouveau système facilite-t-il la vie des utilisateurs et réduit-il les étapes nécessaires pour terminer les processus ou ajoute-t-il des étapes supplémentaires aux processus ? Avons-nous conçu un système qui exploite l’automatisation des processus pour garantir une expérience utilisateur cohérente ?
• Sécurité : avons-nous utilisé des fonctionnalités intégrées pour limiter l’expérience de l’utilisateur aux seules tâches qu’il doit effectuer ? Les rôles de sécurité permettent de limiter le nombre de formulaires, d’applications et de tableaux de bord, afin que les utilisateurs ne voient que les composants d’application dont ils ont besoin et utilisent des applications pilotées par modèle pour limiter le nombre de vues et des autres composants d’application à ceux nécessaires lorsqu’ils travaillent sur les processus pour lesquels l’application est conçue.

Lorsque vous concevez l’expérience utilisateur, gardez à l’esprit l’objectif ultime qui est de créer une expérience à la fois utile et agréable. De nombreux aspects d’une solution stimulent l’adoption utilisateur. Tous ne sont pas facilement mesurables. Malheureusement, le meilleur indicateur de l’adoption utilisateur est parfois son absence. Les éléments clés qui peuvent déterminer l’efficacité de l’adoption utilisateur comprennent les suivants :

• Valeur commerciale : objectifs commerciaux et stratégie clairement définis avec les processus, les KPI de succès et les résultats opérationnels du projet.
• Données et fonctionnalités : la mise en œuvre des processus métier au sein de la plateforme répond (ou dépasse) les attentes des utilisateurs en matière de données, d’intégration, de sécurité, de reporting, etc.
• Convivialité : facilité d’utilisation des applications et expérience utilisateur du support client sur le web, Outlook et les clients mobiles.
• Performances : performances et fiabilité globales de l’application du point de vue de l’utilisateur final pour inclure le temps de chargement de la page, le temps d’enregistrement, les erreurs, l’automatisation, etc.

Valeur commerciale

Pour optimiser l’adoption utilisateur, vous devez d’abord définir le cas d’utilisation métier pour le système ainsi que votre stratégie d’adoption du système. Le soutien de la direction doit être identifié pour le projet. Il est important que le déploiement ne soit pas uniquement piloté par le département informatique. Un déploiement réussi nécessite un alignement entre les parties prenantes informatiques et commerciales qui doivent toutes collaborer pour fournir une solution qui répond aux attentes des utilisateurs. Toutes les décisions concernant la conception et la configuration du système doivent être prises en tenant compte de l’expérience utilisateur.

Valeur individuelle

Même si l’entreprise pense que le système est bien conçu, atteint ses objectifs et est une réussite, elle doit également prendre en compte l’avis de l’utilisateur. Le système doit offrir à ses utilisateurs une expérience agréable qui les aide à être plus efficaces.

Données et fonctionnalités

Un autre levier majeur de l’adoption utilisateur du système, à la fois positif et négatif, concerne les données du système, plus précisément la qualité et la valeur des données dans le système. Si vous entrez simplement des données de mauvaise qualité dans le système, l’expérience utilisateur dans le nouveau système sera médiocre. Afin d’en tenir compte, vous devez définir un plan pour les domaines suivants :

• Validation des données métier : les données sont-elles de qualité, s’agit-il des données adéquates et comprennent-elles uniquement le nécessaire pour offrir une bonne expérience aux utilisateurs et leur permettre de réaliser leur travail ?
• Vieillissement des données : les données anciennes, inutilisables ou expirées sont-elles archivées hors du système ? Il est important de disposer de données suffisamment complètes pour effectuer votre travail, mais trop de données anciennes peuvent ralentir le système et dégrader sa convivialité.
• Processus de nettoyage des données : comment allez-vous nettoyer les données chargées dans le système et quel est votre plan pour préserver de façon continue la qualité de ces données ?
• Intégration de données et intégration visuelle/de l’IU : quel est le plan d’intégration continue des données et utilisez-vous correctement les intégrations de données ? Des données copiées dans Dataverse pourraient-elles être améliorées en tant qu’intégration visuelle, par exemple une table virtuelle ou un connecteur Microsoft Power Platform ?

Les utilisateurs doivent également être en mesure d’utiliser les données du système et de comprendre les options de reporting et d’analyse à leur disposition dans le système, notamment les composants d’applications standard tels que la recherche avancée, les vues, l’exportation vers Excel, l’Assistant Rapport, les graphiques, les tableaux de bord et les modèles. Les utilisateurs doivent également connaître les options de configuration à leur disposition pour ces outils, comme la création de vues personnelles, modèles, graphiques et tableaux de bord, ainsi que les options d’analyse en libre-service dans Power BI, le cas échéant.

Convivialité

Vous devez tenir compte des effets du modèle de données sur la convivialité du système et l’expérience utilisateur. Une conception incohérente peut offrir une expérience utilisateur désagréable. Utilisez les outils fournis dans le système pour offrir une expérience utilisateur homogène.

La navigation doit être logique et cohérente afin que les utilisateurs soient à l’aise avec le système. Si différents formulaires offrent des expériences de navigation nettement différentes ou si les liens de navigation associés ne sont pas regroupés, les utilisateurs seront frustrés en tentant d’utiliser le système et d’y naviguer. Tout ce dont les utilisateurs ont besoin pour les tâches système associées doit être regroupé dans le plan du site et les zones de navigation des formulaires. La disposition des formulaires doit être cohérente et prévisible. Dans la mesure du possible, regroupez toujours les colonnes et les tâches similaires au même endroit pour la totalité de l’expérience utilisateur.

Lors de la création d’applications, elles doivent être de taille appropriée. Vous ne devez pas avoir une application monolithique avec une combinaison de nombreux groupes métier sans rapport. Les applications pilotées par modèle doivent généralement s’adresser à un seul groupe ou à plusieurs groupes directement liés (comme un processus de vente et de service client associé). Les applications canevas doivent être utilisées pour des scénarios plus simples axés sur les tâches. Si un utilisateur doit basculer entre plusieurs applications pour effectuer une tâche, il sera probablement frustré, mais il peut également l’être si vous tentez d’utiliser une lourde application pilotée par modèle lorsqu’il doit effectuer des activités axées sur les tâches sur un appareil mobile. Assurez-vous que vos applications sont dimensionnées correctement et qu’elles offrent l’expérience utilisateur répondant le mieux aux besoins de vos utilisateurs.

Pour permettre à tous vos utilisateurs d’utiliser efficacement l’application, vous devez tenir compte de l’accessibilité pour les utilisateurs handicapés. Veillez à bien comprendre les besoins d’accessibilité de vos utilisateurs et à utiliser le Vérificateur de solution et le Vérificateur d’application pour vérifier que votre configuration respecte ou dépasse les normes d’accessibilité.

Performances

Les performances du système sont un autre facteur essentiel à une adoption optimale du système. Si votre solution est bien conçue et que vos données sont de qualité, mais que les performances du système sont médiocres, les utilisateurs ne souhaiteront pas l’utiliser. Le système doit être réactif. Le système doit être fiable. Le système doit être robuste et non fragile.

Fournissez aux utilisateurs la formation et le support nécessaires pour favoriser une bonne adoption utilisateur. Créez une communauté d’ambassadeurs, notamment des utilisateurs précoces et des super utilisateurs. Dispensez une formation utilisateur efficace. Cette formation doit être personnalisée en fonction des types de formation et de transfert de connaissances les plus efficaces dans votre organisation. Elle peut inclure des supports de formation, des vidéos, une base de connaissances et des ressources d’aide qui couvrent l’application et les processus. Un support technique interne doit être doté d’experts techniques compétents. Cela inclut le support pendant le déploiement, ainsi qu’après la mise en service.

La plupart des projets Microsoft Power Platform sont itératifs. À mesure que les solutions évoluent au fil des itérations, gardez à l’esprit les principes de bonne conception avec lesquels vous avez commencé. En fin de compte, c’est la perception qu’ont les utilisateurs du système créé qui définit leurs attentes. Lors de la conception, efforcez-vous de comprendre leurs objectifs et les résultats obtenus.