- Résumé de l’intervention de Nadia Odunayo à Brighton Ruby
Retour au 1er janvier 2020
- En juin 2024, retour au 1er janvier 2020 pour se remémorer les premiers résultats de Storygraph
- Après un an à se consacrer chaque jour au développement après la création, l’objectif de « 100 utilisateurs inscrits » est enfin atteint
- À l’époque, Storygraph était un « outil de recommandation de livres » aidant les lecteurs à choisir leur prochaine lecture
- Le site proposait une liste de quelques milliers de livres, filtrables selon l’humeur, le rythme, le genre, la taille du livre, etc.
- Premiers utilisateurs :
- Les amis de Nadia, ainsi que des personnes arrivées via des DM depuis la communauté de lecture Instagram (Bookstagram)
- Les utilisateurs voyaient le potentiel du produit, le recommandaient à leur entourage, et la base d’utilisateurs s’est progressivement élargie
- Pour célébrer la nouvelle année 2020, relancement de la bêta
- Motivation des lecteurs, pour qui la nouvelle année est un moment où l’on se fixe des objectifs de lecture
- Petit effet d’événement avec « 160 inscriptions, 100 nouveaux visiteurs »
- Les visiteurs exploraient le site en moyenne pendant « 6 minutes 30 », avec des retours positifs
- En 2019, l’accent a été mis sur le développement du produit pour créer quelque chose à partager quand des gens cherchaient des recommandations de livres ou une alternative à Goodreads
- Ce n’était pas au départ un projet visant à devenir une « alternative à Goodreads », mais il était possible d’entrevoir qu’il pourrait mieux servir un certain type d’utilisateurs
- Avec l’arrivée de 2020 et ces nouveaux résultats, le projet a été poursuivi avec encore plus d’enthousiasme
La pandémie et la croissance initiale
- La pandémie a permis de dégager du temps de développement intensif, tandis que la lecture augmentait et que les nouvelles inscriptions progressaient
- Mais le produit semblait encore trop peu abouti pour être « officiellement promu », ce qui suscitait de la peur
- Au lieu de répondre aux articles ou aux avis d’utilisateurs, l’objectif restait de développer discrètement
- Jusqu’en mai 2020, Storygraph ne proposait encore que des fonctions limitées, et le fait de développer seule le produit faisait naître un sentiment d’insuffisance technique, d’anxiété et de vulnérabilité
- Une présence régulière dans la communauté de lecture permettait d’observer une tendance : les utilisateurs demandaient de nouvelles alternatives
- Forte de la confiance et de l’élan gagnés en atteignant les 100 premiers utilisateurs, la décision est prise de commencer à faire réellement connaître le service
Diffusion sur Twitter et cap des 1 000 utilisateurs
- Le 27 mai 2020, sur Twitter, réponses ou DM envoyés à une centaine de personnes ayant réagi positivement à Storygraph
- La plupart n’ont pas répondu, mais certains ont compris le potentiel du projet et ont montré de l’intérêt
- Certains ont comparé les fonctionnalités avec Goodreads et pointé les manques
- À ce moment-là, Storygraph avait des fonctionnalités limitées et peinait à rivaliser avec Goodreads
- Une petite poignée d’utilisateurs ayant compris la valeur du projet l’ont présenté à la communauté de lecture
- En recommandant le produit à leurs amis lecteurs, ils ont contribué à élargir la base d’utilisateurs
- Le 11 juin 2020, Storygraph franchit le cap des « 1 000 utilisateurs »
- En seulement deux semaines après le début de la promotion, le nombre d’utilisateurs avait plus que doublé
- Un événement de célébration est organisé sur Instagram Stories
Explosion sur Twitter et croissance fulgurante
- Le 16 juin 2020, Emma Barnes (qui gère Consonance Books) publie un tweet :
- « Toute l’industrie de l’édition doit connaître Storygraph. La meilleure innovation depuis des années. Arrêtons de dépendre des logiciels médiocres des géants de la tech. »
- Ce tweet a légèrement augmenté l’activité sur l’app, sans provoquer une énorme réaction
- Ensuite, Sam Missingham cite le tweet d’Emma, ce qui accroît fortement sa popularité :
- « Book Twitter, essayons ça à la place de Goodreads. Je m’en sers depuis 5 minutes et c’est déjà bien meilleur. En plus, c’est fondé par une femme noire et ce n’est pas géré par Amazon. »
- Après le tweet de Sam, l’activité a rapidement accéléré
- Raisons de l’écho important rencontré par ces tweets :
- Ils ont attiré l’attention de la communauté Book Twitter
- Ils visaient Goodreads, que beaucoup voulaient remplacer par une alternative
- Dans le sillage du mouvement Black Lives Matter, il existait une forte énergie de soutien aux créateurs noirs
- Cela coïncidait aussi avec une montée du rejet du monopole d’Amazon pendant la pandémie
- Les tweets se sont propagés rapidement, entraînant la croissance de Storygraph :
- D’abord quelques dizaines de personnes, puis des centaines et des milliers
- Forte hausse des notifications par e-mail (« démarrage de l’import des données Goodreads »), mettant le système sous pression
- Les tweets sont devenus viraux à une vitesse inattendue, et d’innombrables utilisateurs se sont inscrits
- L’explosion du nombre d’utilisateurs a provoqué des problèmes techniques et une « situation de surcharge »
Les jours sombres
- Le ralentissement de la fonction d’import des données Goodreads a fait monter le mécontentement des utilisateurs
- Des milliers d’utilisateurs avaient reçu un e-mail indiquant que leur import était en cours, mais la lenteur du traitement faisait craindre un délai de plusieurs mois
- Le fait de devoir résoudre d’innombrables problèmes en même temps a généré un stress extrême
- Répondre aux utilisateurs sur Twitter
- Gérer les imports de données qui échouaient
- Réécrire le code de l’app pour réduire la durée d’import de plusieurs mois à « quelques jours »
- Le 17 juin 2020, un autre tweet viral fait encore grimper le nombre d’utilisateurs :
- Un tweet du type « Je l’utilise depuis un jour et j’adore au point d’en perdre la tête » devient populaire
- Les nouvelles inscriptions se comptent par centaines à milliers chaque heure
- Résultat : surcharge complète du système
- Import Goodreads impossible
- Recommandations personnalisées hors service
- Tâches de fond totalement à l’arrêt
- En dépassant les 1 000 utilisateurs et en se rapprochant des « 10 000 », la pression a commencé à se faire sentir
- Avec en tête cette pensée : « Je n’ai jamais voulu d’un business B2C »
- Un sentiment d’isolement s’installe, assise dans une « salle de bain sombre », perdue dans ses pensées
- Elle a retenu un « Je n’y arriverai pas », mais elle a failli le dire
Histoire de la fondation : retour au début
- Comment faire ? Petite avance rapide avant de revenir en arrière
- Sur le plan personnel, elle a grandi dans un environnement très académique et a étudié philosophie, politique et économie à Oxford
- Sous l’influence de ses parents, elle avait envisagé la voie de la banque d’investissement pour sa stabilité financière
- Mais, en doutant de ce métier, elle a refusé l’offre après l’obtention de son diplôme
- Décision d’apprendre à coder au bootcamp logiciel Makers Academy à Londres
- Elle s’y est inscrite d’abord pour acquérir des bases lui permettant de communiquer avec des développeurs
- En brisant ses stéréotypes sur les développeurs et en découvrant la valeur du code, elle s’y est investie pleinement
- Après Makers Academy, elle rejoint Pivotal Labs
- Pendant un an et demi, elle travaille sur la plateforme Cloud Foundry
- Puis elle cofonde avec son collègue Theo Christian une société de conseil et de développement produit appelée Ignition Works
- À cette période, elle s’intéresse au mouvement FIRE (indépendance financière et retraite anticipée)
- L’objectif était de sécuriser une indépendance économique pour pouvoir investir en elle-même et dans ses activités entrepreneuriales
- Mais les objectifs et le partenariat chez Ignition Works n’ont pas été à la hauteur des attentes, et elle quitte l’entreprise
- Elle retire la moitié des fonds de l’entreprise, ce qui lui assure cinq années de marge financière
- Participation au projet Code Newbie avec son amie Saron Yitbarek
- Une tentative de transformer une communauté pour personnes apprenant le code en entreprise orientée produit, qui a échoué
- Le 3 janvier 2019, assise seule à son bureau, elle réfléchit à sa direction créative
- Elle avait des fonds jusqu’en 2022, mais aucune grande idée
- Elle décide d’investir du temps dans deux side projects qu’elle avait en tête depuis longtemps :
- Runroot : une app qui génère automatiquement des itinéraires de course
- ReadLists : une app de tableau de bord permettant de créer des listes de lecture personnalisées et d’en suivre l’avancement
- Storygraph est né de l’idée de ReadLists, et la manière d’aborder cette décision a été au cœur de son succès
Trois principes
- Tout part d’une approche consistant à distinguer ce que le fondateur peut contrôler de ce qu’il ne peut pas
- Ce qui ne peut pas être contrôlé : un tweet viral, de nouveaux concurrents, etc.
- Ce qui peut être contrôlé : la manière de concevoir l’entreprise et le produit
- Trois grands principes pour réussir
- Garder une technologie simple : utiliser des outils stables et matures plutôt qu’une stack trop complexe
- Parler en continu avec les clients : intégrer leurs retours dans l’amélioration du produit
- Maintenir des coûts bas : assurer la stabilité financière grâce à une exploitation efficace
Premier principe : simplifier la technologie
- En appliquant ce premier principe, les orientations suivantes sont retenues
- Utiliser des technologies déjà bien maîtrisées
- Éviter toute complexité inutile et n’employer que le minimum technique requis pour résoudre le problème
- Choisir des outils et plateformes stables, matures et « ennuyeux »
- La stack la plus adaptée personnellement était Rails
Deuxième principe : parler en continu avec les clients
- En développant avec Rails, le plaisir de construire grandit, tout comme l’envie de se consacrer à un projet autour des livres
- Pour construire un produit réussi, le deuxième principe est adopté : parler en continu avec les clients
- Pourquoi ces échanges sont essentiels
- Rien n’est pire que de construire un produit dont personne ne veut
- Tout le monde sait qu’il faut parler aux clients, mais l’important est de savoir bien le faire
- Préparer un script et privilégier des questions ouvertes pour explorer
- Éviter le biais de confirmation et se concentrer sur la découverte des vrais problèmes
- Erreurs commises au début
- Montrer des démos trop tôt, sans obtenir de retours suffisamment concrets
- À la place, poser des questions ouvertes sur les habitudes de lecture, les frustrations, etc.
- Relire et résumer les résultats des entretiens par groupes de cinq, puis organiser les thèmes sur un tableau blanc virtuel
- Développement des produits alpha puis bêta
- Les premiers retours ont permis de faire émerger l’idée d’une fonctionnalité utile : les recommandations personnalisées
- Beaucoup de fonctionnalités initiales ont été traitées manuellement pour éviter de trop développer trop tôt
- C’est un exemple d’application du premier principe, la simplification de la technologie
- L’onboarding des utilisateurs a été réalisé par petits groupes tout en continuant à recueillir les retours clients
- Une fois les limites du produit alpha atteintes, un produit bêta plus abouti a été développé
Troisième principe : maintenir des coûts bas tout en faisant croître la bêta
- Le 2 septembre 2019, la version bêta est lancée et les abonnés à la newsletter sont encouragés à la partager
- Les retours commencent à arriver sérieusement, et une personne est embauchée à temps partiel pour traiter manuellement les demandes de livres
- Les coûts restent minimisés, l’activité continue d’être financée sur fonds personnels, et la trésorerie restante garantit la viabilité
- Quelques mois plus tard, Rob Freelove s’intéresse au projet et propose son aide en machine learning
- Grâce à son soutien, le développement technique se poursuit et la qualité du produit comme l’expérience utilisateur s’améliorent
Croissance fulgurante, retour des jours sombres, puis passage à l’échelle
- En restant fidèle aux trois principes, la base d’utilisateurs s’est élargie lentement mais régulièrement, avec une croissance progressive
- Le 17 juin 2020, l’effet viral sur Twitter provoque une hausse brutale du nombre d’utilisateurs
- Des milliers de personnes tentent d’importer leurs données Goodreads, ce qui surcharge le système
- Les tâches de fond échouent et la capacité à scaler les serveurs atteint ses limites
- La situation devient écrasante, au point de vivre un « moment sombre » où l’envie d’abandonner apparaît
- Pourtant, abandonner n’était pas une option
- Pendant deux semaines de « jours sombres », plusieurs problèmes majeurs sont résolus, notamment :
- Réécriture du code
- Mise à niveau des serveurs et de la base de données
- Réponse aux nouveaux problèmes au fur et à mesure
- Croissance continue et prise de conscience de la nécessité de monétiser
- Une fois la crise surmontée, des centaines de nouveaux utilisateurs s’inscrivent chaque jour, et la croissance se poursuit par le bouche-à-oreille
- Chaque fois qu’une décision devient difficile, la direction est retrouvée en parlant aux clients
- Avec une base d’utilisateurs devenue suffisamment large, la réflexion commence sur la manière de générer des revenus
Introduction de Storygraph Plus et chemin vers la monétisation
- Réduire les coûts ne suffit plus, il faut chercher un modèle de revenus
- Après avoir étudié plusieurs modèles économiques, la décision est prise d’adopter un modèle premium à paiement direct par les clients (freemium)
- Création d’une page de précommande pour Storygraph Plus
- Intégration du paiement Stripe : au départ, paiement possible uniquement en USD et sans abonnement
- Les acheteurs sont marqués « Early Bird » côté back-end
- Storygraph Plus est annoncé via la newsletter, avec ouverture des précommandes
- Beaucoup d’utilisateurs veulent soutenir une alternative indépendante à Goodreads et passent commande
- Plusieurs centaines de précommandes sont enregistrées en quelques premières semaines
- Les réactions des clients valident le potentiel commercial du modèle Plus
- Le 1er janvier 2021, lancement officiel de Storygraph avec changement de domaine
- Le service dépasse les 100 000 utilisateurs, une étape majeure
- Après la fin du tarif Early Bird, observation du fait que des gens paient encore au prix normal pendant le développement des fonctionnalités Plus
- Le 28 février 2021 (ou le 1er mars dans certaines régions), lancement officiel de Storygraph Plus
- 1 400 précommandes permettent de générer environ 50 000 $ de revenus
- Même après le début de l’utilisation réelle des fonctionnalités Plus, l’intérêt et la satisfaction des clients se maintiennent
Développement de l’app mobile, migration hors de Heroku et croissance continue
- En mai 2021, le plus gros problème de Storygraph était l’absence d’application mobile
- Une PWA (Progressive Web App) existait déjà, mais les utilisateurs voulaient une app native installable depuis les app stores
- En conservant les principes de réduction des coûts et de simplicité technologique, l’équipe s’appuie sur Rails et les adaptateurs mobiles Hotwire/Turbo
- En combinant un minimum de Swift/Kotlin avec Ruby, l’app est développée et lancée en 6 semaines
- Après sa sortie, le nombre d’inscriptions augmente
- Migration de Heroku vers Cloud 66
- Avec un TikTok viral et l’explosion du nombre d’utilisateurs, les coûts d’exploitation sur Heroku grimpent
- Coût des serveurs Heroku : jusqu’à 10 000 $ par mois avec la croissance des utilisateurs
- Après plusieurs mois de recherche d’une plateforme alternative par Rob, décision est prise de migrer vers Cloud 66
- Le 22 janvier 2022, la migration vers Cloud 66 est terminée
- Les coûts serveurs sont réduits de 80 % pour tomber à 4 000 $ par mois, avec une capacité supérieure
- Pendant la migration, tous les utilisateurs ont été déconnectés, mais le problème a été rapidement corrigé
- Le 26 juin 2022, Storygraph dépasse le million d’utilisateurs
- Aujourd’hui :
- 2,7 millions de comptes enregistrés
- Environ 25 % d’utilisateurs actifs mensuels
- 7 millions de visiteurs uniques par mois
- 70 millions de pages vues et 11 millions de requêtes par jour traitées
- Le service fonctionne toujours sur le dépôt Rails démarré en 2019
- Revenus et coûts :
- Coûts mensuels : environ 20 000 $
- Revenus récurrents mensuels : environ 60 000 $
- La rentabilité est assurée, ce qui permet aux cofondateurs Rob et Nadia de se verser un salaire
Les raisons du succès
- Il y a eu une part de chance, mais le cœur du succès de Storygraph repose sur le maintien constant de trois principes
- Simplifier la technologie
- Parler en continu avec les clients
- Réduire les coûts
5 commentaires
On dirait que RoR a pas mal de cas de réussite par rapport aux autres frameworks. Est-ce que ça vaut encore le coup de l’apprendre aujourd’hui ?
On a l’impression que l’activité de la communauté a énormément grandi. Il semble que cette présentation ait aussi été donnée à la Rails SaaS Conference, et le simple fait qu’il existe une conférence dédiée au « SaaS », c’est déjà…
Ce qui m’a marqué, c’est le fait qu’elle dit n’avoir jamais voulu faire du B2C, ainsi que des coûts serveur plus élevés que prévu.
Comme RoR est très abstrait, j’imagine qu’ils compensent les problèmes de performances en faisant du scale-up vertical des instances, et que c’est probablement pour cela que les coûts de serveur sont assez élevés.
Il y a un mois, un lien vers la vidéo Équipe de développement composée d’une seule personne, 2 millions d’utilisateurs atteints [vidéo] a été publié, mais comme il n’y avait pas de script de la présentation, j’ai utilisé Whisper pour transcrire et organiser le script de la vidéo.
Consultez aussi les commentaires sur cette publication.