Pourquoi les apps concentrées battent les apps boursouflées
Le trop-plein de fonctionnalités tue plus d’apps que leur absence. Comment un petit studio fait de la concentration une arme face à des équipes plus grosses et mieux financées.
Chaque fondateur finit par arriver au même carrefour. Une poignée d’utilisateurs réclame une fonctionnalité que tu n’avais pas prévue. Un concurrent sort quelque chose de tape-à-l’œil. Un membre du conseil te transfère un lancement Product Hunt avec en objet on peut faire ça ? Le chemin de moindre résistance, c’est de dire oui à tout. Ce chemin, c’est aussi celui par lequel meurent la plupart des apps.
Chez Sépia, nous bâtissons de petites apps mobiles tranchantes. MyoScore fait une chose : il note le développement musculaire à partir d’une photo. PrettyType fait une chose : il lit ton visage et te dit quelque chose d’utile et d’honnête à son sujet. Nous avons refusé des dizaines de demandes de fonctionnalités parfaitement raisonnables, et ça a rendu les produits meilleurs, pas pires.
Le trop-plein est une taxe que tu paies à vie
Le mensonge séduisant du trop-plein de fonctionnalités, c’est que chaque fonctionnalité serait un coût ponctuel. Tu la construis, tu la livres, tu passes à autre chose. En réalité, chaque fonctionnalité que tu livres est un passif permanent. Il faut la maintenir, la tester, la documenter, la localiser et l’expliquer. Elle élargit la surface d’exposition aux bugs. Elle se dispute une place dans ton onboarding, ton écran de réglages, ta boîte de support et, surtout, l’attention de l’utilisateur.
Une fonctionnalité n’est pas gratuite quand tu la livres. Elle est gratuite quand tu la supprimes.
Le calcul devient brutal pour une petite équipe. Si tu as trois développeurs et quarante fonctionnalités, aucune ne reçoit vraiment d’amour. Chacune pourrit un peu. L’app finit par ressembler à un tiroir fourre-tout où tout est techniquement présent et où rien ne marche comme dans ton souvenir.
La concentration est une stratégie de positionnement, pas une contrainte
On parle de la concentration comme d’un sacrifice qu’on ferait par manque de ressources. Nous la voyons à l’inverse. C’est ce qui permet à un studio de deux personnes de battre une équipe de quarante. La grande équipe doit servir tout le monde. Nous, on peut servir quelqu’un.
Quand PrettyType lit exactement une chose, et la lit bien, la proposition de valeur tient en une phrase. Une seule phrase, c’est quelque chose que l’utilisateur peut répéter à un ami. Cette boucle de bouche-à-oreille est le seul canal de croissance qu’un studio autofinancé peut réellement se payer, et elle tourne à la clarté.
- Une app concentrée est plus facile à expliquer, donc plus facile à promouvoir.
- Une app concentrée a moins d’écrans, donc plus facile à concevoir.
- Une app concentrée a moins de code, donc plus facile à maintenir en vie.
- Une app concentrée fait une seule promesse, donc plus facile à tenir.
Comment on dit non, concrètement
Dire non est une compétence, pas un trait de caractère. Voici le filtre par lequel on fait passer chaque demande.
- Est-ce que ça sert la promesse centrale ? Si la promesse de MyoScore est un score musculaire honnête à partir d’une photo, un fil social ne la sert pas. Un modèle de notation plus précis, si.
- Est-ce que retirer le reste de l’app pour garder cette fonctionnalité aurait du sens ? Si la réponse est risible, la fonctionnalité est une distraction.
- Les utilisateurs réclament-ils la fonctionnalité, ou le résultat ? Les gens réclament un bouton. Ce qu’ils veulent, c’est un résultat. Souvent, le résultat peut être livré sans le bouton.
Ce dernier point compte plus que tous les autres. Les utilisateurs sont excellents pour décrire leur douleur et exécrables pour concevoir des solutions. Quand quelqu’un demande un tableau de bord, il veut rarement un tableau de bord. Il veut se sentir aux commandes. Il y a en général dix façons de procurer ce sentiment, et une seule consiste à construire la chose qu’il a littéralement demandée.
Le coût discret de la fonctionnalité que tu n’as pas construite
Il existe une version de cet argument qui va trop loin. Certaines équipes se servent de la concentration comme excuse à la paresse, livrent une app minimale et appellent la retenue une vertu. Ça, ce n’est pas de la concentration, c’est de la négligence. La discipline n’est pas dans le fait d’en faire moins. Elle est dans le fait de pousser une seule chose à une profondeur que personne d’autre ne se donnera la peine d’atteindre.
Le modèle de notation honnête à l’intérieur de MyoScore a demandé bien plus d’ingénierie que n’importe quel fil d’actualité. La logique de lecture du visage dans PrettyType est le produit, pas une fonctionnalité du produit. Nous avons versé l’énergie économisée en disant non dans le fait de rendre l’unique oui indéniablement bon.
Si tu construis quelque chose de petit en ce moment et que tu ressens la pression d’ajouter, ajouter, ajouter, envisage l’exercice inverse. Ouvre ton app et demande-toi ce que tu pourrais retirer cette semaine. La réponse est presque toujours plus intéressante que la prochaine chose que tu pourrais construire.
Commentaires 3
Contre-argument quand même : parfois le concurrent boursouflé gagne parce que les acheteurs en entreprise veulent une liste de cases à cocher. Comment gères-tu cette pression quand l’acheteur n’est pas l’utilisateur ?
La distinction entre demander un bouton et demander le résultat, c’est tout le jeu. Je vais piquer ton filtre à trois questions pour notre prochaine session de planif.
On l’a appris à la dure. On a passé un an à ajouter un CRM, un calendrier et un chat à notre app. Le churn a grimpé. On a tout arraché, le churn a chuté. J’aurais aimé lire ça il y a deux ans.