Ce que j’ai appris en exploitant seul un SaaS pendant un an

• Expérience de création et de lancement en 7 jours d’OnlineOrNot, un vérificateur d’uptime, avec Next.js + AWS Lambda, puis d’exploitation pendant un an

Le secret pour maintenir le service malgré 200 concurrents ?

• Travailler exactement deux heures par jour en semaine
• Se concentrer sur les fonctionnalités qui résolvent la douleur des clients
• Être extrêmement (ruthlessly) itératif. Si une fonctionnalité ne peut pas être développée en 2 heures, en réduire le périmètre pour la déployer quand même, puis répéter

✓ Leçons apprises en un an

Il ne s’agit pas de vendre un abonnement SaaS, mais de résoudre un problème

• Penser du point de vue du client
• Il ne faut pas se dire : « Si je crée cette fonctionnalité, les clients viendront ! », mais plutôt : « Je dois aider les clients en résolvant ce problème agaçant »
• Le SaaS n’est qu’une des nombreuses façons de résoudre un problème

La documentation fait partie de l’expérience utilisateur

• On dit souvent que « les développeurs ne lisent pas la documentation », mais ce n’est vrai qu’en partie
• Ils ne la lisent pas vraiment, ils parcourent les titres

Concevoir pour le mobile

• Contrairement à une croyance répandue sur le SaaS B2B, les gens travaillent beaucoup depuis leur téléphone
• Environ 50 % du trafic d’OnlineOrNot vient du mobile
• Ils ont tendance à créer rapidement un compte et à ajouter quelques pages à surveiller sur mobile, puis à vérifier de temps en temps depuis un laptop ou un desktop
• Pendant 6 mois, le service ne prenait pas en charge le mobile, et les personnes qui s’étaient inscrites depuis leur téléphone partaient rapidement
• Finalement, après avoir créé des pages mobiles responsives, le nombre de nouveaux utilisateurs mobiles a commencé à augmenter régulièrement

Demander aux gens comment ils vous ont connu

• L’un des changements de code les plus précieux a été d’ajouter la question « Comment avez-vous entendu parler d’OnlineOrNot ? » pour les nouveaux inscrits
• Il existe de nombreux canaux pour attirer des prospects, et il faut savoir lesquels mettre en avant

Parfois, il faut faire ses propres erreurs

• J’ai beaucoup lu pour éviter de répéter les erreurs des autres, mais parfois il faut quand même se tromper soi-même
• Quand le site est arrivé en première page de Hacker News, 6 000 personnes sont venues ; plusieurs centaines ont essayé de s’inscrire, mais moins de 10 l’ont réellement fait, ce qui m’a fait comprendre que quelque chose n’allait pas
• Le formulaire d’inscription avait un taux d’abandon de 75 %. Grâce à de l’A/B testing (avec DeployWithFlags, que j’ai créé), j’ai ajouté des fournisseurs OAuth supplémentaires et fait tomber ce taux à 50 %

La tarification est vraiment difficile

• Si le prix est trop élevé, les gens qui croient que votre app va tout faire pour eux abandonnent
• Si le prix est trop bas, certains clients pensent que, puisqu’ils ont payé 9 $, vous devriez réécrire l’app pour eux
• Remboursez les clients difficiles, augmentez les prix et continuez d’avancer
• Soyez prêt à faire beaucoup d’expérimentations sur la tarification

Pas besoin de trop se focaliser sur le MRR (Monthly Recurring Revenue)

• Le MRR est un très mauvais moyen de mesurer l’évolution d’une activité au démarrage
• Les corrections effectuées quelques semaines plus tôt n’affectent le MRR qu’avec décalage ; tant qu’on n’a pas beaucoup de clients, il est difficile de savoir si ces changements ont réellement de l’effet
• Le DAU ou certains indicateurs de succès client (vérifications de pages, génération d’images, etc.) étaient plus utiles que le MRR
• Ces métriques permettent de savoir si de vrais utilisateurs utilisent effectivement le produit et si cela leur apporte de la valeur

Même les offres payantes ont besoin d’un essai gratuit

• Une offre gratuite est un bon moyen d’attirer les gens et de les faire parler de votre produit
• Mais si l’offre payante est nettement meilleure que l’offre gratuite, il faut un moyen de faire goûter aux utilisateurs les « Good Stuff » de cette offre payante
• Il m’a fallu 11 mois pour le comprendre
• Le service propose une offre gratuite, mais 95 % des nouveaux utilisateurs choisissent l’essai gratuit de l’offre Pro

Il est difficile d’obtenir plus de trafic ; il est plus facile de changer ce que fait le trafic actuel

• Attirer l’attention sur Internet est un jeu long et lent
• Si vous faites du content marketing de qualité de façon régulière pendant plusieurs mois, votre audience passera de 1 à 2 lecteurs par jour à plusieurs centaines
• Augmenter le nombre de visiteurs du site n’est vraiment pas facile
• En revanche, ce que font les gens une fois sur votre site est quelque chose sur lequel vous pouvez agir, et vous pouvez le faire dès aujourd’hui
  (comme ajouter un fournisseur de connexion OAuth)

Le content marketing vous fait gagner du temps

• Investir dans le content marketing permet à l’activité de continuer à tourner seule pendant un certain temps
• Pendant un an, des articles publiés depuis plusieurs années sont devenus viraux et ont attiré des dizaines de milliers de visiteurs. Même quand je ne fais rien, environ 1 500 personnes viennent encore naturellement lire ces articles

Déployer souvent, en petites étapes

• Les gens vous suggéreront de créer certaines fonctionnalités pour améliorer le produit, mais il est probable qu’ils ne les utilisent pas eux-mêmes
• Ils essaient sans doute d’aider et ont probablement vu des fonctionnalités similaires dans d’autres produits
• Comme c’est votre première expérience d’exploitation d’un SaaS, vous serez heureux que les gens vous parlent et vous voudrez vous précipiter pour construire des fonctionnalités pour eux
• Je ne vais pas vous dire de ne pas créer ces fonctionnalités (j’ai reçu ce conseil, et j’ai quand même créé cette fonctionnalité que personne n’utilisait)
• Il faut demander comment cette fonctionnalité serait utilisée, demander à d’autres clients comment ils gèrent ce problème, créer la version la plus petite possible de cette fonctionnalité, puis observer si d’autres utilisateurs s’en servent
  Vous n’avez pas envie de créer une fonctionnalité utilisée par une seule personne, n’est-ce pas ?
• Il est bien moins douloureux de supprimer en quelques heures une fonctionnalité que personne ne veut que de jeter des mois d’efforts

Déployez d’abord, préoccupez-vous de l’échelle ensuite

• Dans la première version d’OnlineOrNot, l’architecture n’était absolument pas optimisée
  (chacune des vérifications d’uptime conservait une connexion à la base de données, ce qui rendait la montée en charge difficile)
• Et je préfère aussi que les gens soient agacés par une UI imparfaite plutôt que de construire quelque chose dont ils n’ont pas besoin
• Plus tard, j’ai repensé l’architecture pour qu’une petite instance RDS puisse traiter plusieurs millions d’opérations par semaine

Il est plus difficile qu’on ne le pense de consacrer beaucoup de temps à résoudre le vrai problème

• Sur l’année, je n’ai passé qu’environ la moitié de mon temps de programmation à résoudre réellement le problème que je voulais traiter
• L’autre moitié a servi à construire la plateforme SaaS
• Il faut gérer tous les sujets de plateforme SaaS : plusieurs types d’authentification utilisateur, essais gratuits, onboarding, gestion des équipes, facturation, e-mails de cycle de vie, etc.
• Beaucoup de choses peuvent être externalisées (sans Stripe, je n’aurais probablement pas pu vendre le produit sous forme d’abonnement)
• Mais il y aura toujours des aspects qui vous déplairont, et si vous voulez les traiter autrement, vous devrez les construire vous-même

[wellsbabo]

C’est un bon article.

[hibuz]

Voilà quelques astuces très utiles pour concevoir et exploiter un service en production en solo pendant un an !!

[xguru]

Même s’il existe une offre gratuite, un essai gratuit pour l’offre payante est indispensable. Je pense que c’est vraiment un point essentiel.