Modèles de rôle de psychologie de Personas: Créer un meilleur logiciel

La création de modèles de rôle dans votre esprit peut vous aider à considérer votre produit numérique sous de nouveaux angles pour mieux servir les utilisateurs.

Image de l’invite Microsoft Copilot

Dans cet article, je vais discuter de mon expérience de la construction de personnages pour mes produits et de l’extension de ces personnages aux modèles. Les personnages sont un terme psychologique qui décrit comment nous construisons les profils mentaux des individus dans notre esprit avec leur personnalité. Les modèles sont des idéaux archétypaux qui complètent et motivent des personnages particuliers. Les modèles vont au-delà des individus pour fournir un cadre méthodique pour comprendre les actions, les motifs et les décisions.

Lorsque nous développons un produit, nous devons créer un public cible et construire un personnage. Le personnage est fait en donnant à une personne imaginaire un âge, un sexe et des circonstances sociales et économiques. Nous pouvons créer des personnages pour commencer à vendre nos produits et / ou services à ces personnages. Il s’agit d’une stratégie marketing.

Tout en créant des logiciels, je conçois principalement pour le modèle spécifique des avocats publics. J’ai une entreprise qui produit des logiciels pour les sociétés juridiques qui pourraient provoquer des conséquences néfastes si le logiciel échoue, y compris des millions de dollars en pertes potentielles de poursuites.

Je vais expliquer comment j’utilise des modèles Persona pendant le développement de ces logiciels. C’est un exercice mental que vous connaissez peut-être déjà.

Que se passe-t-il dans l’esprit du développeur lors du codage?

1. Il commence par le modèle de programmation linguistique. Nous imaginons comment la machine traitera notre code et comment le faire accomplir correctement les exigences. Nous avons la grammaire et la logique lexicale de la programmation à l’esprit.
2. Deuxièmement, nous imaginons les environnements de la solution, que ce soit sur le bureau, le Web, le côté serveur, l’API, le cloud, etc., et comment il fonctionnera en production.
3. Après cela, nous imaginons comment les données produites seront traitées et consommées en tant qu’interface utilisateur ou API et comment le logiciel agira dans l’environnement naturel.

La plupart de nos développeurs sont bons à ces trois étapes, mais il y en a d’autres à considérer.

J’utilise les étapes suivantes pour m’aider à terminer mon travail et à éviter les problèmes. Je construis des modèles de différents types d’utilisateurs: un utilisateur qui ne sait rien, un utilisateur qui ne l’aime pas et un utilisateur qui le déteste et / ou est paresseux.

Donc, je «charge» ces modèles dans mon esprit et je commence à y penser un par un tout en utilisant mes interfaces, en imitant le comportement du modèle actuel et en me demandant, en tant que développeur / professionnel de l’UX, ce que je pourrais faire de mieux pour aider ce modèle à terminer leur tâche avec succès. De même, vous pouvez «parler» avec votre modèle de rôle en tant que vraie personne – vous posez une question en tant que développeur et réponse en tant que personnage que vous avez en tête. Avec le temps, ils commenceront à vous donner des commentaires et des idées comme une vraie personne. C’est la magie des modèles de rôle.

La création de modèles à partir de zéro est difficile, vous pouvez donc les baser sur des personnes que vous connaissez déjà. Il est valable d’en créer un à partir de votre tante qui déteste la technologie, et peut-être une basée sur un collègue qui l’aime. De là, vous pouvez jouer avec l’image que vous en avez dans votre esprit. Peut-être que votre modèle est moins intelligent ou a des opinions plus fortes sur un aspect particulier. Établissez une idée claire de vos personnages avant de passer à autre chose.

Étapes suivantes

Ensuite, considérez ces domaines de l’interface utilisateur du point de vue de chacune de vos personnages:

1. Que comprendra l’utilisateur final à partir de l’interface? Cela aiderait si vous les guidiez pour considérer ce qu’ils doivent faire pour effectuer la tâche correctement. Demandez à votre modèle dans votre esprit.
2. Cela aiderait si vous imaginiez ce que le modèle de rôle comprendrait sur les messages, les conseils et les étiquettes de validation d’erreur des formulaires – la vue d’ensemble et les détails.
3. Vous devez imaginer l’attitude de l’utilisateur envers l’accomplissement de la tâche. Vont-ils appuyer / cliquer sur le bouton droit et le faire dans la séquence correcte?

Est-ce suffisant? J’imagine souvent les conséquences les pires du cas dans le travail que je fais, comme quelqu’un qui perd quelque chose à cause de mon logiciel et, par conséquent, poursuivant une action en justice contre moi.

Je vais même jusqu’à m’imaginer faire témoigner à un juge. Je veux sentir avec certitude que j’ai tout fait avec soin. Comme je l’ai déjà dit, cette ligne de pensée m’a fait interrompre le développement de certains services logiciels, car il y avait une forte possibilité d’erreurs imprévisibles, ce qui mettait le client à des risques trop risqués.

Mais parfois, nous devons livrer un MVP ou terminer le développement et nous ne sommes pas les décideurs finaux. Alors, que dois-je faire si je vois qu’une mauvaise situation pourrait se produire? Je transmet deux options pour résoudre le problème aux propriétaires et / ou aux actionnaires afin qu’ils puissent considérer la meilleure solution.

En développement, nous pouvons faire de la documentation sur le GIT Commits et écrire des commentaires sur nos préoccupations. Mais, s’il vous plaît, veillez à ne pas laisser de commentaires incriminants. La note des préoccupations dans le code peut aider les collègues suivants à trouver une solution.

Conclusion

J’utilise cette approche de modèle pour développer et valider mon logiciel depuis longtemps. Au début, je ne connaissais pas le nom pour cela, ni que j’utilisais le modèle de rôle de psychologie, le découvrant uniquement dans mes études de troisième cycle en neurosciences.

Construire un personnage ne suffit pas. Vous devez recréer l’esprit de votre public et les aider à accomplir leurs tâches sans souffrir ou éviter les erreurs, ce qui les mène au succès avec votre solution.

Les informations fournies sur ce blog ne sont pas destinées à constituer des conseils juridiques. Tout lecteur qui a besoin de conseils juridiques doit contacter son avocat pour obtenir des conseils concernant une question juridique particulière. Aucun lecteur, utilisateur ou navigateur de ce contenu ne devrait agir ou s’abstenir d’agir sur la base d’informations ici sans avoir d’abord de conseil juridique de l’avocat dans leur compétence pertinente.