Lorsque vous construisez un produit qui (vous savez) ne fonctionnera pas.

Avez-vous déjà créé un produit qui n’est utilisé que par 15 utilisateurs au bout d’un mois? Bien, j'ai. Et je n’ai pas honte d’en parler.

Photo par chuttersnap sur Unsplash

Je suis en fait un fan des mots de Tya dans son article, Une vision biaisée pour une recherche impartiale:

N'écrire que sur les succès, ce serait non seulement romancer mon rôle de chercheur, mais aussi être fallacieux.

Ces mots m'ont inspiré à partager mon échec passé en tant que chercheur: créer un produit que les gens n'aiment pas vraiment. Eh bien, en tant qu’être humain, nous ne pouvons pas échapper aux erreurs, non?

En tant que chercheur pour une équipe générant des revenus, il nous est parfois demandé de créer une fonctionnalité ou un produit demandé par des investisseurs ou un partenaire commercial. Ils savent ce qu'ils veulent, alors la solution est assez claire. Chaque flux est dicté car il est indiqué dans l’accord commercial demandé par le partenaire. Ce que nous savons, c'est que nous ne pouvons rien faire d'autre que faire ce qu'ils ont dit. Eh bien, nous ne pouvons pas leur dire simplement de couper la relation d’affaires, n'est-ce pas?

Ainsi, un jour, mon équipe a reçu une demande de la direction de niveau supérieur pour créer cette fonctionnalité. Grâce à cette fonctionnalité, nos utilisateurs pourraient s’abonner au service de notre partenaire à un prix réduit. Après avoir compris les objectifs de l'entreprise et identifié les utilisateurs cibles, les indicateurs de réussite, etc., nous avons commencé à mieux comprendre les fonctionnalités envisagées par le partenaire et par nos autres parties prenantes.

Puis, quelque chose m’est venu à l’esprit: «Notre utilisateur voudra-t-il vraiment utiliser cette fonctionnalité?», «Est-ce que nous ciblons le type d’utilisateur approprié pour ce partenaire commercial?», «Cette fonctionnalité fonctionnera-t-elle bien pour les deux parties?». Je pensais que quelque chose pourrait mal se passer dans le futur.

Mon intuition a frappé la cible. Un mois après le déploiement de la fonctionnalité, cette fonctionnalité ne comptait que 15 utilisateurs. Sachant cela, l’esprit de toute l’équipe s’est affaibli.

De ce projet, j'ai tiré de précieuses leçons qui peuvent m'aider à l'avenir. Veuillez prendre note que cet article n'est pas destiné à signaler les erreurs des autres personnes, mais ce sont mes notes personnelles à me rappeler afin que je ne répète plus les mêmes erreurs - et j'espère que cet article vous aidera si vous rencontrez la question similaire.

Assurez-vous que l'équipe de conception du produit est impliquée dès le début.

L'une des raisons pour lesquelles cette fonctionnalité a échoué est peut-être simplement parce que l'équipe de conception du produit n'a pas été impliquée dès le début. Plutôt qu'une réunion de discussion, notre réunion de lancement pour ce projet ressemblait davantage à celle que les parties prenantes nous ont donnée pour construire cette fonctionnalité sur la base de l'accord conclu avec le partenaire. Lorsque nous avons contré une exigence ou un flux particulier qui avait déjà été défini à l’avance, nos arguments s’opposaient à des choses énoncées ou non dans l’accord. Nous perdrions les arguments, peu importe quoi.

En intervenant dès le début, nous pouvons contribuer à maintenir les exigences et à répondre aux besoins de nos utilisateurs. Ce serait encore mieux si nous, chercheurs, sommes impliqués dès la phase où nous sommes sur le point de choisir les partenaires commerciaux à contacter. L'une des erreurs de ce projet est que nous n'avons pas eu de segmentation ou de profilage de notre utilisateur (que nous avons créé juste après ce projet). Par conséquent, le partenaire approché n'était pas adapté à nos utilisateurs.

Photo par Akson sur Unsplash

Essayez de communiquer vos préoccupations avant même le processus de développement.

Lorsque nous construisons un produit à la demande des parties prenantes, n'oubliez pas d'identifier les indicateurs de réussite, le contexte d'utilisation, l'utilisateur cible et tout ce que nous devons savoir sur le produit aux parties prenantes au début du projet. Par conséquent, tous les membres de l'équipe auront la même idée de la fonctionnalité à développer. On dirait que c’est la chose fondamentale à faire en tant que chercheur, vous ne pensez pas?

Mais en réalité, en comprenant la fonctionnalité qui préoccupe les parties prenantes avant de commencer à concevoir la solution, nous pouvons nous assurer que le produit ou la fonctionnalité peut résoudre le problème rencontré par notre utilisateur ou non, et si la fonctionnalité ou le produit proposé peut atteindre l'objectif souhaité ou non par nos parties prenantes, afin que les besoins des utilisateurs et ceux des parties prenantes puissent être synchronisés.

Si nous pensons que la solution proposée ne correspond pas aux objectifs ou au problème précédemment énoncés, prenez en note toutes nos préoccupations et transmettez-les à nos parties prenantes. Plus tôt nous répondons à nos préoccupations, mieux ce sera.

De Pexels

Attention au biais d'autorité.

À partir de ce cas particulier, nous pouvons voir que la cause fondamentale de l'échec de ce projet est probablement le biais d'autorité. Le biais d'autorité est un biais cognitif dans lequel une personne a tendance à obéir à une personne qui détient le pouvoir, tout en sachant qu'il y a un problème avec la demande de cette personne. Dans ce cas, toute l'équipe a estimé que rien ne pouvait être fait que d'obéir, car ce projet avait été demandé à la direction de niveau supérieur.

À la fin de ce projet, j'ai appris qu'il ne faut jamais présumer que tout ce qui est commandé par quelqu'un qui a autorité est incontestable. Essayez de parler en premier. Heureusement, à Bukalapak, nous avons la culture du parler pour que les parties prenantes soient ouvertes à toute contribution.

Si les parties prenantes sont déjà au courant des préoccupations mais souhaitent toujours que le projet continue, prenez note de toutes les conséquences. Laissez l'équipe connaître nos inquiétudes afin qu'elle ne soit pas surprise si nos inquiétudes se révèlent vraies.

Ce sont les leçons que j'ai apprises de ce produit. Je réalise que l'échec est le meilleur enseignant de la vie et, heureusement, tous les employés de Bukalapak sont encouragés à ne pas avoir peur d'échouer. Parce que nous ne saurons jamais si nous réussirons ou échouerons si nous n’essayons même pas. Essayez, échouez et essayez encore, c’est ce que nous croyons.

Si vous souhaitez faire partie d'une équipe qui croit en #SpeakUp et #TryFailTryAgain culture, envoyez-moi un courrier à aprilia.nur@bukalapak.com ou visitez notre site de carrière :)