Éviter les échecs pendant le développement du produit: 10 conseils de Rookee

Le développement de produits est un processus laborieux. Le marché a constamment besoin de nouvelles solutions, mais les échecs attendent toute entreprise en voie de créer de l'innovation. Dans cet article, nous avons rassemblé notre propre expérience dans un service de haute technologie pour essayer de comprendre quels problèmes peuvent survenir lors du développement d'un nouveau produit et comment les éviter.

1. Oubliez le processus, travaillez pour le résultat

Lors du développement d'un produit, les entreprises consacrent souvent toute leur attention et leurs ressources au processus de création et de production. Même si chaque étape du travail est effectuée «strictement selon la technologie», le résultat peut ne pas être aussi rose qu'il le semblait au début.

Etude de cas

Il y a trois mois, l'équipe Rookee a introduit un processus d'analyse système sophistiqué. L'analyste devait demander et collecter des études marketing, préparer des options de solution, demander des calculs financiers, concevoir des algorithmes, définir des tâches pour l'UX, déterminer les besoins de l'entreprise, protéger ses décisions, suivre le résultat après le calcul, le transférer à l'exploitation, etc. La charge pesant sur un analyste pourrait atteindre 15 tâches par jour. Physiquement, un spécialiste ne peut pas accomplir autant de tâches diverses par jour. Il n'est pas surprenant qu'avec un tel volume, le travail de l'analyste ait été un cou étroit pour résoudre des problèmes communs. Pour améliorer l'efficacité, beaucoup de choses ont tourné. En conséquence, l'entreprise a abandonné un processus aussi complexe et l'a radicalement simplifié, en répartissant les responsabilités entre les différents spécialistes. L'efficacité a augmenté et le processus d'analyse a commencé à se produire plus rapidement.

Comment éviter

Si le processus de développement du produit est trop compliqué et que le résultat ne répond pas aux attentes, il est nécessaire de revoir les processus actuels et de devenir plus flexible avec des changements à chaque étape du travail.

2. Gardez la synchronisation des commandes élevée

La capacité de travailler en équipe est une compétence importante que tout le monde ne possède pas. Dans la pratique, des situations surviennent souvent lorsque la mise en œuvre d'une tâche nécessite la participation de plusieurs spécialistes à la fois.

Par exemple, la tâche d'introduire un code promotionnel dans le système implique le travail à la fois d'un développeur frontal et d'un backend. Si ces personnes ne parviennent pas à s'entendre entre elles, divers problèmes peuvent survenir. Par exemple, du point de vue du visuel, la tâche se fera, mais sans l'algorithme de développement de la mécanique du code promotionnel, cette tâche ne donnera aucune valeur.

Etude de cas

Lorsque plusieurs produits différents sont apparus dans notre service, les équipes de développement de chaque produit sont restées les leurs. Un utilisateur, un compte, des produits et des équipes sont différents. D'une manière ou d'une autre, un client nous a appelés et a dit que nous l'avions spammé. Il s'est avéré que toutes les équipes lui ont envoyé des lettres lorsqu'il y avait des situations nécessitant une attention (par exemple, le solde approchait de zéro et le service pouvait être suspendu). En conséquence, l'utilisateur a reçu environ 40 lettres du service par semaine. Une analyse des bulletins électroniques a été réalisée. Quelques lettres combinées. Nous travaillons maintenant sur une stratégie de messagerie électronique qui corrigera enfin toutes les lacunes.

Comment éviter

Pour réaliser la synchronisation entre les tâches, coordonnez les actions de l'équipe / des équipes travaillant sur le même produit. Par exemple, effectuer une «démo» générale de conception et de développement, informer les autres équipes des nouvelles fonctionnalités. Créez un document accessible au public avec un historique des versions qui décrit clairement quoi, quand et par quelle équipe a été effectuée, en ajoutant un lien vers la tâche dans le tracker de tâches.

3. Évitez les mises à niveau du produit selon les besoins de l'utilisateur.

De nouveaux produits ont identifié des problèmes pendant le fonctionnement. Ce n'est un secret pour personne que certaines des améliorations apportées aux projets ont été initiées par des utilisateurs qui ont contacté le service d'assistance. Personne ne conteste: les produits doivent être améliorés, mais avant de se précipiter pour "colmater les trous", vous devez rechercher la cause première des problèmes.



Comment éviter

Collectez les demandes des utilisateurs pendant une durée suffisante. Selon le nombre d'appels au service d'assistance, cette période peut être soit une semaine, soit un mois ou plus. Analysez les problèmes, identifiez les problèmes récurrents et résolvez les problèmes dont les utilisateurs se plaignent le plus souvent. Si le problème est de nature bloquante, c'est-à-dire qu'il affecte le bon fonctionnement de l'utilisateur dans le système, résolvez-le immédiatement.

4. Invitez les développeurs à discuter du projet et des tâches de conception

Souvent, après avoir reçu les exigences commerciales des clients, le concepteur procède à la description de la logique des tâches. Si vous ne tenez pas compte des caractéristiques techniques du système, vous pouvez obtenir une solution qui se traduira par 3 mois de développement.

Etude de cas

Une fois à Rookee , une situation s'est produite. Ils ont dessiné l'interface dans laquelle il y avait un assistant pour créer un projet dans l'un des produits: dans la première étape, l'utilisateur se connecte à un autre service pour en obtenir des informations (dans Yandex.Direct), dans la deuxième étape, une liste de paramètres de travail est sélectionnée. Les paramètres ont été obtenus en exécutant une demande pour le jeton spécifié à la première étape.
L'interface a été montrée aux clients, acceptée, envoyée aux développeurs. Lorsque les développeurs ont vu cela, ils ont dit: «Ici, vous devez montrer un film, car si l'utilisateur a beaucoup de données, il peut attendre très longtemps. De plus, cette solution frontale n'est pas conviviale. »
En conséquence, j'ai dû tout refaire, compte tenu des commentaires des programmeurs.

Comment éviter

Invitez les développeurs à participer à la discussion des projets, à la rédaction des exigences, à les impliquer dans la conception. En intégrant les développeurs dans le travail dès les premières étapes, vous pouvez réduire considérablement le temps nécessaire à la création d'un projet, éviter les coûts de retouches inutiles et vous passer de cheveux gris supplémentaires en raison d'un délai non respecté.

5. Simplifiez. Brillant, lorsqu'il est efficace

Périodiquement, les spécialistes commerciaux proposent des idées brillantes lors de la création de nouveaux produits ou de la finalisation d'anciens. Malheureusement, tout ingénieux n'est pas demandé et réalisable.

Etude de cas

Pour augmenter les ventes, utilisez souvent des stratégies d'e-mail de copyright. Il existe de nombreuses façons de les implémenter: configurer l'envoi d'événements, un service de newsletter par e-mail tiers qui envoie des e-mails au signal de votre service, implémenter une logique de déclenchement unique du côté de votre service et utiliser un modèle standard ou universel pour l'envoi, etc.
Parfois, les entreprises décident de suivre leur propre chemin et n'aiment pas tout le monde. En écrivant la première lettre aux utilisateurs de l'équipe, ils pensaient que ce serait la dernière. Et puis ils ont envoyé une autre dernière lettre. Et plus ... Lorsqu'il y avait beaucoup de lettres, l'équipe a implémenté son service de création de modèles. Cela a été fait pendant 2 mois et n'était pas aussi bon que les services spécialisés existants. En conséquence, la société a trouvé une solution optimale - intégré un service de courrier tiers.

Comment éviter

Si la mise en œuvre de l'innovation vous semble trop compliquée, jetez-la.
Ne perdez pas de temps à créer des services qui seront clairement perdants par rapport aux services existants. Répondez à votre question, avez-vous vraiment besoin d'un outil difficile à entretenir, mais du vôtre?

6. Évitez toute interprétation ambiguë des exigences

La tâche posée de manière ambiguë crée des malentendus qui peuvent conduire à des résultats indésirables. Par exemple, un analyste pourrait demander: "Ajoutez cinq éléphants à côté du champ d'enregistrement". Pour différents membres de l'équipe, il peut exister différentes versions de ce «à côté de»: droite, gauche, haut et bas.



Comment éviter

Si l'exigence n'est pas entièrement comprise, des questions de clarification doivent être posées. Les membres de l'équipe doivent apprendre à maximiser les détails de chaque tâche afin d'éviter toute confusion et réflexion. Le niveau de détail des exigences est discuté au sein de l'équipe. Vous pouvez également développer un modèle de savoirs traditionnels qui conviendra à tout le monde et y écrire l'objectif de la tâche, la logique et l'interface utilisateur de la manière la plus détaillée possible.

7. N'oubliez pas le public cible.

Curieusement, il y a des gens qui croient: il vaut mieux attirer autant d'utilisateurs que possible, et parmi eux il y aura certainement un public cible du produit. Ce n'est pas le cas. Vous pouvez avoir un produit spécifique dont les consommateurs sont un segment spécifique d'utilisateurs.

Etude de cas

Le public cible du produit est les femmes au foyer, mais le projet voulait obtenir beaucoup de trafic. Après avoir dépensé beaucoup d'argent en publicité, la société a commencé à publier des bannières ambiguës sur les grands portails commerciaux dans l'espoir d'attirer des clients solvables. Le trafic a considérablement augmenté, mais pas les ventes. Lorsque nous avons mené une enquête sur les raisons pour lesquelles les utilisateurs visitent le site et n’achètent rien, il s’est avéré que la plupart d’entre eux ne sont tout simplement pas un public cible. Le produit proposé ne les intéressait tout simplement pas. Des modifications ont été apportées à la campagne publicitaire et le problème a été résolu après un certain temps.

Comment éviter

Au départ, il est préférable de concentrer vos efforts sur l'attraction de trafic ciblé et d'ajuster les campagnes publicitaires et le positionnement si les visiteurs du site ne sont définitivement pas vos clients potentiels.

8. Évitez l'intersection des tests fractionnés lors du test d'hypothèses

Un tel problème peut survenir si les hypothèses sont mal planifiées ou les analystes peu qualifiés.

Etude de cas

La société a commencé à tester deux versions du formulaire d'inscription sur la page de destination (50% des utilisateurs voient une version, 50% voient l'autre). Ensuite, il est devenu nécessaire de tester une autre hypothèse dans le domaine du paiement, et un autre test a été lancé. Cela a compliqué le travail des analystes, car il a fallu beaucoup de temps pour diviser les cohortes de manière à évaluer l'impact des changements sur les actions finales de l'utilisateur. La collecte des données a pris beaucoup plus de temps que ce qui aurait été nécessaire lors des tests les uns après les autres.

Comment éviter

Lorsque vous effectuez des tests A / B, ne laissez pas les divisions se croiser. Essayez de séparer les utilisateurs afin qu'une seule personne participe à une seule expérience. Si tout à coup, vous avez toujours effectué deux tests à la fois, évaluez 4 groupes:

• la première version du palier + la première option sur la zone de paiement;

• la première version du palier + la deuxième option dans la zone de paiement;

• deuxième option d'atterrissage + première option dans la zone de paiement;

• deuxième option d'atterrissage + deuxième option dans la zone de paiement.

9. Ne confondez pas votre opinion avec celle de l'utilisateur

L’une des erreurs typiques est l’adoption de son opinion pour celle de l’utilisateur. Si vous aimez un produit, sa conception et sa convivialité, vous comprenez comment interagir avec lui, pas le fait que l'utilisateur partagera votre enthousiasme.



Comment éviter

Lors du développement de chaque zone distincte de l'interface, tenez compte du visuel de l'ensemble du service dans son ensemble. Ne pensez pas pour l'utilisateur. Demandez-lui (par exemple, en utilisant la méthode du groupe de discussion) comment il est plus à l'aise, plus familier, meilleur que ce qu'il attend d'un nouveau produit. Avant de lancer des produits, Yandex procède à des tests en face à face: rencontre les utilisateurs, examine leurs réactions, pose des questions inconfortables sur son hypothèse.
Si vous connaissez à l'avance l'opinion de l'utilisateur sur le développement, vous pouvez éviter de nombreux problèmes à l'avenir.

10. Consigner les événements au maximum

En cas de situation controversée dans le fonctionnement de n'importe quel module système, il est plus rapide et plus facile de consulter les journaux d'événements. À moins, bien sûr, qu'ils le soient. Si vous étiez paresseux et ne consigniez pas les événements, vous devrez travailler dur pour trouver la source principale du problème lorsqu'il se produit.

Comment éviter

Consigner les événements au maximum. Cela ne signifie pas que vous devez commencer à enregistrer chaque petit détail, tel qu'un mouvement de l'utilisateur avec la souris, mais les informations de base qui se produisent avec l'objet doivent être enregistrées.

Conclusion

Toute entreprise peut rencontrer des problèmes lors du développement de nouveaux produits. L'essentiel est d'admettre les erreurs, de tirer des conclusions et de prendre des mesures pour qu'elles ne se reproduisent pas à l'avenir.
Et dans votre pratique de développement, des échecs se sont produits et comment les avez-vous traités? Racontez-nous votre expérience dans les commentaires.

Publié par Ekaterina Hindikainen, Analyste système en chef, Service recrue