Les designers continuent d'évoluer.
En largeur, vers le ciel et même sur le côté.
Si auparavant il suffisait de se qualifier de designer et d'apprendre à prononcer le mot «Photoshop» sans hésitation, maintenant ces compétences ne suffisent clairement plus pour trouver un emploi décent.
L'épicerie est l'un des types de designers dans une direction assez nouvelle. Dans l'article, je veux aussi parler de lui.
Je vais frapper la théorie et la pratique.
En théorie, je veux savoir qui il est et ce qu'ils attendent de lui.
En pratique - décrivez le processus de travail de ce même concepteur sur ce même produit.
Aller!
Partie un. Théorique.
Qui est, combien cela coûte et ce qui est attendu
Alors, dans les premières lignes de ma lettre, cher public, je veux quand même clarifier quel genre d'animal est un tel «créateur de produit» et ce que les entreprises attendent de lui, acceptant leurs glorieuses.
Tout d'abord, je me suis tourné vers des cours qui enseignent cette conception même de produit.
Voici ce que disent les cours.
Netology promet un salaire de 120 mille. roubles
"UX / UI designer, concepteur de produits est l'une des professions numériques les plus demandées avec de nombreuses opportunités de croissance et des salaires élevés.
Il combine analytique et créativité, approche d'ingénierie et solutions non standard. Le travail compétent du concepteur augmente le profit du client et améliore l'interaction de l'utilisateur avec le produit. "
Skillbox leurres avec un salaire de 80 mille.
«Un concepteur de produit est responsable de la création et du développement d'un produit, de l'idée au lancement sur le marché.
Vous apprendrez à réfléchir à une stratégie commerciale, à travailler avec une équipe informatique, à mener des recherches et à concevoir des systèmes de conception. "
Bangbangeducation est légèrement silencieux sur les récompenses monétaires.
« , , , . . . , -. , . — .»
En général, tout dans les descriptions est plutôt flou.
Jetons maintenant un coup d'œil à hh.ru et voyons ce que les employeurs attendent vraiment d'une personne appelée concepteur de produit.
J'ai agi maladroitement et sans fioritures: j'ai tapé «Product Designer» dans le champ de recherche et noté les exigences fréquemment rencontrées.
Note à l'hôtesse: dans les postes vacants, le niveau des salaires n'est souvent pas indiqué, donc la vraie image est assez difficile à comprendre.
Mais je peux pleurer les promesses et les attentes de salaire de 100 000.
Il y a, il y a des entreprises qui veulent beaucoup, mais qui ne sont pas du tout prêtes à en payer beaucoup.
Eh bien, ils ont conduit maintenant selon les exigences générales :
- Expérience en conception et autres logiciels (Sketch, Zeplin, Figma, InVision, Adobe Photoshop, etc.);
- web, iOS Android ( , , );
- ;
- . , , , . , , , , ;
- . , , , , . , ;
- ux- — , , ;
- , ;
- . ;
- - , ;
- - ( : , , );
- , ux ;
- . , , ;
- frontend , . frontend , , , ; , - front ;
, . ;
Et donc, sur les petites choses: les compétences pour présenter votre travail, la capacité à argumenter raisonnablement avec les développeurs, l'auto-organisation, le multitâche, etc.
En général, les exigences sont assez étendues. Quelque part plus, quelque part moins.
Espérons que la direction principale est claire.
Un concepteur de produit devrait idéalement combiner un designer, un concepteur d'interface, un analyste commercial, un chercheur, un conférencier, un logicien créatif et généralement une personne merveilleuse avec une âme large et une vision puissante.
En fait, tout est différent pour chacun.
Mais je sais avec certitude que certaines des exigences redoutables, sans lesquelles, eh bien, vous ne pouvez en aucun cas tirer le travail, en fait, se révèlent soit inutiles, soit dans un très petit volume.
Mais c'est mon expérience personnelle. Peut-être que quelqu'un n'est pas du tout comme ça.
La raison de cet état de fait est assez triviale: il n'y a tout simplement pas assez de temps pour tous ces lisu-pusu avec des recherches, des tests et d'autres conneries. Parce que le mariage est insupportable et que le parti a dit que c'était nécessaire, mais nous avons dit oui.
Et quand vous êtes un Suisse, un faucheur et un joueur en une seule personne, alors, bien sûr, il n'y a pas de force pour passer d'un grand concepteur de produits à un petit groupe de petits concepteurs ux et ui, ux-chercheur, copiste, artiste et analyste, il n'y a tout simplement pas de force ... Au fait, le temps aussi. Mais ici, tout dépend encore une fois du temps, de la complexité et des autres corps célestes.
Honnêtement, je pense qu'un jour l'homme-orchestre prendra fin et qu'un concepteur de produits se séparera en spécialités distinctes. Parce que la charge est assez élevée et que tout le monde a un état d'esprit différent.
C'est comme une histoire avec des concepteurs de mise en page.
Ça sonnait bien en théorie. En pratique, je n'ai pas vu un seul concepteur de mise en page capable de créer un design de haute qualité à partir de zéro et vice versa. Peut-être que je regardais mal ou ma vision me fait défaut.
Mais en attendant, je m'assois, je balance ma jambe, je me plains de la vie et je m'appelle créateur de produits, je veux partager mon expérience de la façon dont j'ai construit les processus pour que plus tard ce ne soit pas atrocement douloureux ...
Parce qu'il faut encore le faire.
Bien comment?
Tout d'abord, prenez le temps et construisez le processus de travail sur le produit afin qu'après le lancement, vous ne tombiez pas dans un évanouissement nerveux en réalisant qu'au lieu du rire heureux de l'utilisateur, vous entendez son compagnon choisi. Eh bien, développé, encore une fois, car il n'est pas bon de plisser les yeux dans votre direction.
Deuxième partie. Pratique.
Basé sur une histoire vraie.
Je ne dirai pas que sur tous les projets, j'ai réussi à faire comme prévu. Mais il y avait… il y avait des points positifs dans ma biographie quand ça a marché.
Et mon histoire portera sur ces points lumineux.
Ici, il convient de prêter une attention particulière au fait que depuis quatre ans, je développe des projets à partir de zéro. Par conséquent, la description du processus les concernera. Mais quelque chose me dit que le processus peut être appliqué à des produits prêts à l'emploi.
Et oui, dans l'article, je ne parlerai que du processus de développement et de lancement de nouvelles fonctionnalités. À propos de la génération d'hypothèses, de la collecte de commentaires et ainsi de suite, sinon il y en aura beaucoup.
Alors…
Collecte des exigences du client
Les exigences peuvent être collectées auprès du propriétaire du produit, du client ou d'une autre personne responsable.
À ce stade, il est important de comprendre comment cela fonctionne maintenant et comment cela est perçu par le responsable. Et pas seulement ici et maintenant, mais aussi avec un vide pour l'avenir.
Après tout, lorsque vous voyez l'image dans son ensemble, et non en morceaux, il est toujours plus facile de jeter les bases d'une mise à l'échelle et d'un raffinement supplémentaires.
Les exigences doivent être collectées avec soin, ne laissant pas une seule tache blanche.
La bonne nouvelle est que cela devrait être fait par un analyste commercial. Je l'ai découvert, je l'ai noté, je l'ai apporté, j'ai fait un "Smack" et j'ai fait mes adieux à mon stylo.
Mais avec l'expérience amère d'un téléphone cassé sous ma ceinture, je suis sûr qu'un concepteur de produit devrait le faire. Eh bien, ou soyez présent à la collecte des exigences.
Parce qu'il y a des choses qui ne sont pas si importantes pour l'analyste, mais lors de la conception d'une interface, il n'y a rien sans elles. Par conséquent, lui et seulement lui-même, bien, ou à côté de lui, comme un piano dans les buissons avec un cahier, un stylo et un enregistreur vocal.
Au fait, je veux dire séparément à propos du dictaphone: si vous ne l'utilisez pas dans votre travail, commencez à l'utiliser. La fonction est d'une utilité honteuse. Lorsque vous savez que toute la conversation est enregistrée, vous pouvez vous concentrer dessus sans perdre votre concentration en cours de route, être distrait par les enregistrements, etc.
Collecte des exigences de l'utilisateur
C'est le revers de la médaille.
Vous comprenez maintenant comment cela fonctionne au sommet et vous devez maintenant aller plus loin. Il faut creuser en direction de ceux qui connaissent non seulement les sommets, mais aussi les racines.
Asseyez-vous et voyez comment il travaille avec ce qu'il a déjà.
Demandez ce qui vous convient et ce qui ne vous convient pas. Et comme on voudrait. Ce qui est important pour entreprendre une certaine action, prendre une décision, etc.
Même si nous faisons quelque chose qui n'a pas encore été fait, ils résolvent encore d'une manière ou d'une autre ces problèmes.
Après avoir poussé avec un bâton dans les deux sens, vous avez déjà une image plus ou moins intelligible avec laquelle vous pouvez travailler.
Une autre chose importante: comment cela fonctionne et ce qui ne va pas, il vaut mieux apprendre non pas des experts, mais des utilisateurs finaux. Parce que les experts n'ont peut-être que de la théorie ou des souvenirs d'antan, tandis que les utilisateurs finaux ont de la pratique, de la douleur et des larmes.
Pourquoi est-ce que je fais attention à cela? Parce que, encore une fois, des bosses de la pratique. J'ai rassemblé les problèmes des experts, j'ai obtenu mon diplôme et je suis allé voir à quel point les utilisateurs finaux sont heureux du bonheur qui leur est tombé sous la forme de la résolution de leurs problèmes.
Et tout à coup, tout à coup, il s'est avéré que certains des problèmes ne sont pas valables, certains d'entre eux ne se posent pas ici et pas à ce moment, mais certains semblent généralement étranges et ils sont pauvres, que faire avec. Bref, merci, nous avons décidé, même s'ils n'ont fait qu'empirer les choses.
Diagramme de chemin utilisateur
Cette partie peut être appelée CJM, ou autre chose.
Son essence réside dans le fait qu'après le tas de connaissances reçu, ce tas doit être transformé en une sorte d'engrais pour un travail ultérieur, cette fois. Deux - pour décider si tout est bien compris, pris en compte et écrit à partir des paroles de la victime.
Permettez-moi de vous rappeler que je parle maintenant du développement d'un nouveau produit. Comment je l'ai fait. Peut-être que quelqu'un le fait différemment ou ne le fait pas du tout.
Et j'ai pris et présenté tout le chemin d'utilisation de l'utilisateur avec une fonction allant du point A à B, de B à C et ainsi de suite.
Comme je devais souvent faire quelque chose qui n'existait pas encore, je ne pouvais pas transmettre de vrais problèmes, de la joie, etc.
J'ai pensé, en théorie, qu'il pourrait y en avoir, à quel moment ils risquaient de se tourner vers le côté obscur du mal, d'aller dans le mauvais sens, etc.
En réfléchissant à chaque étape avec les options possibles pour les problèmes, les solutions, les branches, etc., il est facile de voir si vous avez vous-même compris ce que vous alliez faire (oui, même à ce stade, après toutes les conversations, vous pouvez tomber sur un piano inconnu dans les buissons, puis aller et pour clarifier autre chose). Quelles armes sous forme de boutons, d'informations, d'images et de chats fournirez-vous à votre futur combattant?
Lorsque tout le chemin est dégagé, comme la larme d'un bébé, vous pouvez déjà démarrer le prototype.
Prototype un: papier
Je ne sais pas, peut-être que cette étape est facultative pour quelqu'un, mais je la fais toujours. Il vous aide à parcourir et à corriger rapidement les solutions sans être distrait par la beauté des boutons et des dégradés.
Les articles peuvent être rangés dans une rangée et évaluer la logique et la clarté du futur produit.
Sur des morceaux de papier, vous pouvez même noter certains points auxquels vous devez réfléchir ou écrire immédiatement les questions émergentes qui doivent être clarifiées avec le développement, par exemple.
Prototype deux: dynamique
Je le fais à Axure.
Honnêtement, je l'ai essayé dans d'autres programmes, mais ce n'est pas pratique pour moi, surtout quand le nombre d'écrans est assez grand.
Un prototype dynamique est nécessaire pour montrer aux puissances supérieures que tout se passe comme il se doit et à l'utilisateur au moment des tests.
Je ne dirai pas que je le conçois directement, mais je fais quelques accents et couleurs importants.
Test de prototype
L'exécution d'un script avec un prototype permet de vous assurer d'arriver là où vous voulez aller. Ou peut-être qu'ils l'ont obtenu, mais pas là. Ou peut-être qu'ils n'ont pas du tout frappé.
Dans tous les cas, le prototype transfère toutes les modifications plus facilement que le produit lancé en production.
Je teste le passage selon certains scénarios, dans quelle mesure l'utilisateur comprend la signification des symboles, s'il est pratique pour lui de se voir présenter des informations, etc.
Je ne dirai pas que tout se passe bien et correctement.
Il y avait aussi des limites de temps lorsque vous venez de montrer le résultat de votre travail. Comme, regardez: vous avez demandé, et c'est ce que nous avons fait. Ensuite, vous vous asseyez et écoutez les commentaires.
La première fois, j'ai pensé que les figues de cette approche s'avéreraient bonnes, mais non. Des erreurs, des moments incompréhensibles et controversés ont encore été trouvés.
Par conséquent, j'ai conclu que s'il est impossible d'allouer du temps "pour parler", alors vous pouvez vous limiter à l'émission, en collectant les commentaires.
C'est définitivement mieux que rien.
Afficher le développement du prototype
En général, une telle focalisation n'est pas toujours obtenue, mais je pense qu'il est important de trouver du temps pour les deux parties.
Souvent, lorsque le temps est limité, quelque chose peut être simplifié sans perdre en qualité.
Vous pouvez également noter les endroits qui nécessiteront une description plus détaillée de la logique de travail, afin que les développeurs vivent plus tard plus facilement.
Tadam! L'étirement à la maison: le design
Il n'y a rien de spécial à dire. Vous vous asseyez, ouvrez le programme et commencez à dessiner, bien ou pas, ce sur quoi vous avez travaillé dans la série précédente.
Le temps le permet - vous allez vous inspirer visuellement et autres sur les ressources, dont les noms ne peuvent pas être prononcés, car ces derniers temps, elles sont souvent détestées.
Transfert vers le développement
Auparavant, j'ai décrit des scénarios dans le format de la user story.
Ça avait l' air quelque chose comme ça:
je, comme ..., je veux ... De
plus, la fonction elle - même a été décrit, les actions avec elle par l'utilisateur, des fonctionnalités supplémentaires, etc.
Il est avéré que , parfois , il se trouve beaucoup et personne ne veut le lire, alors j'ai commencé aux notes sculpte le prototype lui - même et mettre dans miro, la voie est avec des écrans déjà conçus.
Il s'est avéré qu'il est beaucoup plus pratique pour les développeurs de travailler de cette façon.
Ils voient tout à la fois, ils peuvent poser des questions ou coller des autocollants pour ne pas oublier quelque chose.
En fait, c'est presque tout ce que je voulais dire sur la façon dont un concepteur de produit devrait travailler avec une tâche.
Conclusion
Je répète que c'est ma vision et mon expérience.
Chacune des étapes est importante pour que cela fonctionne bien. Et chaque étape prend du temps.
C'est probablement pour cette raison que je ne crois pas vraiment à l'histoire selon laquelle la position d'un créateur de produit vivra longtemps. Eh bien, soit tout le monde aura un sac de temps, soit quelque chose ne sera pas réglé avec autant de soin.
J'aimerais beaucoup connaître votre opinion sur la construction des processus de travail, les responsabilités et les capacités d'un concepteur de produits.
Cette profession sera-t-elle pertinente à l'avenir ou finira-t-elle par se désintégrer en spécialistes individuels restreints?