Éviter le fluage des fonctionnalités MVP – Le démarrage
- Demander pourquoi
- Demandez des faits
- Demandez un engagement (montrez que vous ne perdez pas seulement leur temps, que vous êtes sérieux dans la recherche d’une solution au problème identifié)
Si une fonctionnalité vous est demandée, c’est à vous de comprendre pourquoi elle est demandée et les motivations derrière la demande.
Si votre client réagit fortement à une déclaration ou à une question, c’est à vous de comprendre d’où vient cette émotion. La frustration de votre client provient-elle d’un besoin non satisfait? Est-ce que leur réaction joyeuse à votre déclaration concernant un avantage potentiel que votre produit offre un signe qu’ils connaissent actuellement un problème douloureux et cherchent désespérément une solution?
Un conseil du Test de maman par Rob Fitzpatrick:
Les idées et les demandes de fonctionnalités doivent être comprises, mais pas respectées.
Je vois cette pensée tout le temps. Lors d’une conversation client précoce, un client mentionne une fonctionnalité intéressante que votre produit devrait avoir. Désireux d’impressionner, vous notez rapidement la fonctionnalité, ralliez votre équipe d’ingénieurs et commencez à construire. Une semaine plus tard, vous proposez la fonctionnalité à vos clients – ils sont ravis et adoptent rapidement la fonctionnalité. Une semaine plus tard, la même personne propose une autre fonctionnalité. Encore une fois, vous ralliez votre équipe pour produire la fonctionnalité. Votre client est à nouveau ravi de trouver une autre de ses fonctionnalités implémentée, mais cette fois, n’utilise pas la fonctionnalité.
Félicitations – vous venez de perdre des ressources et du temps précieux en ingénierie.
Qu’est ce qui ne s’est pas bien passé?
Toutes les demandes de fonctionnalités ne sont pas égales. Les fonctionnalités sont des avantages, bien sûr. Mais toutes les fonctionnalités ne produisent pas des avantages de pondération égale. Parfois, une fonctionnalité peut n’être que légèrement bénéfique pour votre utilisateur. On vous demandera de créer la fonctionnalité, c’est sûr. Mais cela ne signifie pas que vous devez le faire, et cela ne signifie certainement pas que la fonctionnalité que vous créez sera entièrement adoptée par l’utilisateur qui l’a demandée.
Les utilisateurs sont inconstants. Au moins, leurs désirs le sont, mais pas leurs actions.
En outre, le même avantage peut être fourni avec une fonctionnalité différente de celle spécifiée par votre utilisateur. Espérons que ce soit plus facile et moins coûteux à construire.
Les fonctionnalités qui n’offrent pas d’avantages importants pour vos utilisateurs peuvent également les confondre.
Pourquoi donc?
Parce que la simplicité est ce que veulent les utilisateurs. La simplicité garantit que le travail que l’utilisateur souhaite effectuer peut être effectué rapidement et efficacement. À moins que chaque fonctionnalité incluse ne contribue d’une manière ou d’une autre à aider votre utilisateur à trouver un emploi
Toutes les fonctionnalités ne sont pas avantageuses car les clients ne se soucient que de certains avantages et pas d’autres.
Connaissez donc votre client.