Lorsque vous créez un design pour des produits numériques qui seront utilisés par des personnes dont vous pouvez prédire les habitudes et les modes d'utilisation, ce n'est pas si difficile. Vous savez presque toujours que la personne de l'autre côté tiendra le smartphone comme ça, accédera aux éléments et aux commandes avec le pouce comme ça, et ainsi de suite, ainsi de suite, etc. Par exemple, en B2C, il existe un certain ensemble d'outils qui aident le concepteur dans la recherche. Il existe également un ensemble de règles généralement acceptées permettant de recueillir des commentaires, de détecter des problèmes potentiels, de proposer des hypothèses, etc. Par exemple, voici un cadre assez compréhensible et pratique:
- Définir la tâche du client;
- formulez vos propres hypothèses;
- réfléchir aux métriques;
- Définissez le contexte d'utilisation, CJM, etc.
- réfléchissez à la solution et à sa validation.
Pour les personnes habituées à la conception de produits utilisés par des millions d'utilisateurs à travers le monde, ce cadre est familier (sous une forme ou une autre).
Quand les produits pensent qu'ils savent exactement ce que veut l'utilisateurMais tout cela subit des changements assez forts lorsque vous commencez à faire du design en entreprise. Pour commencer, nous n'avons pas de clients en tant que tels - nous avons des utilisateurs. Et le fait est que nous sommes très proches des utilisateurs. Pas dans le plan qu'il y a un compte, et nous pouvons afficher des informations détaillées à ce sujet, les ordres habituels et le modèle de comportement, non. Nous savons que cet utilisateur particulier est Sanya, qui est monté hier sur une tour de 20 mètres avec vous pour écrire des données dans le journal de contournement à l'aide de votre application. Et que les tâches quotidiennes de Sasha sont plutôt compliquées et non triviales.
Je m'appelle Leo, je suis le principal concepteur de la fonction Technologies numériques dans SIBUR, et je vais vous expliquer comment fonctionnent les concepteurs d'applications et d'interfaces lorsque certains de vos utilisateurs sont une équipe de robots sur le site de production de Tobolsk qui utilisent un peu votre application. pas dans les conditions dans lesquelles vous avez fait cette demande.
Décidons immédiatement que le designer n'est pas une personne qui va vous dessiner quelques belles photos ou faire un menu de voyage sur un téléphone mobile. Le concepteur est responsable de l'ensemble du produit de travail, de la façon dont il est perçu par l'utilisateur, quelle expérience lui apporte et quelles tâches réelles il aide à résoudre.
La division du design numérique est apparue dans SIBUR il n'y a pas si longtemps, mais nous avons déjà trouvé de nombreuses opportunités pour simplifier la vie d'un employé dans l'entreprise. Par exemple, nous avons récemment écrit sur
les solutions de contournement mobiles . Il s'agit de facto de la troisième grande itération du processus. Mais entre les classiques du genre de la forme «tout écrire dans un cahier papier» et notre application était une autre étape.
S'appuyer sur les utilisateurs, pas sur les entreprises
Lorsque les robots sont venus pour la première fois auprès des techniciens avec la demande de proposer quelque chose de plus amusant que les ordinateurs portables, leur problème a été résolu à peu près de la manière dont cela se produit généralement avec SAP dans les entreprises. En fait, les gens ont reçu une bonne solution en boîte, qu'ils ont personnalisée, réglée et mis à la voile. Mais ils n'ont pas vraiment réfléchi au processus d'utilisation de cette solution. Oui, les gens ont un journal électronique d'exploration. Mais sa synchronisation a causé un certain nombre de questions - il était nécessaire deux fois par jour (au début et à la fin du quart de travail) de connecter le smartphone du robot à un ordinateur spécial avec un cordon pour transférer des informations vers l'archive. La procédure a duré environ 30 minutes. Évidemment, un peu pas ce que vous voulez, lorsque le changement est terminé et que vous êtes prêt à aller en famille, puis cette erreur pendant une demi-heure quelque part envoie des données sur la dentelle. Où est la commodité de l'utilisateur ici?
Il a finalement fini par revenir aux cahiers en papier de toute façon. Pourquoi? Oui, car c'est plus pratique. Les gens utilisent ce qui est plus pratique. Si vous avez fait quelque chose de mal à l'aise, ils ne l'utiliseront pas. Par conséquent, lorsque notre division a pris la solution du problème, nous sommes partis principalement du confort des utilisateurs et de leurs besoins. C'est logique et juste - car ils utiliseront ce que vous concevez avec joie. De plus, dans des conditions très différentes de votre espace ouvert.
C'était la première étape. Maintenant que nous mettons activement en œuvre notre approche dans le système SIBUR établi, les concepteurs négocient avec des représentants de divers secteurs d'activité afin que chacun ressente l'importance et la faisabilité de cette approche.
Voici un autre exemple vivant. Nous avons un laboratoire qui prélève constamment des échantillons de produits finis pour la qualité. Pourtant, la production pétrochimique, il faut tout surveiller. Et ce laboratoire interagit à la fois avec la production elle-même et avec les organismes de contrôle de l'État, et calibre la production elle-même. Et le personnel de laboratoire devrait prélever régulièrement des échantillons.
Tobolsk, -40, sombre, la visibilité n'est pas particulièrement, vous allez prélever des échantillons. Les gars de la division numérique viennent à vous et rapportent avec plaisir: «Voilà , nous avons résolu votre problème avec des morceaux de papier, vous, l'homme, êtes sur votre smartphone.» Et vous vous asseyez et pensez - eh bien, devenez fou maintenant, grimpez 20 mètres, puis prenez ce smartphone et piquez quelque chose.
En gants avec les paramètres "Motricité fine -50".

Et ici, pour nous en tant que concepteurs, deux tâches assez importantes apparaissent.
- Nous utilisons un dispositif d'entrée / sortie d'informations numériques. Le juge de touche a un smartphone, il peut suivre un certain nombre de paramètres, l'aider dans la mise en œuvre de ses responsabilités professionnelles.
- Dans ce cas, vous devez essayer afin qu'une personne n'ait pas besoin de retirer le smartphone de sa poche. Eh bien, sérieusement. Ce n'est pas à vous au travail de sortir un téléphone portable de votre poche toutes les cinq minutes et de regarder Facebook. Et là , la personne a -40 à la mer. Des gants. Plus sur une pipe de cinq étages. Par conséquent, nous programmons des boutons physiques sur les téléphones Android. Ainsi, un employé peut même ne pas avoir à sortir un smartphone de sa poche - il épingle un bouton dans sa poche intérieure, lance un assistant vocal (maintenant juste en train de terminer), et corrige une sorte de dysfonctionnement ou de divergence de normes.
Sans le contexte d'utilisation de la ligne deux, nous aurions fait un tel cas. Et dans le cas du contexte, nous nous embĂŞtons beaucoup.
Méthodologie
Disons que vous devez recueillir les commentaires des utilisateurs de votre produit. Voici comment cela fonctionne généralement (en utilisant les banques comme exemple). Il existe un centre d'appels où de nombreux appels sont reçus. Il existe des réseaux sociaux où les clients se plaignent assez souvent d'éventuelles erreurs de la part de la banque en général ou de votre application en particulier. Il y a la possibilité d'aller au bureau et de discuter avec les clients là -bas, de demander ce qu'ils aiment, s'ils sont satisfaits de tout, ce qu'ils aimeraient changer dans l'application.
Dans l'entreprise, en général, tout est différent à cet égard. Cela provoque parfois la rupture du modèle parmi les concepteurs qui nous viennent d'autres sociétés. Là , vous vous êtes assis et avez inséré des boutons dans l'application, qui est lancée une fois par jour par des millions d'utilisateurs. Et notre équipe de développement peut créer et améliorer un produit que 10 personnes utilisent de facto. Mais l'effet économique que votre application peut apporter avec ces 10 utilisateurs est beaucoup plus élevé que celui de tous ces millions d'audience. Par conséquent, la résolution de leurs problèmes est très importante.
Le plus ici est que nous avons un accès direct aux utilisateurs. Si nous devons collecter et calculer l'indice de satisfaction des utilisateurs, ou autre chose - vous pouvez simplement les collecter personnellement et clarifier tout.
Et ce qui est encore plus cool - vous pouvez prendre un casque, une combinaison et simplement aller travailler avec eux dans les conditions habituelles pour eux pendant une semaine, afin d'évaluer en conditions réelles ce que vous en avez fait avec votre conception et si cela convient aux gens en général. Nous sommes beaucoup plus proches de l'utilisateur de notre produit. Il en va de même pour l'intégration - pas de malentendus et de divergences. Nous rassemblons les gars, leur montrons exactement comment leur problème a été résolu, ce qui a changé où et comment utiliser tout cela.
Validation d'hypothèses et de métriques
Comparons à nouveau ce processus en B2B ou B2C. Vous avez eu une excellente idée, vous voulez la vérifier. Vous lancez quelques pages de destination, regardez les commentaires. Vous pesez le tout avec diverses mesures, regardez les chiffres, vérifiez-le sur un large public.
Tout est différent dans l'entreprise. Les métriques sont pensées par les designers avec les produits au stade initial. Il est facile de mesurer une telle mesure - vous pouvez y travailler vous-même pendant environ 10 jours. Voici la validation.
Ici, il est important de se rappeler encore une chose. La numérisation juste pour le plaisir de la numérisation est une idiotie. Avec l'aide d'une telle numérisation, il est très facile de gâcher les conditions de travail des personnes. Il y a beaucoup de choses simples qui n'ont pas du tout besoin d'être numérisées, qui ne nécessitent pas de smartphones, d'horaires de toutes sortes et autres.
Et plus sur le contexte
Malgré la proximité avec l'utilisateur et la possibilité d'interviewer fréquemment les employés, le véritable CJM de l'utilisateur, qui est 100% prévu pour la journée, n'est pas visible pour les spécialistes SIBUR. Par conséquent, il est très utile d'amener les développeurs à interroger les utilisateurs.
Généralement, comment fonctionne une notification d'équipe d'un problème. Le produit arrive, récupère l'équipe, dit: "Les gars, il y a un problème ici." Tout le monde commence à penser que c'est une sorte de problème semi-inventé pour un utilisateur sphérique dans le vide.
Et ici, nous collectons les développeurs et les utilisateurs afin que les utilisateurs puissent dire directement ce qui, dans la solution des développeurs, n'a pas du tout besoin. Ou ce qui ne fonctionne pas comme prévu. Et déjà dans cette situation, les développeurs sont pénétrés par la communication avec les utilisateurs - vous comprenez que cette personne particulière avec l'exécution normale des tâches de travail est précisément à cause de vous, car vous avez entré une fonctionnalité dans l'application.
Cela semble simple - réuni deux côtés et leur a donné une conférence. En fait, il est difficile de le faire dans l'entreprise en raison de la différence de mentalité. Les travailleurs, les robots, les employés de l'entreprise et les ateliers perçoivent les gens des services numériques non seulement comme un autre employé de l'entreprise, mais comme une sous-culture distincte. Comme un groupe de punks assis sur leur Internet, imaginez leur conception, et pour eux, des gens normaux, puis tirez les conséquences de tout cela.

Mais il faut travailler, personne n’a annulé CJM, c’est impossible sans lui. Nous ne démarrons aucun projet s'il n'y a pas encore une compréhension précise de la façon dont l'utilisateur suivra le processus. Il y a toujours une sorte de processus métier tel quel, tout le monde dira que oui, tout est cool, tout fonctionne exactement comme prévu. Et les gens de l'usine vous diront la vérité - mais le nifiga ne fonctionne pas. Et vous devez passer du temps à étudier ce processus. Parfois beaucoup de temps, en observant toutes les règles de la casteva.
CJM est généralement à la mode. Presque tous ceux qui commencent à diffuser que la société utilise Agile, Scrum et ont même acheté une paire de feutres pour tableaux, parlent de CJM de toute façon. Mais en pratique, ils lui accordent beaucoup moins d'attention qu'il n'en a besoin. Nous avons maintenant CJM - c'est le fondement des bases. Nous jetons simplement une sorte de carte d'actions sur les gens sur le papier: processus - action - problème - solution. Et sans comprendre cette carte, même commencer à jeter votre hypothèse n'a pas de sens.
Parce qu'il s'avère que vous faites quelque chose pour l'espèce, mais cela ne présente aucun avantage. Par exemple, les employés se sont tournés vers vous et ont dit qu'ils avaient un problème avec la tenue de rapports papier et autres. Et vous êtes allé leur acheter un panneau interactif de 64 pouces. Avez-vous résolu leur problème? Oui nifiga, vous venez d'acheter un panneau pour eux. Maintenant, ils ont un problème avec les rapports et un tableau de bord lourd. Vous devez clairement comprendre quel est exactement le problème. Et les gens peuvent exprimer leurs opinions sur la façon de résoudre ce problème.
De plus, il est important de travailler avec les attentes. Les gens peuvent souvent demander eux-mêmes les fonctionnalités nécessaires, cela ne peut être ignoré, car ils ne sont que les utilisateurs finaux de votre produit. Parfois, un employé du département numérique peut penser qu'il est juste plus visible, et les gens autour du périmètre ne sont même pas intéressés par leur propre liste de souhaits. La réalité fait ses ajustements - nous avons des ouvriers de production très bien portés.
Par conséquent, nous créons avec eux des salles de chat communes, dans lesquelles ils peuvent directement nous envoyer leur liste de souhaits vers de nouvelles fonctionnalités. Souvent, cependant, il s'avère que l'utilisateur décrit un outil nouveau et nécessaire, et vous lui répondez un homme, c'est le Conseil en temps réel, commencez simplement à l'utiliser pour résoudre le problème décrit.
Les produits surveillent cela et collectent constamment des commentaires via les canaux de communication disponibles - il peut s'agir d'un chat dans les télégrammes, de celui qui l'a, ou d'un chat en vibe, ou de la même forme.
En général, nous obtenons un cadre classique légèrement inversé, car nous travaillons à partir de CJM, avec un œil sur les utilisateurs tout de suite, c'est le point de départ de toute tâche.

Dans l'un des articles suivants, je vais essayer de vous parler spécifiquement des interfaces dans une grande entreprise. Ici aussi, tout n'est pas aussi simple qu'il y paraît. En partant du fait que les boutons d'interface peuvent être de la taille de votre macbook 13 pouces (car c'est nécessaire), et en terminant par la sélection correcte des paires de polices. Parce que vous ne pouvez pas simplement prendre et utiliser des représentations visuelles standard de rapports et de statistiques en ce qui concerne l'écran tactile de 75 pouces.
De plus, même le développement de tels boutons uniquement sur un coquelicot sans liaison avec le panneau lui-même échouera.
Soit dit en passant, nous avons maintenant 2 offres d'emploi ouvertes pour les concepteurs intelligents de produits numériques. Écrivez-moi à solomadinla@sibur.ru - je vais certainement répondre