Conception collaborative - Un guide pour une conception de produit d'entreprise réussie

Vous avez probablement entendu parler du développement logiciel Agile, de la gestion des processus Kanban et du Lean UX. La conception collaborative est une approche philosophique et tactique différente de la conception de produits d'entreprise .

La conception collaborative est le processus de conception dans un environnement participatif, engageant et réaliste, à mains nues ou en confiance. Il ne s'agit PAS de concevoir dans le vide ; Au lieu de cela, comme son nom l'indique, la conception collaborative place le concepteur au centre des différentes équipes et départements pour travailler avec tout le monde afin de construire un produit cohérent. Ainsi, personne n'est laissé pour compte et le produit peut être construit avec toutes les parties prenantes impliquées.

Chaque organisation d'entreprise est différente, et regrouper les parties prenantes autour d'une idée ou d'une tâche peut ressembler à un rassemblement de chats. Dans ce guide, nous passerons en revue les trucs et astuces pour travailler avec les principaux acteurs, non seulement pour obtenir leur avis, mais aussi pour les intégrer à cette nouvelle approche centrée sur la conception.

Rencontrez les joueurs

Les designers sont doués pour beaucoup de choses, mais leur rôle commence par la résolution de problèmes. Cela nécessite de savoir qui sont les experts et de travailler avec eux. Chaque membre de l'équipe de développement de produits a ses propres besoins et responsabilités, il est donc aussi important de les connaître que de remplir la mission donnée.

Alors sans plus tarder, rencontrons l'équipe :

• Les chefs de produit définissent la portée, les exigences et les cycles d'itération de développement pour les produits et les fonctionnalités ; ils sont souvent les gardiens des fonctionnalités avant un oui/non final et sont habitués à communiquer avec l'ensemble de l'organisation, y compris les cadres.
• Les ingénieurs construisent le produit, afin qu'ils comprennent les capacités et les limites techniques. Cela en fait une ressource essentielle pour déterminer les principales préoccupations, notamment les délais de développement, les technologies à utiliser, la portée et souvent la faisabilité de la conception (si nos concepts sont même possibles compte tenu des limites technologiques et temporelles).
• Les architectes de base de données et de système savent comment les données sont intégrées et ont une compréhension approfondie de ce qui est nécessaire pour maintenir les performances tout en continuant à s'appuyer sur le produit/la plate-forme existants.
• Les experts internes en la matière (PME) connaissent intimement les processus métier, les cas d'utilisation, l'historique et la politique, ainsi que les attentes générales de la direction, des clients et des utilisateurs.
• Les ventes se concentrent sur la présentation du produit aux clients potentiels. Cela fait des ventes le premier point de contact, de sorte que leur compréhension du produit est essentielle pour conclure (et souvent créer) des prospects.
• Les formateurs (ou dans le SaaS, les agents de réussite client ) ont une exposition directe à l'équipe de vente et aux utilisateurs nouveaux ou à l'essai, et ils peuvent fournir des volumes d'informations utiles sur les performances du produit in vitro et au-delà.

Lorsque toutes les parties travaillant sur le produit sont impliquées dans le processus de conception (l'un des principes fondamentaux de la méthodologie Agile), le produit résultant a beaucoup plus de chances de réussir, non pas parce que les concepteurs travaillent avec les parties prenantes, mais parce que les parties prenantes, plus souvent que pas, comprendre les besoins spécifiques des utilisateurs et des entreprises d'une manière que nous ne pouvons pas. Travailler en collaboration semble toujours être la meilleure option, mais comment fait-on ?

Comment collaborer avec les parties prenantes

Chefs de produit, gardiens du produit et chronométreurs

Les chefs de produit ont souvent un attachement personnel au produit et sont tenus à des attentes très élevées au sein de l'entreprise. Ils doivent également répondre aux utilisateurs ou clients de leur(s) produit(s) lorsqu'il y a des problèmes, des promesses non tenues ou des demandes pour une nouvelle fonctionnalité.

Ils accordent une grande importance à la communication simple et doivent être tenus au courant des progrès, des problèmes et de tout changement. Ils aiment voir les brouillons en premier et fréquemment, et parce qu'ils peuvent travailler à différentes échelles (plusieurs niveaux allant du développement direct de produits à la pratique avec même des modifications mineures), vos interactions avec eux peuvent varier considérablement.

Étant donné que les PM passent beaucoup de temps à communiquer avec diverses parties prenantes (internes et externes), il est important de les tenir informés sans s'attendre à ce qu'ils vous contactent. Définissez des rendez-vous réguliers avec vos PM pour présenter des brouillons itératifs, écouter leurs commentaires et toujours terminer par une liste d'éléments d'action pour la prochaine réunion.

Il ne faudra pas longtemps pour savoir quels sont leurs objectifs en matière de fonctionnalité du produit. Les PM savent que les concepteurs résolvent les problèmes. Les concepteurs doivent donc fournir des données et des analyses pour prouver leur raisonnement. Que vous ayez raison ou non n'a pas d'importance. Prouvez que l'objectif est de créer le meilleur produit et vous gagnerez la confiance d'un PM !

Ingénierie : responsable de donner vie aux conceptions

Les ingénieurs (également appelés développeurs) sont les personnes les plus proches du produit ; ils le construisent ! Cela leur donne un avantage car ils peuvent expérimenter et tester directement les composants individuels du produit en action . C'est formidable car, sans aucun doute, ils trouveront les faiblesses de toute conception - parfois avant de construire quoi que ce soit - ce qui est doublement formidable car c'est un énorme avantage à tant de niveaux de trouver les failles avant que le logiciel ne soit codé.

La meilleure façon de gagner la confiance d'un groupe d'ingénierie est soit de produire des spécifications de produits détaillées et complètes, soit de les impliquer dès le début… ou les deux.

Lorsque les développeurs sont considérés comme de véritables parties prenantes , ils sont plus que disposés à discuter des cas d'utilisation, des scénarios, des défis techniques et des options pour les surmonter.

Il est facile d'oublier que les ingénieurs sont de véritables architectes de produits ; ils ont tout intérêt à résoudre les problèmes avec le concepteur, en particulier lorsque le défi est difficile ou pourrait être géré d'une autre manière.

Architectes de bases de données et de systèmes, gardiens des structures de données

Les architectes de base de données et de système savent comment le produit fonctionne dans les coulisses. Ils savent tout sur la façon dont les données sont stockées et structurées, ce qui peut être intégré et comment tous les systèmes communiquent entre eux. Ils ont tendance à être moins préoccupés par la façon dont le produit fonctionne pour les utilisateurs que par la façon dont il interagit avec divers systèmes (ce dont ils sont en fin de compte responsables).

Ils peuvent être particulièrement difficiles à gérer pour les concepteurs centrés sur l'utilisateur. Il est important de se rappeler que même si un architecte de base de données/système n'interagit jamais avec les utilisateurs finaux, son objectif est toujours de profiter à ces utilisateurs, que ce soit par la fiabilité, la rapidité ou la simplicité du produit.

Leur connaissance du fonctionnement des structures de données et des ramifications de toute modification de la fonctionnalité du produit est trop facile à manquer sans leur contribution d'expert. Il est important d'inviter et d'inclure les architectes système dans les réunions et les discussions sur les changements de produits, même si leur position ne semble pas directement liée.

Une façon de collaborer avec un architecte système consiste à créer une liste de contrôle avec les questions suivantes :

• La fonctionnalité X a-t-elle un impact sur la structure de données actuelle ?
• Y a-t-il des travaux de conception/développement supplémentaires compte tenu de l'architecture actuelle ?
• La conception Y entre-t-elle en conflit avec des entrées/sorties utilisateur existantes ?
• Des services externes sont-ils affectés par la fonctionnalité X ?

Cette liste simple vous orientera dans la bonne direction, même sans une compréhension claire du fonctionnement des structures de données monolithiques préexistantes (et éventuellement). Tout ce qui est coché est un domaine qui devrait être étudié avec une simple discussion.

Experts en la matière et analystes commerciaux, les assistants de l'information

Les experts en la matière portent bien leur nom; ce sont des experts en la matière et peuvent être une mine d'or d'informations uniques et précieuses. Souvent, ils ont obtenu des diplômes spécialisés dans le domaine ou ont passé la majeure partie de leur vie à travailler dans leur industrie. Ils ont une expérience pratique de la façon dont l'entreprise est censée fonctionner et ils se souviennent de la longue et douloureuse histoire et de la politique qui ont conduit tout le monde là où ils se trouvent aujourd'hui.

Un analyste métier connaît les tenants et les aboutissants du fonctionnement de l'organisation et remplit souvent la même fonction qu'une PME si les données sont disponibles mais qu'il n'y a pas d'expert en interne.

Interagissez avec les PME pour savoir comment le projet est perçu par la direction afin de vous assurer que les attentes internes sont satisfaites et que vous ne vous aventurez pas en territoire dangereux. Invitez les analystes aux sessions de conception, en leur disant à l'avance qu'ils sont les experts et en leur demandant de partager leurs connaissances sur les échecs historiques, les conflits politiques et d'autres problèmes qui peuvent être critiques pour une sortie de produit réussie.

Les Customer Success Managers, un nouveau point de contact client

Lorsque les nouveaux clients sont enfin intégrés par les commerciaux, les formateurs (ou, pour les entreprises SaaS, les Customer Success Managers (CSM)) prennent le relais pour enseigner aux nouveaux utilisateurs comment utiliser réellement le produit. Il va donc sans dire que les formateurs passent beaucoup de temps à parler aux utilisateurs novices. Un CSM a une perspective unique car il interagit avec des clients qui souvent n'ont pas été impliqués dans la décision d'achat de leur entreprise.

Avec cette perspective unique, les formateurs/CSM peuvent fournir des informations précieuses pour les décisions de conception, à la fois pour l'intégration des clients et le comportement des nouveaux utilisateurs. De nombreuses organisations d'entreprise suivent et surveillent la façon dont leurs nouveaux clients utilisent divers produits et enregistrent tout, des appels aux plaintes, mais les formateurs ont une idée de ce avec quoi les clients ont vraiment du mal.

Inclure un formateur senior dans toutes les réunions de conception majeures et s'enquérir de toute décision avec lui. Posez des questions telles que « Quelles sont les trois plaintes les plus graves des clients ? » » et « Les nouveaux clients sont-ils en moyenne satisfaits du produit ? » et « Selon vous, quels changements auront le plus grand impact positif pour vous et votre équipe ? De cette façon, nous apprenons tous ce qu'est le chemin heureux ; les formateurs sont nos yeux et nos oreilles pour toutes les façons dont les clients utilisent réellement le produit.

Les ventes, le premier contact du produit avec les clients

Les ventes et le design sont souvent en désaccord. Certaines organisations sont axées sur les ventes tandis que d'autres ne le sont pas, mais quoi qu'il en soit, il existe une nette différence d'objectifs : l'équipe de vente souhaite augmenter les ventes tandis que la conception souhaite améliorer l'expérience utilisateur. Ils ne s'alignent pas toujours.

Cela ne doit pas être le cas. La plupart des vendeurs ont des difficultés très raisonnables à affronter : ils ont peu ou pas de contrôle sur les décisions concernant les produits, sont invités à prendre des engagements qu'ils ne peuvent pas vraiment promettre et sont poussés à atteindre des objectifs de revenus spécifiques malgré tout. Il n'est pas surprenant que les équipes commerciales et produits se disputent régulièrement !

Néanmoins, comme les formateurs, l'organisation des ventes a une perspective unique sur les besoins des clients, et souvent, cette perspective fait la différence entre faire une petite vente et faire venir une baleine ! Comprendre les différents domaines avec lesquels l'équipe de vente se débat. Essayez d'assister à chaque type d'appel et apprenez comment ces prospects communiquent.

Cela ouvrira la conversation avec les ventes. Il ne s'agit pas seulement de faire entendre leurs besoins; il s'agit d'améliorer l'expérience des utilisateurs potentiels à chaque étape, de la première communication à l'intégration. Découvrez ce que les vendeurs entendent le plus des prospects, quels sont les défis auxquels ils sont confrontés lors de la finalisation de la transaction et quelles sont les principales préoccupations après sa conclusion.

La conception en entreprise ne doit pas être un cauchemar

En tant que designer, toutes ces pièces mobiles peuvent être très difficiles à gérer, surtout lorsque vous n'êtes pas considéré comme un « manager » au sens officiel du terme. En tant qu'acteur clé de la communication inter-équipes, de la collecte des exigences et des commentaires sur la conception, vous devez avoir accès à tous ces professionnels à un certain niveau.

La façon la plus critique, mais la plus simple, d'y parvenir est d'écouter toutes les parties et de prendre leurs commentaires au sérieux. Dans la plupart des organisations, l'étape suivante consiste à prendre en compte ces commentaires et à travailler avec le chef de produit pour organiser les exigences en un travail exploitable.

À partir de là, cela dépend des priorités et du comblement des lacunes. En fin de compte, l'objectif est de concevoir le meilleur produit, et nous avons besoin de l'aide de tout le personnel de développement de produits. Reconnaître que chaque rôle est important et sensibiliser ces employés à leur valeur dans le cycle de développement de produits leur permet de fournir les informations dont un concepteur a besoin pour prendre de meilleures décisions en matière de conception de produits.

• • •

Pour en savoir plus sur le blog Toptal Design :

• Meilleures pratiques de conception d'interface utilisateur et erreurs courantes
• États vides - L'aspect le plus négligé de l'UX
• La simplicité est la clé - Explorer la conception Web minimale
• Principes heuristiques pour les interfaces mobiles
• Concevoir pour la lisibilité - Un guide de la typographie Web