L'argument pour les petites apps Mac à usage unique

Ouvrez le dossier Applications de n’importe quel utilisateur Mac de longue date et vous trouverez un motif étrange. Il y a cinq ou six grandes apps connues qu’ils ouvrent vraiment chaque jour, et encore quarante petits utilitaires qui fonctionnent discrètement dans la barre des menus, sur un raccourci, ou comme une Action rapide. Les grandes apps sont refondues tous les deux ans, parfois douloureusement. Les petits utilitaires continuent juste de fonctionner.

Cet article porte sur la raison pour laquelle les petits utilitaires gagnent, et sur ce que ça donnerait de construire des logiciels avec ce motif à l’esprit intentionnellement.

Le motif

Une « petite app » dans ce contexte est quelque chose avec une seule tâche, une surface d’interface simple (souvent la barre des menus, parfois une fenêtre), et une liste de fonctionnalités qui tient sur un seul écran. Des exemples que presque tout utilisateur Mac avancé reconnaîtra :

• Itsycal, un minuscule calendrier dans la barre des menus.
• Hand Mirror, qui transforme votre caméra en miroir en un clic.
• Maccy, un historique du presse-papier.
• Rectangle, un gestionnaire de fenêtres.
• Pure Paste, qui supprime la mise en forme de tout ce que vous copiez.
• Lungo, qui garde votre Mac éveillé à la demande.

Aucune de ces apps n’essaie d’être une plateforme. Aucune n’a un « niveau Pro » avec des fonctionnalités verrouillées. Aucune ne vous demande de créer un compte. La plupart sont gratuites ou à paiement unique. Certaines sont open source. Elles font toutes exactement une chose, et elles font cette chose depuis des années sans que leurs développeurs n’aient jamais ressenti le besoin d’ajouter un tableau kanban.

Pourquoi ça fonctionne à petite échelle et se casse à grande échelle

La raison pour laquelle les petites apps survivent est que la taxe de complexité par fonctionnalité ne s’accumule jamais. Un gestionnaire de presse-papier qui ne gère que des presse-papiers a une petite surface. La surface de bug est petite. La page de réglages est petite. Les notes de version sont petites. Le développeur peut tenir l’app entière dans sa tête, ce qui signifie qu’il peut corriger les problèmes rapidement et livrer des mises à jour sans casser d’autres fonctionnalités.

À l’instant où une petite app essaie de grandir en « plateforme », le calcul change. Chaque nouvelle fonctionnalité multiplie la matrice de test. Chaque nouveau réglage ajoute un cas limite. Chaque nouvelle intégration apporte les bugs de quelqu’un d’autre dans votre codebase. La taxe de complexité est à peu près quadratique.

Les grandes apps survivent à cela seulement en embauchant des équipes. Les petites apps survivent en refusant de grandir.

L’économie

Une petite app à $5–$15 en paiement unique peut être construite et supportée par une seule personne avec un millier de téléchargements mensuels. Le calcul fonctionne parce que le coût marginal d’un utilisateur supplémentaire est essentiellement nul. Il n’y a pas de serveur. Il n’y a pas d’équipe de support au-delà du développeur. Il n’y a pas de tableau de bord analytics avec une facture mensuelle.

Le même développeur qui essaierait de supporter une « plateforme » au même prix ferait faillite. Les plateformes ont besoin d’équipes. Les équipes ont besoin de salaires. Les salaires ont besoin de revenus récurrents. C’est pourquoi chaque « petite app devenue plateforme » passe éventuellement à l’abonnement. L’économie le force.

La conséquence intéressante est que le développeur de petite app a de plus fortes incitations à garder son app concentrée que le développeur de plateforme. Ajouter une fonctionnalité est un vrai coût pour le développeur de petite app. Il y résistera. Le développeur de plateforme a un OKR trimestriel qui exige de livrer de nouvelles fonctionnalités, donc il les ajoutera qu’elles soient nécessaires ou non.

La discipline de design

La partie la plus difficile de construire une petite app est de dire non aux fonctionnalités. Ce n’est pas le genre de « non » qui vient naturellement aux ingénieurs, qui ont tendance à voir chaque demande de fonctionnalité comme un petit problème intéressant qui vaut la peine d’être résolu. C’est le genre de « non » qui vient d’une opinion forte sur ce qu’est l’app.

Le bon test n’est pas « ceci serait-il utile à un utilisateur ». La réponse est toujours oui pour n’importe quelle fonctionnalité. Le bon test est « ceci rendrait-il l’app moins bonne pour les utilisateurs qui l’aiment déjà ». Un gestionnaire de presse-papier qui ajoute des notes n’est plus un gestionnaire de presse-papier. Une app de tâches qui ajoute des projets, des domaines et des étiquettes n’est plus une petite app de tâches. L’utilisateur qui aimait la version concentrée commence à ressentir le poids.

La plupart des petites apps réussies ont une « anti-feuille de route » publique de fonctionnalités qu’elles n’ajouteront jamais. Parfois c’est explicite sur le site. Le plus souvent c’est implicite dans les notes de version inchangées. Cinq ans et l’app fait encore la même chose. C’est la fonctionnalité.

Pourquoi la barre des menus est le bon foyer pour tant d’entre elles

La barre des menus est la surface parfaite pour une app qui fait une chose car elle est toujours disponible, prend presque aucune surface visuelle, et a une seule affordance de clic qui ouvre un popover. Il n’y a pas d’icône dans le Dock en concurrence pour l’attention. Il n’y a pas de fenêtre principale exigeant d’être ouverte ou fermée. L’app est là quand vous en avez besoin et invisible quand vous n’en avez pas.

C’est aussi pourquoi certaines des petites apps Mac les plus aimées de la dernière décennie ont été des apps de barre des menus. Le facteur de forme correspond à la mission. Nous avons écrit sur comment choisir une app de tâches dans la barre des menus pour un traitement plus long de la raison pour laquelle ça fonctionne.

Pourquoi la tendance est de retour

Pendant quelques années, il semblait que le modèle des petites apps mourait. La pression des abonnements rongeait le marché indépendant. Les changements de l’App Store rendaient l’économie plus difficile. Apple continuait de présenter de grandes apps de productivité de marques connues à chaque keynote WWDC.

Mais les deux dernières années ont discrètement inversé la tendance. Plusieurs choses ont changé :

1. La lassitude des abonnements est devenue réelle et mesurable. Les clients ont commencé à annuler leurs abonnements en volume notable.
2. L’IA sur l’appareil est devenue bon marché. Les apps qui avaient précédemment besoin d’une facture LLM dans le cloud peuvent maintenant faire le même travail localement avec le framework Foundation Models d’Apple, supprimant l’excuse la plus courante pour « nous devons facturer mensuellement pour couvrir les coûts d’inférence. »
3. La nouvelle vague de développeurs indépendants a grandi en regardant la vague précédente s’épuiser à essayer d’être des plateformes. Ils ont choisi des portées plus petites intentionnellement.

Le résultat est que 2025 et 2026 ont été de bonnes années discrètes pour les petites apps Mac. De nouvelles se lancent chaque mois. Les anciennes reçoivent de petites mises à jour réfléchies. Le modèle continue de fonctionner parce que les personnes qui achètent ces apps le veulent activement.

Ce que ça donne pour quelqu’un qui fait ses achats

Si vous regardez deux apps qui font à peu près la même chose et que l’une est une « plateforme » avec cinq onglets et un paywall et que l’autre est un seul popover qui fait le même travail, la plateforme n’est pas celle qui sera encore dans votre barre des menus dans trois ans. La plateforme pivotera vers ce que ses clients B2B veulent. Le popover restera discrètement concentré.

Ce n’est pas une règle universelle. Certaines des meilleures apps Mac jamais créées ont été grandes, ambitieuses, et valaient chaque centime. Logic Pro n’est pas une petite app. Final Cut Pro n’est pas une petite app. Things 3 est quelque part au milieu et excellente. Le point n’est pas que plus grand est mauvais. Le point est que « petit et inchangé » est une catégorie de fonctionnalités en soi, pas le signe d’une app qui n’a pas encore grandi.

Si vous construisez des logiciels, la leçon est encore plus simple : portée plus petite, longévité plus grande. Une app qui fait une chose bien pendant dix ans vaut plus que cinq apps qui faisaient six choses de façon adéquate pendant deux ans. Le petit utilitaire a survécu à la plateforme refondite sur Mac pendant trente ans. Il n’y a pas de raison évidente que ça change.

Si vous utilisez des logiciels, la leçon est de faire confiance à votre instinct quand une app vous semble juste. La petite qui est juste là et fonctionne est généralement celle qui continuera à le faire. Celle avec dix-sept onglets et un « niveau Pro » probablement pas.

TodoBar est construit dans cette lignée. Une app de barre des menus. Un popover. Pas de projets, pas d’étiquettes, pas de tableau kanban. Elle ne deviendra pas une plateforme. Elle n’aura pas de « niveau Pro » avec un paywall séparé. Le niveau gratuit couvre la plupart des utilisateurs. Le déblocage unique couvre les utilisateurs avancés. Rien d’autre ne s’ajoute sauf si ça rend la version concentrée meilleure, pas plus grande.