5 choses à garder à l'esprit lors de la conception d'un produit pour les développeurs

Depuis le début des temps, il y a eu deux sortes de personnes: Les penseurs de gauche – méthodiques penseurs qui utilisent leurs compétences logiques et analytiques pour résoudre des problèmes; et les droitiers qui ont tendance à s'appuyer sur le sentiment et l'intuition, sont inspirés et pensent souvent de façon visuelle

Dans la communauté technologique d'aujourd'hui, nous associons souvent ces deux groupes de personnes à des concepteurs et des développeurs.

Bien sûr, cette affirmation est plutôt stéréotypée. Les concepteurs soutiennent souvent leurs décisions visuelles sur les données et les analyses réelles, analysent méthodiquement les flux d'utilisateurs complexes, et parfois (gasp!) Même le code. Les développeurs pensent de manière créative, expérimentant différentes solutions pour répondre aux besoins des utilisateurs et sont généralement très à l'aise avec les systèmes de conception.

difficile mais à la fin de la journée, les concepteurs et les développeurs travaillent tous dans le même but: créer un produit qui répond au mieux aux besoins des utilisateurs, un produit qui a l'air bien et qui fonctionne correctement.

En tant que chef de projet UX & design chez mon entreprise, j'ai appris que le défi est au moins doublé lorsque vous concevez un produit pour les développeurs.

Il y a cinq leçons que j'ai apprises tout au long du processus, ainsi que quelques idées judicieuses de la part des autres développeurs de conception d'outils de développement.

Connaissez votre utilisateur (mais, comme, vraiment les connaissez)

Il est rapide et très pratique d'obtenir des réponses lorsque votre utilisateur est assis de l'autre côté de la table et que vous les entendez partager ses luttes quotidiennes

Mais il est risqué de compter uniquement sur ses coéquipiers lorsque vous définissez votre utilisateur. Comme les concepteurs, les développeurs viennent dans différentes formes et saveurs. Les développeurs frontaux recherchent différentes solutions que les développeurs back-end; les scientifiques de données ont des buts entièrement différents de ceux des ingénieurs de devops.

Au-delà de la connaissance de votre utilisateur, vous devez savoir quel est son état d'esprit.

La solution de débogage de production de mon équipe est conçue pour aider le développeur à un moment crucial: lorsqu'un bogue ou un problème de performances se produit et qu'il doit rapidement comprendre ce qui s'est passé et résoudre le problème. Le manque de visibilité et la capacité limitée de collecter des données en direct font que le processus de débogage ressemble à chercher une aiguille dans la botte de foin dans l'obscurité.

Notre utilisateur est frustré et anxieux, et a désespérément besoin de conseils et de soutien précieux. dira "Oui, vous êtes dans la bonne direction!" ou "Non, vous aboyer le mauvais arbre", et l'aider à mettre les choses en ordre, rapidement, avant que ses propres utilisateurs ne soient affectés. Notre conception doit donc rassurer l'utilisateur, tout en lui permettant de trouver rapidement et facilement les réponses dont il a besoin.

2. Le développement de logiciel est une religion

Rappelez-vous cet épisode sur Silicon Valley, où Richard panique quand il apprend qu'un de ses employés commet un lot de code qui est écrit en utilisant des espaces et non des onglets

Malheureusement, ce n'est pas un exagération mais plutôt une guerre viable et sanglante dans le monde codant.

Voici comment le dictionnaire Merriam-Webster définit un "culte":

• Un petit groupe religieux qui ne fait pas partie d'une religion plus large et plus acceptée et qui a des croyances considérées par beaucoup de gens comme extrêmes ou dangereuses
• Une situation dans laquelle les gens admirent et se soucient beaucoup ou trop de quelque chose ou de quelqu'un
• Un petit groupe de supporters ou de fans très dévoués

19659009] Les développeurs ne jurent que par leur cadre de prédilection, sont dévoués à leurs outils traditionnels et ont des arguments sisyphéens à propos de choses qui semblent dénuées de sens.

Les développeurs peuvent être résistants lorsqu'il s'agit de modifier des conventions familières – polices, thèmes de couleurs, hiérarchie. Vous devez donc avoir de très bonnes raisons de sauvegarder vos décisions de conception non conventionnelles.

Pourtant, la conception au sein de ces conventions peut limiter votre liberté créative. Vous devez trouver le bon équilibre entre de bonnes décisions de conception et une interface utilisateur inédite, et ne pas ébranler inutilement le monde de vos utilisateurs.

3. Les développeurs sont aussi des gens

Contrairement à l'opinion populaire, et malgré la réputation bien méritée des développeurs en tant qu'utilisateurs sophistiqués et technophiles (évidemment), ils sont encore des personnes. Et comme la plupart des gens, ils s'attendent à ce que les produits répondent à leurs besoins aussi rapidement et sans effort que possible. Ils ne veulent pas d'outils super-complexes qui prennent des heures à apprendre.

Cette entrée importante est apparue clairement dans presque toutes les interviews d'utilisateurs que nous avons menées: Rendre l'interface utilisateur aussi intuitive et simple que possible. Ne supposez pas que parce que les développeurs sont intelligents, ils vont le comprendre. S'ils ne l'obtiennent pas, ils ne vont probablement pas continuer à essayer.

4. Less is more

Dribble et Behance regorgent de concepts de conception magnifiques, de tables parfaitement alignées et de tableaux de bord de dégradé qui semblent incroyables en tant que captures d'écran, mais ne fonctionnent pas dans le monde réel

' besoins de base. Les utilisateurs ont tendance à se souvenir du mal plus que du bien. Pouvez-vous imaginer votre utilisateur en disant, "Cette application prend du temps à charger et je ne suis pas vraiment sûr de ce que tous ces boutons font, mais, mon garçon! Cette animation d'écran de démarrage est super mignonne! "?

Ce n'est que lorsqu'un produit est fonctionnel, fiable et utilisable que les utilisateurs peuvent apprécier les aspects agréables de l'expérience.

Chris Jennings, cofondateur et concepteur en chef de Sentry était en fait un concepteur de produits chez GitHub avant de faire la transition et de créer un outil de suivi des erreurs pour les développeurs. Voici ce qu'il a dit pourquoi, surtout pour les développeurs, moins est:

"S'il y a une façon dont les développeurs sont différents du consommateur moyen, c'est qu'ils n'ont pas beaucoup de patience pour les peluches ou les interruptions. Nos clients utilisent Sentry pour résoudre certains problèmes assez sérieux et une partie de notre travail consiste à nous assurer de ne pas nous mettre dans l'embarras avec des choses qui ne sont pas 100% nécessaires. »

5. N'ayez pas peur de demander de l'aide

Gitit Bruetbart, conceptrice principale de produits chez Alooma, explique qu'elle se procure régulièrement des informations sur la convivialité et la conception de produits de ses amis, qui sont généralement heureux d'expliquer leurs problèmes techniques.

"En tant que designer, entrer dans le monde des développeurs n'est pas toujours facile", a-t-elle expliqué. «Bien que les concepteurs soient très proches de la technologie des produits, ils sont rarement aussi familiers avec les problèmes techniques et la terminologie que les développeurs. Heureusement, dans les startups, les concepteurs et les développeurs travaillent en étroite collaboration, ou au moins socialisent pendant le déjeuner. "

" Quand je dois faire des tests d'utilisabilité, je trouve généralement des testeurs qui correspondent à la cible amis, ou parmi leurs amis qui sont des développeurs dans d'autres startups. Ils sont heureux d'essayer de nouveaux outils intéressants (et d'obtenir un petit témoignage de mon appréciation), et je profite de leurs idées et de leurs commentaires. »

En fin de compte, tout tourne autour des gens

Quand il s'agit d'un nouveau produit, un bon design est un facteur de réussite ou de rupture. Mais, comme Stephen Boak, directeur de la conception de produits chez DataDog et hôte de l'incroyable podcast Do not Make Me Code souligne:

"Les communautés qui se développent autour de nos outils peuvent aussi faire ou défaire expérience, en particulier dans le monde de l'open-source. La communauté que vous construisez, les évangélistes que vous créez et la qualité de votre écosystème rendront l'expérience meilleure pour tout le monde. Pensez à Twitter et à ce qu'ils ont fait avec leur API pour aliéner les développeurs. "