Construire un produit

De l'idée au produit opérationnel qui résout réellement un problème pour quelqu'un qui paie pour cela

Comme vous l'avez lu dans le chapitre Démarrer un Projet, construire un projet consiste à essayer l'idée rapidement et voir comment elle est reçue, puis à construire en fonction des retours (en fonction des actions des utilisateurs, pas toujours de ce qu'ils disent).

Avec cette petite rétrospective, nous continuons le guide pour construire un produit. Un petit avertissement : je ne vais pas aborder la recherche préalable telle que l'Usabilité et l'Expérience Utilisateur (UX) car cela est quelque peu couvert dans le chapitre Agile, et c'est vraiment un autre livre, mais mentionnons que ce que vous construisez doit avoir une apparence et une sensation agréables.

Une grande interactivité au bon niveau. Alors, engagez quelques bons experts en UX. Cela fera une énorme différence. Laisser l'UX aux développeurs et aux gestionnaires, et cela ressemblera à un système de comptabilité des années 1980 avec 1000 boutons. Donc, non.

Ok, alors, pourvu que vous ayez un "conception agréable" (un concepteur UX me tuerait pour écrire cela), la prochaine chose à faire est de choisir quelles fonctionnalités sont les moins nécessaires pour rendre votre produit viable.

Vous avez un excellent mockup de conception avec des tonnes de fonctionnalités cool. Disons que vous construisez un site web de listes d'appartements. Vous avez besoin de connexion, abonnement aux nouvelles publicités, filtre de recherche, moyen d'ajouter de nouvelles listes, de les partager, d'ajouter des photos, journal des connexions, pages d'information, options de paiement pour la durée de la liste, gestion des utilisateurs administrateurs, etc., etc.

Parmi ces fonctionnalités, lesquelles sont essentielles à la fonctionnalité de l'application et lesquelles ne le sont pas ? Toutes sont essentielles. Alors, comment en sélectionner quelques-unes pour construire notre MVP ? Voici ce qui est souvent mal compris dans l'approche MVP : il faut choisir "les fonctionnalités". Vous pouvez construire toutes si vous le souhaitez, mais vous ne pouvez pas les construire "complètement" ou "entièrement".

Prenons la connexion comme exemple. Vous n'avez peut-être pas besoin que l'utilisateur utilise "mot de passe oublié" ou définisse un mot de passe de 8 caractères super sécurisé ou utilise une authentification à deux facteurs tout de suite.

Lisez plus dans "Le CTO Playbook" disponible sur Amazon/Kindle.