Les termes de référence sont-ils vraiment présentés dans la version finale?
Le produit commence son cycle de vie avec la formation d'un ensemble d'exigences pour lui. Ce code est le plus souvent le mandat (TOR). Il fournit des informations détaillées sur la technologie du futur produit, le public cible, ainsi que les fonctionnalités qui devraient assurer le fonctionnement de ce produit. Souvent, une telle tâche est donnée sous la forme d'un "brut", un croquis, qui, au cours du travail, deviendra envahi de détails. Afin de ne pas entrer dans une situation où la partie de la tâche liée à la conception et aux exigences fonctionnelles n'a pas fait l'objet de changements significatifs, il est nécessaire d'étudier attentivement ces aspects, d'en discuter le plus possible avec le client.
Pour dessiner l'interface utilisateur, utilisons-nous l'identité d'entreprise de l'entreprise (ainsi que les développements précédents de l'interface utilisateur de l'entreprise, le cas échéant) ou en créons-nous une nouvelle pour un produit spécifique?
Souvent, un nouveau produit n'est pas créé à partir de rien, mais dans le cadre d'un autre produit ou d'un bloc de services d'entreprise. Sur cette base, nous avons déjà un ensemble de règles et d'exigences stylistiques et de couleur pour la conception des composants de l'interface utilisateur. Dans ce cas, il vous suffit de confirmer que le nouveau produit sera créé en fonction de ces règles. Si un service est créé à partir de zéro, il est nécessaire de faire un croquis du soi-disant moodboard afin de convenir du style et des couleurs avec le client.
Existe-t-il des produits similaires sur le marché?
Il y a des moments où un client a une idée pour un produit qui a déjà des analogues sur le marché. Pour accélérer les études de marché (ce qui est indispensable lors du développement d'un nouveau produit), il est important de demander au client des exemples de ces produits. Vous pouvez demander au client ce qui est bon dans ces produits, ce qui est mauvais, incommode, sur quoi se concentrer, comment le nouveau produit surpassera les services donnés dans l'exemple.
Quelle est la gamme d'appareils pour utiliser le produit?
Parfois, nous sommes confrontés à une situation où un produit est créé uniquement pour des plates-formes spécifiques à des fins spécifiques et étroitement ciblées. Dans ce cas, le spécialiste UX / UI n'a pas besoin de réfléchir aux options de comportement de certains composants sur différentes plates-formes (smartphones, tablettes, ordinateurs de bureau). Cela permettra également de gagner du temps en créant des composants d'interface utilisateur inutiles pour ces plates-formes. Il est important de discuter de cette question avant de commencer les travaux, même si cela a déjà été mentionné dans les termes de référence.
Quel sera le niveau de prototypage?
Un autre point important qui permettra de gagner beaucoup de temps lors des étapes initiales et d'éliminer d'éventuelles corrections sérieuses au prototype du produit est le choix du type de prototype pour la démonstration. Il existe plusieurs saveurs typiques pour les styles de prototype:
- Un prototype de primitives (rectangles, cercles, carrés, etc.). Aucune élaboration détaillée n'est requise ici, et tous les composants de l'interface utilisateur (texte, boutons, etc.) sont affichés sous forme de primitives.
- Prototype détaillé. Il s'agit d'une version compliquée du prototype, ici nous utilisons déjà la conception monochrome du projet, les boutons ressemblent à des boutons à part entière, et le texte et les titres sont proches des vrais.
- Prototype peint. Il s'agit déjà d'un prototype de produit à part entière basé sur des composants d'interface utilisateur existants.
Il est utile de savoir à l'avance comment présenter au mieux un prototype de produit au client au stade initial, car tous les clients ne sont pas en mesure de voir l'image complète du produit à partir de primitives.
Il est clair qu'il s'agit d'une liste incomplète et nous avons oublié quelque chose. Qu'ajouteriez-vous à cette liste de contrôle?