• Accueil / Salesforce / Utilité, efficacité, clarté…
, Utilité, efficacité, clarté et plaisir: améliorez votre conception Salesforce UX<span class="wtr-time-wrap after-title"><span class="wtr-time-number">9</span> minutes de lecture</span>

Utilité, efficacité, clarté et plaisir: améliorez votre conception Salesforce UX9 minutes de lecture


Lors de la création ou de la conception d’une application d’entreprise, l’échec n’est pas rare. En fait, plus d’une décennie de recherche par plusieurs analystes montre que 30 à 60% des projets CRM échouent. Mais l’échec est une mesure subjective. Un projet CRM que la C-suite considère comme un succès grâce à des tableaux de bord colorés et à des graphiques prédictifs peut sembler un échec pour l’équipe commerciale chargée de saisir manuellement toutes les données alimentant ces tableaux de bord.

Comprendre ce que les utilisateurs pensent de l’utilisation de votre application vous permet d’éviter une mauvaise adoption et de créer de meilleures applications à l’avenir. Si vous entendez les utilisateurs dire qu’il faut trop de temps pour accéder aux informations dont ils ont besoin dans votre application, ou que les étapes pour saisir ou extraire des informations client importantes prennent trop d’étapes, vous pouvez avoir un problème de conception. De même, si vous jugez nécessaire d’inciter les utilisateurs à utiliser le CRM, car ils ne pensent pas que cela les aidera à travailler plus intelligemment malgré les données du secteur, au contraire, vous pourriez avoir un problème de conception.

, Utilité, efficacité, clarté et plaisir: améliorez votre conception Salesforce UX<span class="wtr-time-wrap after-title"><span class="wtr-time-number">9</span> minutes de lecture</span>

Si vous souhaitez éviter le taux d’échec standard de l’industrie pour les projets CRM, vous devez fondamentalement aborder les nouveaux projets du point de vue de l’utilisateur. Comprenez quels sont leurs problèmes et leurs besoins avant même de commencer à réfléchir aux décisions techniques, aux budgets ou aux ressources.

C’est là que le HCD et le design thinking entrent en jeu.

Conception centrée sur l’humain dans le processus de développement.

La théorie HCD dit que l’innovation découle d’une lutte entre trois choses:

  • Désirabilité (les gens le veulent-ils?)
  • Faisabilité (peut-il être fait et cela fonctionnera-t-il?)
  • et la viabilité (pouvons-nous le faire de manière rentable?)
, Utilité, efficacité, clarté et plaisir: améliorez votre conception Salesforce UX<span class="wtr-time-wrap after-title"><span class="wtr-time-number">9</span> minutes de lecture</span>

Trop souvent, lorsque les organisations commencent à réfléchir à des solutions numériques à leurs problèmes, plutôt que de conduire la conversation et la planification avec des questions de désirabilité (résolvons-nous les bons problèmes pour les utilisateurs? Comment pourrions-nous créer une solution qui change la donne?), Elles peuvent sauter d’abord à la faisabilité et à la viabilité – des éléments tels que les piles technologiques, la sécurité, les modèles de données, les ressources, les budgets et les délais. La faisabilité et la viabilité sont certainement importantes et doivent être examinées au moment opportun, mais trop peu passent trop peu de temps sur la désirabilité.

Vous pouvez avoir un accord et une approbation à cent pour cent entre la viabilité et la faisabilité des exigences commerciales à la pile technologique, mais si vous ne prenez pas en compte la désirabilité en premier, vous pouvez toujours vous retrouver avec des applications que personne ne souhaite utiliser.

Pour obtenir une bonne opportunité, vous devez impliquer des utilisateurs potentiels dans la conception de votre application. Lorsque nous commençons à parler de design, beaucoup pensent que nous parlons de couleurs, de polices, d’espacement et de logos. Ce n’est pas ce que nous entendons par conception. Comme l’a dit Steve Jobs, «Le design n’est pas seulement ce à quoi il ressemble et ce qu’il ressent. Le design, c’est comment ça marche. » Pour comprendre comment une solution doit fonctionner, vous devrez étudier comment les utilisateurs travaillent aujourd’hui. Comprenez leur douleur. Révélez les solutions de contournement qu’ils ont inventées pour surmonter les limitations. Demandez comment cela pourrait être amélioré.

Le design ne peut pas être ignoré. Qu’on le veuille ou non, nous n’avons que deux options: un mauvais design ou un bon design. À partir de notre travail avec les clients, nous avons développé quatre caractéristiques d’une application désirable et bien conçue:

  • Utilitaire: Je peux accomplir mes tâches avec cette application et atteindre mes objectifs.
  • Efficacité: En utilisant cette application, je peux effectuer mes tâches plus rapidement et plus facilement qu’avec d’autres solutions alternatives.
  • Clarté: Je peux comprendre rapidement comment utiliser cette application sans formation et sans consulter de manuel d’utilisation.
  • Délice: L’attrait visuel inspire ma confiance à la fois dans l’application et dans les personnes qui l’ont créée.

Lorsque vous commencez par concevoir en fonction de la désirabilité des utilisateurs, vous pouvez être beaucoup plus efficace en superposant des options techniques réalisables et des contraintes de viabilité pour révéler les meilleures solutions disponibles. En affinant et en vous concentrant, vous constaterez que plus le degré de chevauchement entre la désirabilité, la faisabilité et la viabilité est grand, plus vos solutions deviendront innovantes et révolutionnaires.

Les trois phases du design thinking et son lien avec les applications de construction.

Le design thinking, qui est lié à la conception centrée sur l’humain, fournit un processus permettant de comprendre les besoins des personnes pour lesquelles nous développons des applications. Le design thinking offre un moyen d’aborder les problèmes avec l’esprit d’un débutant, en proposant des options qui n’ont peut-être pas été envisagées auparavant, plutôt en limitant trop rapidement les options. Plutôt que de commencer par la viabilité et la faisabilité, comme indiqué précédemment, nous abordons plutôt les problèmes dans une position d’ouverture, de curiosité et de créativité.

Examinons les trois phases du design thinking et comment nous pouvons les relier à nos processus de développement d’applications.

Design-thinking phase un: Inspiration.

, Utilité, efficacité, clarté et plaisir: améliorez votre conception Salesforce UX<span class="wtr-time-wrap after-title"><span class="wtr-time-number">9</span> minutes de lecture</span>

Vous avez entendu le proverbe «La nécessité est la mère de l’invention»? C’est peut-être la meilleure illustration de l’inspiration dans le design thinking. Certaines des conceptions les meilleures et les plus utiles – la roue, les tuyaux, les fours – sont venues de quelqu’un qui a reconnu une lacune dans les activités et les processus que nous rencontrons tous chaque jour et qui a proposé une conception initiale pour une solution. Mais l’écart n’est pas nécessairement une nécessité. Nous utilisons tous des produits dont nous n’avons pas nécessairement besoin; mais qui, d’une manière ou d’une autre, rendent nos vies plus faciles, plus simples ou plus efficaces.

Dans le développement d’applications, la phase d’inspiration équivaut à la phase de découverte, qui devrait être l’événement de lancement de tout nouveau projet. Il s’agit généralement d’un lancement client, ainsi que d’une phase de découverte et de cadrage du problème où nous nous entretenons avec les utilisateurs potentiels de notre solution et les parties prenantes impliquées dans sa création. Notre objectif dans cette phase est d’exposer toutes les personnes impliquées aux défis auxquels les utilisateurs sont confrontés et à leur impact sur leur vie quotidienne. Une fois que toutes les personnes impliquées ont compris où nous devons mener le projet, nous pouvons alors commencer à proposer des idées initiales de solution.

Une exposition et une participation complètes des parties prenantes sont nécessaires car si vous ne donnez pas aux créateurs de solutions un accès direct aux utilisateurs réels de tout ce que vous essayez de concevoir, vous ferez des hypothèses erronées menant à de très mauvais résultats que vous ne pourrez pas diagnostiquer à l’avance. de temps.

Design-thinking Phase deux: idéation

Une fois les besoins de l’utilisateur observés, rassemblés et documentés, vous pouvez commencer à proposer des idées de solutions potentielles. Il est important de noter que l’objectif final ici n’est pas de cartographier complètement un produit final. C’est là que vous rassemblez vos idées et trouvez des solutions possibles que vous pouvez ensuite rapporter aux utilisateurs pour une contribution supplémentaire.

Il n’y a pas de «mauvaise» façon de résoudre ce problème tant que vous le faites avec le soutien et la participation de tous: utilisateurs, développeurs et administrateurs.

Design-thinking phase trois: mise en œuvre

De nombreux projets échouent Lors de la phase de mise en œuvre, et généralement, les transferts sont à blâmer. Pendant le transfert, ceux qui se sont assis et ont élaboré des idées remettront le projet aux constructeurs pour en faire un prototype fonctionnel. Malheureusement, lorsqu’un prototype (souvent appelé preuve de concept) est confié à un consultant ou à un intégrateur de systèmes pour coder, plusieurs milliers de dollars, voire des millions dans certains cas, peuvent être dépensés avant sa réalisation.

Les semaines passent, et quand un prototype est enfin livré, le développement est si avancé et si coûteux que les changements sont presque impossibles. Ce avec quoi nous nous retrouvons – ce avec quoi nous sommes coincés – n’est qu’une ombre de ce qui était envisagé.

C’est pourquoi, dans les pires scénarios, nous avons vu des clients dépenser des millions de dollars sur plusieurs années sans qu’aucune application fonctionnelle réelle ne soit livrée. Et lorsque les applications sont livrées, elles ne ressemblent guère, voire pas du tout, à l’utilité, à la clarté, à l’efficacité et au plaisir imaginés lors du processus de réflexion conceptuelle. Même lorsqu’un projet est une priorité absolue, une fois que le travail de développement de code commence, les budgets s’estompent, les calendriers se remplissent et l’énergie et l’excitation initiales s’évanouissent.

Design thinking réussi sans / low code

Le HCD et le design thinking améliorent considérablement les processus par lesquels les organisations développent et commercialisent de nouveaux produits. Mais, à bien des égards, ce n’est que maintenant que nous pouvons tirer pleinement parti du design thinking, en particulier du point de vue du développement d’applications.

En utilisant un code nul / faible dans la phase d’idéation, nous pouvons rapidement construire et itérer sur une variété de prototypes fonctionnels en moins de temps qu’il n’en faut généralement pour en cartographier un avec un codage lourd. Et à mesure que les commentaires des utilisateurs arrivent, nous pouvons réitérer les modifications et soumettre à nouveau des commentaires ou des approbations supplémentaires beaucoup plus rapidement qu’avec les processus de développement traditionnels.

En regardant vers l’avenir, au fur et à mesure que les besoins des utilisateurs changent, nous pouvons facilement mettre à jour nos applications pour qu’elles s’adaptent à leurs besoins sans avoir à nous soucier de l’accumulation de dettes techniques ou de devoir embaucher des spécialistes de l’expérience utilisateur ou un langage de programmation désuet ou un cadre que l’application d’origine était construit avec.

Pour commencer à créer de meilleures applications dès aujourd’hui, consultez Skuid sur AppExchange.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Voulez-vous utiliser Pardot à sa capacité maximale et avoir
+ DE LEADS QUALIFIÉS

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer