Une brève explication du projet par rapport à un produit

Nous sommes dans les jours de l'optimisation. Optimiser tout ce que nous faisons: manger, parler, se faire des amis, travailler, accomplir des tâches. Même la façon dont nous nous référons aux choses maintenant peut avoir un impact profond.

Crédit photo: Kathryn sur Flickr

Il y a (au moins) deux façons de concevoir une «chose» numérique pour une marque ou un client. La première, la méthode éprouvée et éprouvée d’examen de la livraison est un projet. Cette façon de faire découle de l’histoire: la conception des logiciels a pris beaucoup de temps, elle comporte de nombreuses pièces en mouvement, elle dépend de nombreux systèmes et est difficile à modifier par la suite. Souvent, il était livré sur un disque ou un CD et ne pouvait littéralement pas être modifié après coup sans correctifs. Ce travail avait besoin de moi "géré" par un "manager" et nous voyons donc maintenant PMP dans les signatures de courrier électronique.

Le produit est la deuxième approche «à la mode» du travail numérique. Un produit est totalement différent d'un projet en ce qu'il ne cherche pas de «date de fin» précise. L'équipe produit continue tant que le produit lui-même connaît une croissance et un succès. Cela change et s'améliore continuellement. Alors qu'un projet a une date de livraison ferme lorsque le succès est mesuré en termes de temps, de coût et de qualité, un produit en inclut certains aspects, mais s'efforce de toujours les améliorer.

Différences importantes

Chronologie

Un produit par nature est généralement lancé beaucoup plus tôt qu'un projet. L'apprentissage sur le marché est une caractéristique importante de la gestion de produit. Comment apprendre ce que veut le client sans le laisser l'utiliser réellement? La recherche et les tests utilisateur sont des éléments importants pour décider quoi construire - mais la première version est tout.

Après la livraison initiale, attendez-vous à un développement et à une livraison continus.

Mises à jour

Les produits sont mis à jour constamment. Aussi souvent que tous les jours ou même plusieurs fois par jour. En expérimentant des hypothèses, nous apprenons toujours comment les gens utilisent le produit, s’ils trouvent de la valeur et s’ils se convertissent en clients. Il n’existe pas de déclarations de travail volumineuses ou de demandes de changement assimilables. Si une fonctionnalité semble être une bonne idée, nous la testons. Les fonctionnalités qui fonctionnent bien, nous en gardons et construisons une. Nous tuons ceux qui puent.

Nous appelons cela nourrir les gagnants et affamer les perdants.

L'équipe

Une équipe produit est généralement différente d’une équipe projet, bien que vous rencontriez plusieurs des mêmes joueurs. Les concepteurs, les développeurs et les analystes jouent tous un rôle dans l’équipe. La principale différence est le chef de projet par rapport au chef de produit / propriétaire. Un chef de projet est très enclin à la livraison. Leur objectif est de s'assurer que tous les objectifs sont atteints, que le projet se concrétise et que leur travail est terminé. Peut-être qu'ils commencent à travailler sur la prochaine série de produits livrables du projet, mais ils sont également efficaces.

Un chef de produit est responsable non seulement du succès de la livraison, mais également du produit lui-même. Ils comptent sur la création d'un excellent produit et sur sa réussite. Leur travail n’est pas terminé au moment du premier lancement, mais il n’est probablement jamais terminé (à moins que le produit ne puisse tout simplement pas réussir, ce qui est également acceptable). Un chef de produit comprendra l’adéquation produit / marché, la concurrence, le droit de gagner et la place occupée par le produit.

Lorsqu'un chef de projet rend généralement compte à un intervenant et que sa mesure de réussite est la livraison, un responsable produit doit «rendre compte au consommateur».

Quand livrer produit ou projet?

Il arrive parfois que le simple fait de livrer comme un projet soit une bonne idée. Les sites de marketing rapide, les applications simples, les preuves de concept et autres éléments à faible risque en sont tous de bons exemples. Ou bien, même si cela semble idiot, il y a parfois un budget supplémentaire et des mains vides. Organiser un hackathon ou un «projet à 20%» peut être un excellent moyen de mener à bien un projet.

Un produit, cependant, devrait être choisi chaque fois que la croissance est à l’esprit. Lorsqu'elle travaille dans un esprit de produit, une équipe se concentre sur la livraison rapide et l'expérimentation, comprend très bien le consommateur et apprend sur le marché. Les boutiques de commerce électronique, les réseaux et plateformes sociaux, les outils de productivité, etc., sont tous des produits. Ils doivent satisfaire un ensemble de clients et continuer à innover dans leur espace pour rester compétitifs.

Pensez aux gros logiciels: Facebook, Google Suite, Outlook. Tous ces produits sont en constante évolution et évoluent avec le monde. De nouvelles fonctionnalités sont publiées tout le temps, certaines suffisamment petites pour que vous sachiez à peine qu’elles ont été introduites. Des équipes entières parcourent les fonctionnalités et analysent les résultats.

Pour gagner dans l'espace numérique, le développement de produits doit être la nouvelle norme, le nouveau obligatoire. Si vous commencez avec un ensemble d’hypothèses qui s’avèrent fausses, à quelle rapidité pourrez-vous en essayer de nouvelles? Commencez-vous un nouveau projet ou échangez-vous simplement les perdants contre des gagnants?

La livraison initiale n'est qu'un moment, suivie d'innombrables livraisons, chacune produisant quelque chose de meilleur pour vos clients.