Je suis un étudiant effectuant un travail d'étude final dans une entreprise. J'ai besoin d'analyser leur public cible, mais cela reste inconnu de l'entreprise. Je sais qui sont leurs clients, mais il est (pour autant que je sache) impossible d'en faire un personnage.
Leurs clients sont principalement d'autres sociétés qui ont besoin de développeurs back-end pour programmer leurs conceptions. Mais comment puis-je créer un personnage à partir de ces informations? Je ne peux pas dire qu'ils sont seulement "homme" ou "30 à 50 ans".
Vous mentionnez les Personas ainsi que le Public cible dans le même souffle, mais ils sont légèrement différents.
Public cible (utilisé par le marketing afin de séparer les clients en groupes dédiés pour l'effort de vente)
Personas (utilisé par le développement de logiciels afin de séparer les groupes d'utilisateurs pour personnaliser l'interface)
JonW a déjà dit dans son commentaire votre public cible. Si vous n'êtes pas sûr, si ces clients sont aussi des Personas - ils ne le sont pas, car ils n'utilisent pas le logiciel!
Je les traiterais comme des parties prenantes (externes) dans votre processus de développement logiciel. Cela signifie qu'ils ont des intérêts dans le logiciel et éventuellement des besoins spécifiques. Mais ces besoins vont dans la collecte de fonctionnalités plutôt que dans les décisions sur la façon dont le concept d'interface est fait, car ils ne l'utiliseront pas eux-mêmes.
Les personas ne sont pas un Saint Graal. Ils aident parfois, mais ils présentent autant d’écueils que d’avantages. S'ils ne se sentent pas bien, jetez-les.
Mon point de vue sur la modélisation utilisateur est que chaque situation nécessite son propre cadre. Parfois, vous pouvez décrire vos utilisateurs en trois catégories de base. Parfois, vous voulez une matrice qui combine des attributs. Parfois, vous voulez décrire une trajectoire comme un expert novice qui vous donne des attributs gradués et peut-être une sorte de paysage que les utilisateurs traversent. Vous voulez peut-être un graphique, un cube ou un treillis. Parfois, vous voulez être mathématique, et parfois vous voulez être flottant et associatif. Ce que vous souhaitez prendre en compte dépend du domaine, de la tâche et du client.
L'essentiel est que vous répondiez à la question "Qui sont mes utilisateurs?" d'une manière qui est gérable et compact. Quelque chose auquel vous pouvez vous référer de manière méthodique dans le reste de vos documents de conception.