Quand nous avons un doute sur la pertinence d’une fonctionnalité pour un projet, nous avons toujours la même approche (pas la plus rentable pour nous) :
👉 Faire d’abord les 80% essentiels de la fonctionnalité
Cette situation se présente souvent avec les espaces clients/membres.
Beaucoup de clients en veulent absolument.
Mais dans la pratique, souvent, ça ne sert à rien.
𝘌𝘹𝘦𝘮𝘱𝘭𝘦 : un utilisateur ne va pas créer un compte juste pour enregistrer une recette…
alors qu’il peut la retrouver directement sur Marmiton 😅.
Notre objectif est de déployer une version à bas coût, rapidement, pour tester l’idée en mode MVP.
L’écosystème WordPress est idéal pour cette approche :
il est tellement riche qu’il existe toujours une solution adaptable, sans développement sur-mesure.
Si la viabilité, le ROI ou l’adhésion sont confirmés, nous passons alors aux 20 % restants.
Et ce sont souvent ces 20 % qui coûtent le plus cher (d’où l’importance de ne s’y attaquer qu’après avoir validé l’intérêt réel de la fonctionnalité.)
Développer une solution complète dès le départ nous rapporterait bien plus.
Mais privilégier l’approche 80/20 est dans notre intérêt pour la relation sur le long terme avec le client : son projet a plus de chances de durer et de vraiment répondre à ses besoins.
𝘈𝘵𝘵𝘦𝘯𝘵𝘪𝘰𝘯 𝑎̀ 𝘭𝘢 𝘤𝘰𝘯𝘧𝘶𝘴𝘪𝘰𝘯 : 𝘲𝘶𝘢𝘯𝘥 𝘯𝘰𝘶𝘴 𝘱𝘢𝘳𝘭𝘰𝘯𝘴 𝘥𝘦 80/20, 𝘪𝘭 𝘴’𝘢𝘨𝘪𝘵 𝘥𝘦 𝘭𝘢 𝘤𝘰𝘶𝘷𝘦𝘳𝘵𝘶𝘳𝘦 𝘧𝘰𝘯𝘤𝘵𝘪𝘰𝘯𝘯𝘦𝘭𝘭𝘦, 𝘱𝘢𝘴 𝘥’𝘶𝘯𝘦 𝘳𝑒́𝘱𝘢𝘳𝘵𝘪𝘵𝘪𝘰𝘯 𝘥𝘶 𝘤𝘰𝑢̂𝘵. 𝘓𝘦𝘴 20 % 𝘳𝘦𝘴𝘵𝘢𝘯𝘵𝘴 𝘱𝘦𝘶𝘷𝘦𝘯𝘵 𝘤𝘰𝑢̂𝘵𝘦𝘳 𝘢𝘶𝘵𝘢𝘯𝘵, 𝘷𝘰𝘪𝘳𝘦 𝘱𝘭𝘶𝘴, 𝘲𝘶𝘦 𝘭𝘦𝘴 80 % 𝘥𝑒́𝘫𝑎̀ 𝘳𝑒́𝘢𝘭𝘪𝘴𝑒́𝘴.