Ce texte a été traduit en utilisant le système de traduction automatisé de Salesforce. Répondez à notre sondage pour nous faire part de vos commentaires sur ce contenu et nous dire ce que vous aimeriez voir ensuite.

Découvrez ici nos planifications de mise à jour.

Les systèmes montrent des comportements attrayants en facilitant l'accès et l'utilisation des applications, en donnant aux utilisateurs l'impression d'obtenir un travail de plus grande qualité et en donnant envie aux utilisateurs d'utiliser des applications dans le système.

Offrir un comportement engageant est important pour l'entreprise, car il est directement corrélé à l'adoption des utilisateurs ainsi qu'à la satisfaction générale des agents et des clients. Les comportements d'engagement aident également à réduire les demandes de support et à améliorer la qualité des demandes de fonctionnalité des utilisateurs.

L'un des défis de la création d'un comportement engageant est qu'il est difficile de le mesurer uniquement par des métriques objectives. Au lieu de cela, il est évalué par les expériences subjectives des utilisateurs; les utilisateurs estiment que les applications attrayantes fournissent une véritable valeur. Les applications engageantes sont accessibles, non intrusives et faciles à comprendre. Ils nécessitent un minimum d'intégration et de formation. Ils utilisent des méthodes claires pour éviter proactivement les erreurs des utilisateurs.

Un autre défi est que les objectifs d'engagement varient souvent en fonction des différents types d'interaction des utilisateurs dans votre système. Par exemple, vous pouvez avoir un ensemble d'objectifs pour les utilisateurs internes qui gèrent les requêtes et un autre pour les utilisateurs externes qui soumettent des informations via un formulaire sur votre site Web. Pour concevoir des systèmes attrayants, vous devez examiner attentivement le type d'engagement que vous essayez de créer et les raisons pour lesquelles les utilisateurs souhaitent s'engager avant de commencer à assembler des fonctionnalités et des pages.

Un partenariat avec des concepteurs d'expérience utilisateur (UX) vous aidera à prendre des décisions beaucoup plus efficaces pour livrer des applications attrayantes. D'un point de vue architectural, l'adoption et la rétention des utilisateurs sont des composantes essentielles d'un système sain. L'engagement des architectures réduit la probabilité de Problèmes de qualité des données causés par les utilisateurs qui se précipitent à travers les processus ou ignorent les étapes pour éviter de passer du temps dans un système qu'ils n'apprécient pas. Pour des systèmes accessibles en externe, une architecture attrayante peut augmenter le chiffre d'affaires et fidéliser les clients, car les clients qui trouvent vos systèmes plus faciles à utiliser choisissent de faire plus d'affaires avec votre organisation.

Vous pouvez créer des applications plus attrayantes en offrant des expériences rationalisées et utiles.

Les applications rationalisées sont faciles à parcourir, présentent clairement les informations et les tâches de saisie de données, et s'adaptent à divers facteurs de forme. Les applications rationalisées présentent également des modèles d'expérience auxquels les utilisateurs sont habitués dans d'autres applications fréquemment utilisées. Par exemple, la plupart des navigateurs Web présentent « ouvrir dans un nouvel onglet » comme l'option principale lorsque les utilisateurs cliquent avec le bouton droit sur un lien. Une application rationalisée qui contient des onglets suivra le même modèle.

Les impacts d'expériences d'application inefficaces peuvent aller bien au-delà d'une application individuelle. Les mauvaises expériences d'application érodent la Trust des utilisateurs. À mesure que de plus en plus d'applications critiques pour l'entreprise et accessibles aux clients se déplacent vers les canaux numériques, cela peut coûter aux entreprises la fidélité des principales parties prenantes.

Vous pouvez rationaliser vos applications en adoptant une approche délibérée de la complexité des applications, de la conception de formulaires et des facteurs de forme.

La réduction de la complexité des applications signifie que les utilisateurs affichent uniquement les éléments de menu, les onglets et les contrôles de navigation appropriés. Vous devez créer des mappages entre des groupes d'utilisateurs, des autorisations utilisateur et l'expérience d'application appropriée. Utilisez ces mappages pour comprendre l'expérience d'application à présenter à un utilisateur donné, puis assurez-vous que votre application dispose des contrôles logiques nécessaires pour offrir cette expérience.

Les applications qui présentent aux utilisateurs une complexité excessive peuvent entraîner diverses expériences médiocres :

  • Les utilisateurs affichent souvent des onglets inutiles ou non pertinents, accèdent à des écrans vides et rencontrent des liens désactivés ou bloqués.
  • Des instructions inutiles ou inutiles telles que « ignorez cet onglet si votre rôle est X... » sont affichées dans les documents de formation et d'activation.
  • Les menus de navigation encombrés obligent les utilisateurs à consacrer plus de temps à localiser les éléments dont ils ont besoin pour travailler.

Ces expériences médiocres entraînent de faibles taux d'adoption et de satisfaction.

Tenez compte des points suivants pour déterminer le niveau de complexité approprié de l'application :

  • Organisez les menus, les onglets et les autres contrôles de navigation en fonction de la priorité du travail que les utilisateurs doivent effectuer.
  • Évitez d'introduire de nouveaux comportements qu'un utilisateur doit apprendre uniquement pour pouvoir utiliser votre application.
  • Ne retirez pas l'accès aux fonctionnalités qui permettent aux utilisateurs de personnaliser certains aspects de leur interface utilisateur.
  • Utilisez des ensembles d'autorisations pour offrir des options de navigation étendues ou réduites.
  • Simplifiez les attributions d'activation de page Lightning. Limitez le nombre de pages Lightning actives par application. Utilisez des formulaires dynamiques, des ensembles d'autorisations et un rendu conditionnel pour ajouter des éléments à des pages Lightning dans votre application. Faites cela au lieu de maintenir plusieurs pages Lightning, activées et attribuées par profil.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemble la gestion de la complexité de l'application dans une organisation Salesforce. Vous pouvez les utiliser pour valider ou améliorer vos conceptions d'application.

Pour plus d'informations sur les outils Salesforce qui peuvent vous aider à gérer la complexité des applications, consultez Outils pertinents à l'engagement.

Les formulaires rationalisés organisent les informations en séquences logiques, prennent en charge la saisie rapide de données et réduisent les étapes requises. Ils permettent également d'envoyer des messages utiles de validation des données côté client et d'éliminer les cycles répétés de soumission de formulaires.

Tenez compte des points suivants lors de la conception de formulaires :

  • Regroupez les champs associés. Regroupez les champs associés à la même étape dans un processus ou une tâche de saisie de données. Éliminez les champs qui ne se rapportent pas directement à la tâche en cours.
  • Précédez la saisie et la validation des données. Les champs qui nécessitent que les utilisateurs saisissent des données doivent être affichés tôt dans vos formulaires. Il est recommandé de mettre en évidence les problèmes de mise en forme des données ou les données manquantes au niveau du champ et le plus rapidement possible (c'est-à-dire avant qu'un utilisateur tente de passer à l'étape suivante ou de soumettre le formulaire). Évitez également d'afficher des erreurs au niveau du champ avant que les utilisateurs aient pu saisir des données dans les champs.
  • Réduisez les tâches d'entrée de données. Préremplissez ou complétez automatiquement autant de champs que possible afin de limiter les erreurs de saisie de données et d'améliorer l'efficacité. Demandez aux utilisateurs de saisir uniquement les données essentielles ou critiques. Éliminez toutes les entrées de données qui ne se rapportent pas au processus métier en cours. Utilisez des listes de sélection au lieu de champs de texte de forme libre, si possible, pour forcer la sélection d'options valides et réduire les variations d'une même réponse.
  • Réduisez les soumissions au serveur. Ne pas avoir de formulaires à plusieurs étapes qui soumettent des données plusieurs fois au serveur. Assurez-vous que tous les composants LWC ou Aura personnalisés utilisent la mise en cache côté client pour gérer les actions de navigation ou de pagination. (Salesforce Lightning Experience et l'application mobile Salesforce utilisent par défaut la mise en cache côté client). Concevez des formulaires pour permettre aux utilisateurs de soumettre des données au serveur une seule fois. Validez les entrées des utilisateurs côté client avant la soumission des formulaires. Cela réduira les soumissions d'utilisateurs indésirables, empêchera les transactions dupliquées ou sales de consommer de la bande passante sur le back-end, et vous aidera à concevoir pour un meilleur traitement des données.
  • Gérer l'état du formulaire. La mise en cache côté client facilite non seulement les comportements tels que la navigation et la pagination, mais aide également à minimiser les pertes de données dues à des problèmes de connectivité intermittents. Une gestion efficace de l'état permet également aux applications d'orchestrer correctement la soumission de données au serveur et d'éviter les transactions dupliquées, tout en présentant aux utilisateurs des messages pertinents et opportuns basés sur le statut des actions côté serveur. Les formulaires rationalisés soumettent les opérations de données une seule fois et n'obligent pas les utilisateurs à attendre la fin des opérations de longue durée sur le serveur.
  • Suivez les normes d'accessibilité. Pour optimiser l'audience de vos applications et garantir l'inclusion de tous vos clients, appliquez des normes d'accessibilité dans vos conceptions de formulaire.

Des formulaires rationalisés aident à renforcer l'intégrité des données dans vos applications et à améliorer l'utilité de vos applications pour les utilisateurs. Ils peuvent également réduire les tickets et les demandes de support, car les utilisateurs sont plus en mesure de corriger les erreurs et de comprendre clairement l'état de leurs soumissions de formulaire. De plus, les formulaires rationalisés permettent une saisie de données rapide et efficace, et évitent aux utilisateurs d'attendre la fin de processus plus longs pour effectuer d'autres tâches.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemble la conception correcte (et médiocre) d'un formulaire dans une organisation Salesforce. Vous pouvez les utiliser pour valider ou améliorer vos conceptions de formulaire.

Pour plus d'informations sur les outils Salesforce qui peuvent vous aider à élaborer des formulaires rationalisés, consultez Outils pertinents pour l'engagement. Pour des conseils plus précis sur le choix de l'outil de formulaire adapté à votre cas d'utilisation, consultez le guide Architect’s Decision Guide to Building Forms with Salesforce.

Les applications engageantes s'adaptent gracieusement à différents appareils et types d'interaction, ou facteurs de forme. Selon le type d'appareil, les différents types d'interaction utilisateur seront plus faciles (ou plus difficiles) et la lisibilité des formulaires et des champs changera. Notez qu'en plus des dimensions de l'écran, le facteur de forme désigne également l'interaction de vos utilisateurs avec l'écran. Un nombre croissant d'appareils sont désormais dotés d'écrans tactiles et certains utilisateurs peuvent également utiliser des appareils spéciaux pour l'accessibilité. Assurez-vous de prendre en compte ces facteurs lors de la conception de formulaires.

Ne pas tenir compte des variations de facteur de forme peut entraîner divers problèmes, notamment :

  • Mauvaise qualité des données
  • Interfaces d'application inutilisables
  • Dépannage supplémentaire ou sessions « commander au nom de » pour les agents de support
  • Faible adoption des utilisateurs, faible nombre d'utilisateurs actifs et taux élevés d'« abandon » d'applications

Pour concevoir l'interopérabilité entre les facteurs de forme dans vos applications Salesforce, tenez compte des points suivants :

  • Identifiez les facteurs de forme pris en charge pour chaque application.
  • Identifiez les méthodes d'entrée et les besoins en accessibilité de vos utilisateurs. Consultez Accessibilité pour plus d'informations.
  • Utilisez la fonctionnalité standard pour offrir des expériences adaptatives entre les appareils dans la mesure du possible.
    • Les modèles Lightning Page fournis par Salesforce prennent en charge par défaut différents facteurs de forme. Si vous choisissez de développer des modèles de page Lightning personnalisés avec Aura, les développeurs devront incorporer des informations sur les facteurs de forme dans le fichier de conception du composant.
    • Les composants de page standard fournis par Salesforce gèrent pour vous la restitution entre les facteurs de forme pris en charge. Si vous créez des composants personnalisés avec LWC ou Aura, les développeurs doivent gérer la sensibilisation à la largeur (il existe des différences d'implémentation entre Aura et LWC) et déclarer la prise en charge du facteur de forme dans le fichier de conception de leurs composants.
  • Suivez le guide de simplification des formulaires sur tous les appareils.
  • Créez des plans de test (et de bons tests) pour les principaux facteurs de forme. L'idéal serait de tester tous les appareils et les facteurs de forme de toutes vos applications. Cependant, la configuration des appareils (ou simulateurs d'appareil) appropriés pour les tests de facteur de forme peut représenter un investissement important. Si vous savez qu'une application ou un ensemble d'applications aura un nombre important d'utilisateurs sur mobile ou tablette, priorisez des tests précis pour ces applications sur les facteurs de forme mobile et tablette.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemble la sensibilisation correcte (et faible) aux facteurs de forme dans une organisation Salesforce. Vous pouvez les utiliser pour valider vos conceptions avant de les élaborer, ou identifier les pages qui doivent être refactorisées.

Pour plus d'informations sur les outils Salesforce pour une conception efficace des facteurs de forme, consultez Outils pertinents à l'engagement.

Le tableau ci-dessous présente une sélection de modèles à rechercher (ou à élaborer) dans votre organisation et d'anti-modèles à éviter ou à cibler pour remédier.

✨ Découvrez d'autres modèles d'applications rationalisées dans l'Explorateur de modèle et anti-modèle.

Modèles Anti-Patterns
Complexité de l'application Dans votre organisation :
- Les applications ont moins de 10 onglets dans la configuration par défaut fournie par l'administrateur
- Aucune application n'a défini « Désactiver la personnalisation des éléments de navigation dans cette application par l'utilisateur » sur true
Dans votre organisation :
- Les applications ont généralement plus de 10 onglets dans la configuration par défaut fournie par l'administrateur
- De nombreuses applications ont défini « Désactiver la personnalisation des éléments de navigation par l'utilisateur dans cette application » sur true ou l'autorisation de personnalisation des éléments de navigation est désactivée dans l'organisation
Formulaires Dans vos applications :
- Les champs suivent des regroupements logiques
- Les champs de saisie de données sont affichés ensemble, par groupe de cinq ou moins
- Les erreurs de saisie de données sont claires et affichées au niveau du champ, avant que les utilisateurs ne quittent ou soumettent des données
- Les contrôles de pagination activent le déplacement entre les étapes
- Soumission de données une fois
- Les étiquettes des actions et de la navigation sont claires
- Des commentaires visuels et opportuns sont fournis pour confirmer les actions de l'utilisateur telles que les clics sur les boutons
- Les boutons de navigation (par exemple, « aller », « suivant » et « retour ») sont placés de façon cohérente dans l'interface utilisateur
Dans vos applications :
- Les champs de saisie de données ne sont pas regroupés de façon logique, ce qui nécessite un nombre important de basculements de contexte par les utilisateurs qui remplissent des formulaires
- Les erreurs de saisie de données contiennent des informations cryptiques qui ne peuvent être interprétées que par quelqu'un qui comprend le fonctionnement interne du système
- Les erreurs de saisie de données sont affichées uniquement lorsque le bouton Soumettre d'un formulaire est cliqué
- Les étapes et les regroupements ne sont pas clairement définis, ce qui rend la navigation difficile
- La soumission de données se produit plusieurs fois pendant le processus de saisie de données
- Les étiquettes des actions et de la navigation prêtent à confusion pour les utilisateurs qui ne connaissent pas les fonctionnalités système sous-jacentes
- La confirmation visuelle des actions de l'utilisateur n'est pas fournie
- Les boutons de navigation sont affichés à des emplacements arbitraires dans l'interface utilisateur
Dans votre logique de formulaire :
- Les champs sont préremplis ou automatiquement remplis autant que possible
- Les utilisateurs ne sont pas contraints d'attendre la fin des longues actions côté serveur
- Les composants personnalisés utilisent cacheable=true pour les actions basées sur le serveur qui n'impliquent pas d'opérations de données
- Les opérations sur les données sont effectuées une fois
- Dans les adaptateurs LWC @wire, toutes les actions n'impliquant pas d'opérations sur les données sont gérées
Dans votre logique de formulaire :
- Les champs qui peuvent être préremplis ou automatiquement remplis nécessitent une saisie manuelle
- Les utilisateurs doivent arrêter de travailler pendant le processus de soumission pour attendre la fin des actions côté serveur
- Ensemble de composants personnalisés cacheable=false
Facteur de forme Dans votre organisation :
- Les modèles de page Lightning fournis par Salesforce sont utilisés pour toutes les pages ou la plupart des pages
- Les modèles de page Lightning personnalisés utilisent design:supportedFormFactors et design:supportedFormFactor dans les fichiers de conception de composants Aura
- Les composants LWC ou Aura personnalisés disponibles dans le Générateur d'applications déclarent les facteurs de forme pris en charge dans leurs fichiers de conception respectifs et implémentent des modèles de style sensibles à la largeur
Dans votre organisation :
- Classic est toujours actif
- Les modèles de page Lightning personnalisés n'utilisent pas uniformément design:supportedFormFactors et design:supportedFormFactor dans les fichiers de conception de composants Aura
- Les composants LWC ou Aura personnalisés disponibles dans le Générateur d'applications ne déclarent pas systématiquement les facteurs de forme pris en charge dans leurs fichiers de conception respectifs
- Dans les composants LWC ou Aura personnalisés, le style sensible à la largeur n'est pas implémenté par les interfaces fournies par Salesforce
- Dans les composants LWC ou Aura personnalisés, le style des différents facteurs de forme est piloté uniquement par des valeurs px ou % codées en dur dans CSS
Sur ordinateur de bureau :
- Les champs de saisie de données et les contrôles de navigation s'adaptent à l'écran et peuvent être interagis comme prévu
- Les pages d'enregistrement et d'application sont correctement affichées, selon les règles d'attribution d'activation de page
Sur ordinateur de bureau :
- Les champs de saisie de données et les contrôles de navigation ne sont pas affichés à l'emplacement voulu à l'écran
- Les interactions avec les champs de saisie de données et les contrôles de navigation ne correspondent pas aux comportements requis
- L'absence de règles d'attribution d'activation de page signifie que tous les utilisateurs affichent les mêmes pages d'enregistrement et d'application
Sur mobile et tablette :
- Les entrées de données et les contrôles de navigation sont correctement affichés
- Les utilisateurs peuvent saisir aisément des données
- Les menus de navigation mobiles, optimisés pour les plus petits facteurs de forme, apparaissent
- Présentations compactes affichées au niveau de l'enregistrement
Sur mobile et tablette :
- Les entrées de données et les contrôles de navigation ne sont pas restitués de façon cohérente ou correcte
- Les utilisateurs ne peuvent pas saisir facilement des données
- Les menus de navigation mobiles ne se distinguent pas de la navigation sur ordinateur de bureau
- Les présentations compactes ne sont pas configurées au niveau de l'enregistrement

Les applications utiles permettent aux utilisateurs de se sentir plus autonomes et plus efficaces, sans distraction ni interruption.

Les applications utiles aident à préserver l'intégrité des données en atténuant les erreurs manuelles et en fournissant des commentaires aux utilisateurs quand et où ils en ont besoin. Ils aident les utilisateurs à comprendre les actions sur lesquelles ils doivent se concentrer maintenant et ensuite, et fournissent des informations pertinentes pour les aider à résoudre leurs propres problèmes plus rapidement. Ils établissent un lien clair entre les actions d'un utilisateur et l'impact significatif ou les réalisations.

Vous pouvez élaborer des applications plus utiles avec trois habitudes clés : notification et messages, guide dans l'application, et reconnaissance et récompenses.

Les notifications et les messages aident les utilisateurs à rester informés.

Un système de notification et de messagerie bien conçu peut accroître l'engagement et la productivité en fournissant aux utilisateurs les informations dont ils ont besoin pour prendre des décisions critiques en temps opportun. Un système de notification et de messagerie mal conçu - qui présente des messages qui ne sont ni pertinents ni opportuns - aura l'effet inverse. Les utilisateurs internes désactivent ou ignorent rapidement les notifications, ce qui les fait passer à côté des messages légitimes qui peuvent affecter les processus métiers essentiels. Les clients ou autres utilisateurs externes qui se lassent des notifications inutiles peuvent décider d'arrêter complètement d'utiliser vos systèmes.

Pour déterminer comment les applications vont gérer l'envoi de notifications et de messages aux utilisateurs, tenez compte des points suivants :

  • Pour les erreurs, utilisez les notifications et les messages en dernier recours. Concevez le traitement des erreurs dans votre système avec un traitement back-end capable de corriger certains types d'erreur sans intervention humaine. Envoyez aux utilisateurs uniquement des messages sur les erreurs critiques qui les empêcheront d'accomplir les tâches. De la même façon, envoyez aux utilisateurs professionnels uniquement des messages d'erreur lorsqu'ils peuvent (et doivent) prendre eux-mêmes des mesures correctives. Des messages d'erreur ou des détails supplémentaires peuvent être disponibles via des rapports et/ou envoyés au personnel de support technique en utilisant des méthodes asynchrones pour un suivi ultérieur.
  • Choisissez des types de message basés sur la pertinence, l'urgence et l'actualité. Différents types de message ont différents niveaux de comportement bloquant ou interruptif. Les avis sont un type de message « bloquant », car ils obligent les utilisateurs à les confirmer avant de pouvoir poursuivre leur travail. Comme pour les messages d'erreur, les avis doivent être utilisés avec précaution. Les notifications flottantes ne sont pas bloquantes, peuvent avoir différents comportements de persistance et prendre en charge différents types de cas d'utilisation de messages. Les messages les moins gênants sont les notifications dans l'application ou les e-mails. Ils sont plus efficaces pour fournir des informations que les utilisateurs peuvent traiter quand et quand ils le souhaitent.
  • Pense à ce qui doit se passer ensuite. Bien que certaines notifications soient informatives (par exemple des messages de réussite), d'autres peuvent demander aux utilisateurs de prendre une mesure. Lors de la conception de notifications, assurez-vous de prendre en compte non seulement la notification elle-même, mais également toutes les informations supplémentaires qu'un utilisateur peut avoir besoin d'agir. Incluez des instructions claires ou des liens vers les utilisateurs qui peuvent trouver des informations supplémentaires ou suivre les étapes de toutes les notifications actionnables.
  • Concentrez-vous sur la lisibilité. Assurez-vous de communiquer clairement l'objet de chaque notification et les étapes suivantes qu'un utilisateur doit suivre en réponse. Les messages doivent être compréhensibles pour les utilisateurs professionnels qui ne connaissent pas le fonctionnement interne des systèmes sous-jacents. Lors de la création de messages, respectez les normes d'accessibilité et assurez-vous qu'ils sont traduits pour aider les utilisateurs dans les régions où ils peuvent apparaître.

Insérez dans vos normes de conception des modèles indiquant quand utiliser les notifications ou différents types d'erreur afin de vous assurer que les générateurs d'applications respectent des pratiques cohérentes.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemblent les notifications et les messages corrects (et médiocres) dans une organisation Salesforce. Vous pouvez les utiliser pour valider vos conceptions avant de les élaborer, ou identifier les utilisations qui doivent être refactorisées.

Pour plus d'informations sur les outils Salesforce pour les notifications et la messagerie, consultez Outils pertinents pour l'engagement.

Le guide dans l'application peut être un puissant moyen de démystifier les workflows complexes (vous devez toutefois vous assurer de les avoir optimisés au préalable) ou de faciliter l'intégration de nouveaux employés. Il peut être très efficace pour introduire des modifications de processus, mettre en évidence de nouvelles fonctionnalités ou distribuer des formations de façon automatisée et évolutive. Cependant, s'il n'est pas mis en œuvre avec précaution, le guide dans l'application peut être surutilisé. Des fenêtres contextuelles ou des alertes fréquentes peuvent créer un énorme bruit et une interruption pour les utilisateurs, entraînant une perte de productivité. Le guide dans l'application peut également être sous-utilisé, ce qui entraîne des processus de gestion des versions et des modifications plus lourds (en particulier pour les fonctionnalités simples). En fin de compte, la surutilisation et la sous-utilisation du guide dans l'application entraînent un certain nombre de problèmes qui présentent des risques pour l'entreprise, notamment :

  • Intégrité des données réduite
  • Augmentation des erreurs utilisateur
  • Augmentation des niveaux de frustration des utilisateurs et baisse de la satisfaction des utilisateurs
  • Diminution de la productivité des utilisateurs

Notez que vous pouvez utiliser le guide dans l'application différemment dans différents scénarios, car l'état d'esprit d'un utilisateur détermine la quantité de guide « trop » par rapport à « pas assez ». Les utilisateurs qui découvrent un nouveau système pour la première fois auront probablement besoin de messages plus fréquents que les utilisateurs qui découvrent simplement une nouvelle fonctionnalité dans un système qu'ils connaissent déjà.

Voici quelques clés pour créer un guide dans l'application efficace :

  • Développer des normes de conception. Il est important de se rappeler que la surexposition au guide dans l'application peut amener les utilisateurs à ignorer ou à ignorer régulièrement les messages. À ce stade, le guide dans l'application devient gênant plutôt qu'une ressource. Définissez des normes de conception pour indiquer clairement quand utiliser des invites, des procédures pas à pas, un texte d'aide au niveau du champ, des messages de validation, des parcours, des flux d'écran, etc.
  • Créer un système de hiérarchisation des priorités pour la mise en œuvre des directives. Les cas d'utilisation du guide dans l'application ne doivent pas tous être implémentés. À la place, tenez compte des questions suivantes à prioriser. Où pouvez-vous simplement utiliser de meilleurs noms de champ, des étiquettes plus explicites sur les boutons, une meilleure conception des formulaires et une optimisation des processus pour créer des workflows plus intuitifs ? Où pouvez-vous ajouter un texte ou des liens plus utiles à un parcours ? Quel impact sur les coûts métiers aura le guide dans l'application ? À quelle fréquence souhaitez-vous transmettre des messages à vos utilisateurs ? Assurez-vous également que toutes les implémentations sont incluses dans votre feuille de route afin d'offrir une visibilité à toutes les parties prenantes.
  • Mappez les utilisateurs avec un guide dans l'application actif (et proposé). Le mappage d'utilisateurs avec un guide dans l'application vous aidera à identifier et à prévenir la « surcharge de travail » due à un nombre excessif de guides dans l'application affichés pour un utilisateur. Souvent, c'est le résultat d'un développement cloisonné, les équipes réfléchissant trop étroitement à leur cas d'utilisation particulier. Le maintien d'une vue globale des éléments auxquels les utilisateurs seront exposés est particulièrement important pour les grandes organisations. L'insertion d'implémentations de guide dans votre feuille de route peut également vous aider.
  • Recueillir et utiliser les commentaires pour améliorer. Examinez les données d'utilisation du guide dans l'application et utilisez-les pour évaluer l'efficacité des déploiements de guides dans l'application. Assurez-vous de fournir aux utilisateurs des commentaires ouverts pour aider les générateurs de guide.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemble un guide dans l'application correct (et médiocre) dans une organisation Salesforce. Vous pouvez les utiliser pour valider les conceptions avant de les élaborer et identifier les implémentations qui doivent être refactorisées.

Pour plus d'informations sur les outils Salesforce pour le guide dans l'application, consultez Outils pertinents à l'engagement.

Élaborer une reconnaissance et des récompenses dans une application aide les utilisateurs à se sentir plus connectés à l'impact de leur travail et à mieux comprendre la valeur de leurs contributions, de leur productivité et de leurs performances. C'est également un puissant moyen de libérer la fidélité et l'engagement.

Ne pas concevoir pour la reconnaissance ou des expériences d'application enrichissantes peut contribuer à divers problèmes, notamment :

  • Les utilisateurs qui peinent à comprendre leur progression ou leur vélocité
  • Confusion sur la progression vers les objectifs ou le travail inachevé
  • Des utilisateurs plus improductifs, qui ne voient pas de lien entre leurs tâches et une « vue d'ensemble »
  • Perte de temps par la direction en rapports manuels sur les objectifs de faible niveau

Récompenser les expériences d'application peut s'avérer difficile à concevoir et à livrer, car elles dépendent de la culture, des politiques et des normes de l'entreprise, ainsi que du contexte et des préférences des utilisateurs individuels. Les fonctionnalités qui peuvent aider les utilisateurs de bureau à ressentir des moments de joie ou d'appréciation peuvent devenir une irritation pour un utilisateur sur un appareil mobile ou un utilisateur qui tente de travailler depuis un bureau à domicile bruyant et occupé. Les personnes qui utilisent une application pour travailler avec des informations privées ou hautement confidentielles peuvent ne pas apprécier la communication sur les jalons sous forme de célébrations de confettis ou de badges. Par contre, une équipe commerciale distribuée peut considérer une telle ludification comme une expérience d'application enrichissante. En fin de compte, il peut être préférable de déterminer les modèles d'implémentation que vous choisissez en travaillant en équipe avec des concepteurs d'expérience utilisateur (UX).

En matière d'architecture, il est important d'identifier comment et où les applications peuvent implémenter des fonctionnalités qui aident les utilisateurs à se sentir reconnus et récompensés. Il est également important de comprendre comment et où ces fonctionnalités peuvent rendre les applications moins réutilisables ou enlever une valeur métier réelle.

Voici quelques questions à prendre en compte pour évaluer la reconnaissance et les récompenses dans les applications Salesforce :

  • Comment et où les utilisateurs peuvent-ils consulter leur propre progression, ainsi que les statistiques générales de l'équipe ? Les rapports sont importants, mais ils contiennent souvent des données récapitulatives qui peuvent manquer le contexte du travail quotidien. Vous pouvez utiliser un outil tel que le Générateur d'applications Lightning pour incorporer des graphiques ou des tableaux de bord à des écrans d'enregistrement dans le contexte d'une application, afin d'aider les utilisateurs à comprendre leur impact ou leur progression dans leurs tâches quotidiennes.
  • Comment reconnaître les utilisateurs ? Cela peut varier selon les préférences de l'équipe ou de l'individu. Dans certains cas, les superviseurs peuvent afficher des messages sur la progression des utilisateurs afin qu'ils puissent être partagés avec un plus grand groupe. La reconnaissance peut également être un avantage supplémentaire pour aider à améliorer le moral des employés. Dans d'autres cas, les utilisateurs peuvent simplement préférer être les seuls notifiés de leur progression sur une tâche ou un projet donné.

La liste des modèles et anti-modèles ci-dessous montre à quoi ressemblent la reconnaissance correcte (et médiocre) et les récompenses dans une organisation Salesforce. Vous pouvez les utiliser pour valider les conceptions avant de les élaborer et identifier les implémentations qui doivent être refactorisées.

Pour plus d'informations sur les outils Salesforce de reconnaissance et de récompense, consultez Outils pertinents pour l'engagement.

Le tableau ci-dessous présente une sélection de modèles à rechercher (ou à élaborer) dans votre organisation et d'anti-modèles à éviter ou à cibler pour remédier.

✨ Découvrez d'autres modèles d'applications utiles dans l'Explorateur de modèle et anti-modèle.

Modèles Anti-Patterns
Notifications et messages Vos normes de conception comprennent :
- Cas d'utilisation approuvés pour les notifications, les toasts et les avis
- Modèles de conception pour les variantes flottantes et les notifications
- Concevoir des modèles pour la messagerie d'erreur
Si des normes de conception sont définies, elles ne corrigent pas les erreurs et les notifications
Dans votre organisation :
- Les notifications sont le format de messagerie prédominant
- Les messages flottants utilisent des variantes
- Les messages flottants avec le mode défini sur sticky n'existent pas
- Les avis sont rarement, voire pas du tout utilisés
- Les réponses génératives identifient toujours les sources de données utilisées
- Les robots s'identifient clairement avant la première interaction avec les utilisateurs
- Avis de non-responsabilité pour les risques associés à l’IA générative affiché pour les utilisateurs avant la première interaction
- Les exclusions de responsabilité IA sont dans un langage clair et compréhensible pour les utilisateurs
Dans votre organisation :
- Les e-mails sont le format de messagerie prédominant
- Il n'y a pas d'approche cohérente des types de message
- Les messages flottants n'utilisent pas systématiquement des variantes
- Les messages flottants avec le mode défini sur sticky existent
- Les avis sont utilisés ad hoc
- Les réponses génératives n'identifient pas les sources de données utilisées
- Les robots ne s'identifient pas clairement avant la première interaction avec les utilisateurs
- Aucune clause de non responsabilité pour les risques d’IA générative n’est affichée pour les utilisateurs
- Les exclusions de responsabilité IA ne sont pas rédigées dans un langage clair et compréhensible pour les utilisateurs
Dans vos applications :
- Aucune réponse générative n'est envoyée directement aux utilisateurs sans point d'implication humaine
Dans vos applications :
- Les réponses génératives sont envoyées directement aux utilisateurs sans point d'implication humaine
Voir également : Traitement des erreurs
Guide dans l'application Vos normes de conception et votre documentation comprennent :
- Cas d'utilisation approuvés pour le guide dans l'application
- Concevoir des modèles pour des invites et des procédures pas à pas
- Une matrice claire d'utilisateurs, d'applications et un guide dans l'application actif
Si des normes de conception et de la documentation existent, elles :
- Ne pas traiter le guide dans l'application
- Ne pas inclure une matrice claire montrant les utilisateurs, les applications, le guide dans l'application actif
Dans votre organisation :
- Le paramètre « Délai entre le guide dans l'application » utilise la valeur par défaut ou une valeur personnalisée supérieure à la période par défaut (24 heures) fournie par Salesforce
- Aucune application n'a plusieurs procédures pas à pas actives
- Aucune procédure pas à pas n'a un paramètre « Temps d'affichage » supérieur à 10
- Aucune invite n'est activée pour "Toute page, toute application" ou "Cette page, toute application"
Dans votre organisation :
- Le paramètre « Délai entre le guide dans l'application » est défini sur une période inférieure à la période par défaut (24 heures) fournie par Salesforce
- Les applications ont plusieurs procédures pas à pas actives
- De nombreuses procédures pas à pas ont un paramètre « Temps d'affichage » supérieur à 10 (et certaines ont une valeur maximale de 30)
- Les invites sont activées de façon ad hoc, beaucoup avec le paramètre "N'importe quelle page, n'importe quelle application" ou "Cette page, n'importe quelle application"
Reconnaissance et récompenses Dans votre organisation :
- Les applications utilisent des analytiques incorporées pour montrer aux utilisateurs des statistiques pertinentes de progression des objectifs et de productivité
- Les célébrations de parcours sont activées uniquement avec le consentement de l'utilisateur
- Les notifications et la messagerie incluent la reconnaissance de l'utilisateur, et reflètent les préférences de l'utilisateur dans la conception des destinataires et des déclencheurs des notifications
Dans votre organisation :
- Les analytiques associées à la progression des objectifs et aux statistiques de productivité sont disponibles uniquement dans les rapports ou les tableaux de bord de responsable
- Les célébrations de parcours sont activées sans vérification du consentement de l'utilisateur
- Les notifications et les messages ne comprennent aucun type de reconnaissance de l'utilisateur ou ne reflètent pas les préférences des utilisateurs et se sentent bruyants ou incompréhensibles
OutilDescriptionRationalisationUtile
Activation de votre page d'application LightningGérer la disponibilité, le nommage, la visibilité et le positionnement des pagesX
Tableaux de bord AdoptionExaminer l'historique des connexions, l'adoption des fonctionnalités et la productivitéXX
AlerteMaintenir les alertes pendant les sessions et les afficher sans initiation de l'utilisateurX
Mise en cache côté client des résultats de la méthode ApexÉvaluer les performances avec des données côté client mises en cacheX
Formulaires dynamiquesAfficher uniquement les champs obligatoires et les sections de page pour les utilisateursX
Connaissances d'engagementSurveiller l'activité récente des utilisateurs et prendre les mesures nécessairesXX
Guide dans l'applicationUtiliser des invites et des procédures pas à pas pour la formation et l'intégrationX
Parcours d'apprentissagePersonnaliser les expériences d'apprentissage des utilisateursX
Générateur d'applications LightningCréer des pages mobiles et Lightning personnalisées sans codeX
Lightning Data ServiceMettre en cache et partager des données entre les composantsX
Validateur du système de conception Lightning pour VS CodeValider le balisage par rapport aux consignes SLDSXX
Modèles de page LightningÉlaborer des pages Lightning pour différents facteurs de formeX
Filtres de référenceValeurs de filtrage pour les relations de référence, principal-détails et hiérarchiquesX
Gérer les devises multiplesUtiliser plusieurs devises dans des transactionsX
Messaging Envoyer des SMS, Facebook Messenger ou WhatsAppX
Mobile PublisherCréer des versions mobiles d'applications Lightning et de sites Experience CloudX
Composants Mobile-ReadyÉlaborer des composants performants dans toutes les expériences mobilesX
Sites multilinguesCréer différentes versions linguistiques de votre siteXX
Générateur de notificationCréer des notifications personnalisées pour présenter des informationsX
CheminGuider les utilisateurs à travers les processus métiers et célébrer la réussiteXX
Cache de la plate-formeAmélioration des performances et de la fiabilité lors de la mise en cache des donnéesX
Prévisualisation des pages d'application mobile dans le Générateur d'applications LightningPrévisualisation des pages d'enregistrement et d'application sur un appareil mobileX
InviteAlerter les utilisateurs des problèmes et des mises à jour liés au systèmeX
Badges de reconnaissanceReconnaître et célébrer les réalisations des utilisateursX
Reconnaissance avec WDCApprouver les compétences et remercierX
Types d'enregistrementPersonnaliser les processus métiers, les valeurs de liste de sélection et les présentations de pageXX
Présentation de la réputationReconnaître la participation et le partage KnowledgeX
Règles de restrictionEmpêcher les utilisateurs d'accéder aux enregistrements qui peuvent contenir des données inutilesX
Composants de page standardComprendre les composants Salesforce Lightning standardX
TraductionsGérer les traductions pour les utilisateurs internationauxXX
Règles de validationVérifiez que les données respectent les normes spécifiées avant d'enregistrerX
RessourceDescriptionRationalisationUtile
Guide de l'architecte pour la construction de formulaires Évaluer les considérations relatives à la conception de formulaires et sélectionner le meilleur outilX
Configuration de votre composant pour différents facteurs de formeConfigurer les composants à restituer sur les ordinateurs de bureau et les téléphonesX
Personnalisation du contenu d'aideAdaptez les contenus d'aide à votre implémentation unique X
Valeurs de champ par défautDéfinir des valeurs de champ par défaut, dynamiques ou statiquesX
Consign GuidelinesCréer des interfaces utilisateur cohérentes avec les meilleures pratiquesXX
Modèle Design StandardsCréer des normes de conception pour votre organisationXX
Compétences en matière d'essais de conception (Trailhead)Méthodes de planification pour valider et tester une conceptionXX
Consignes relatives aux commentaires dans l'applicationConsultez les consignes pour recueillir les commentaires de votre système.XX
Bibliothèque statique Android Lightning Design SystemÉlaborez des applications Android natives avec la présentation des pages LightningX
Bibliothèque statique iOS Lightning Design SystemÉlaborer des applications iOS natives avec la présentation des pages LightningX
Consignes de messagerieCommuniquer des informations pertinentes et créer des moments de plaisirX
Types de messagerieComprendre les différents types de messagerie basés sur l'interaction des utilisateursX
Navigation GuidelinesAider les utilisateurs à se déplacer entre les pages et à se situer dans une applicationX
Test de l'accessibilité Web (Trailhead) Utiliser des tests automatisés et manuels pour garantir l'accessibilitéXX
Consignes d'engagement des utilisateursConsultez les consignes d'intégration, d'adoption, d'assistance et d'apprentissage.XX

Aidez-nous à garder Salesforce Well-Architected pertinent pour vous ; répondez à notre sondage pour nous faire part de vos commentaires sur ce contenu et nous dire ce que vous souhaitez voir ensuite.