{"id":77,"date":"2023-05-09T10:10:00","date_gmt":"2023-05-09T13:10:00","guid":{"rendered":"https:\/\/dcoder.io\/blog\/du-mvp-au-produit-valider-un-saas\/"},"modified":"2023-05-09T10:10:00","modified_gmt":"2023-05-09T13:10:00","slug":"du-mvp-au-produit-valider-un-saas","status":"publish","type":"post","link":"https:\/\/dcoder.io\/blog\/fr\/du-mvp-au-produit-valider-un-saas\/","title":{"rendered":"Du MVP au produit : valider un SaaS sans br\u00fbler le budget"},"content":{"rendered":"

La premi\u00e8re version a besoin d’une seule fonctionnalit\u00e9 qui r\u00e9sout un probl\u00e8me que quelqu’un paie d\u00e9j\u00e0 pour r\u00e9soudre, m\u00eame \u00e0 la main aujourd’hui.<\/strong> La facturation, le panneau d’administration et les int\u00e9grations peuvent se faire manuellement les premiers mois. L’authentification et les sauvegardes, non.<\/p>\n

Le sch\u00e9ma se r\u00e9p\u00e8te avec une r\u00e9gularit\u00e9 frappante : six mois de construction, un lancement, et la d\u00e9couverte que la fonctionnalit\u00e9 qui a consomm\u00e9 la moiti\u00e9 du temps n’est utilis\u00e9e par personne, tandis que ce que les clients voulaient vraiment ne figurait m\u00eame pas sur la liste.<\/p>\n

La coupe que presque personne n’ose faire<\/h2>\n

Listez tout ce que le produit devrait avoir. Choisissez maintenant une fonctionnalit\u00e9, celle qui, si elle \u00e9tait la seule \u00e0 exister, ferait tout de m\u00eame payer quelqu’un. C’est le lancement. Tout le reste est une liste d’attente.<\/p>\n

L’objection est toujours la m\u00eame : \u00ab mais sans reporting personne ne l’utilisera \u00bb. Peut-\u00eatre. Sauf que c’est une hypoth\u00e8se, et qu’elle co\u00fbte six semaines \u00e0 tester en construisant, ou une conversation \u00e0 tester en demandant.<\/p>\n

Ce qui peut se faire \u00e0 la main au d\u00e9but<\/h3>\n
    \n
  • La cr\u00e9ation de comptes.<\/strong> Pour les vingt premiers clients, le faire manuellement repr\u00e9sente une demi-heure par semaine. Et cela offre un \u00e9change avec chaque nouveau client, ce qui vaut plus que le temps \u00e9conomis\u00e9.<\/li>\n
  • La facturation.<\/strong> Un lien de paiement g\u00e9n\u00e9r\u00e9 \u00e0 la main suffit. L’abonnement r\u00e9current automatis\u00e9 peut attendre d’avoir des clients r\u00e9currents.<\/li>\n
  • Les rapports.<\/strong> Une requ\u00eate en base et un tableur envoy\u00e9 par e-mail. Si personne ne se plaint du d\u00e9lai, le rapport n’\u00e9tait pas prioritaire.<\/li>\n
  • Le panneau d’administration.<\/strong> Les premiers mois, le panneau d’administration, c’est la base de donn\u00e9es.<\/li>\n<\/ul>\n

    Ce qu’on ne coupe jamais<\/h3>\n
      \n
    • Une authentification faite correctement.<\/strong> La fuite des donn\u00e9es de vingt clients tue le produit avant sa premi\u00e8re ann\u00e9e.<\/li>\n
    • Une sauvegarde restaur\u00e9e.<\/strong> Perdre les donn\u00e9es de vos premiers clients, c’est la fin, et ce sont pr\u00e9cis\u00e9ment ceux qui h\u00e9sitent encore \u00e0 vous faire confiance.<\/li>\n
    • La s\u00e9paration entre clients.<\/strong> Qu’un client voie les donn\u00e9es d’un autre est la pire d\u00e9faillance possible en SaaS. Si le produit est multi-entreprises, l’isolation est structurelle et doit \u00eatre juste d\u00e8s la premi\u00e8re ligne.<\/li>\n
    • La journalisation des \u00e9v\u00e9nements.<\/strong> Il faut savoir ce que font les utilisateurs, sinon vous priorisez \u00e0 l’opinion.<\/li>\n<\/ul>\n

      Le multi-entreprises est la d\u00e9cision qu’on ne peut pas repousser<\/h2>\n

      Si chaque client a ses propres utilisateurs et des donn\u00e9es isol\u00e9es, cette d\u00e9cision doit \u00eatre prise avant la premi\u00e8re table. L’ajouter apr\u00e8s revient pratiquement \u00e0 une r\u00e9\u00e9criture, car toutes les requ\u00eates du syst\u00e8me changent.<\/p>\n

      Pour la grande majorit\u00e9 des cas, une base unique avec un identifiant d’entreprise sur chaque table et un filtre obligatoire sur chaque requ\u00eate fonctionne bien, co\u00fbte peu et monte loin en charge. Des bases s\u00e9par\u00e9es par client ne se justifient qu’en cas d’exigence r\u00e9glementaire ou de tr\u00e8s gros clients qui paient pour une isolation physique.<\/p>\n

      Facturez d\u00e8s le premier client<\/h2>\n

      Un produit gratuit ne valide rien. Les gens adorent le gratuit et l’utilisent une fois. Le signal qui compte, c’est le deuxi\u00e8me paiement, car il signifie que la valeur est r\u00e9ellement apparue.<\/p>\n

      Si le prix reste incertain, facturez un montant clairement bas en annon\u00e7ant qu’il s’agit d’un tarif pour les premiers clients. Cela pr\u00e9serve votre marge d’ajustement et produit d\u00e9j\u00e0 l’information dont vous avez besoin : quelqu’un sort-il sa carte pour cela ?<\/p>\n

      Les chiffres qui disent que \u00e7a marche<\/h2>\n

      Les premiers mois, trois indicateurs suffisent.<\/p>\n

      L’activation :<\/strong> parmi ceux qui s’inscrivent, combien atteignent la fonctionnalit\u00e9 principale au moins une fois ? Si c’est moins de la moiti\u00e9, le probl\u00e8me est dans la premi\u00e8re exp\u00e9rience, pas dans le produit.<\/p>\n

      Le retour en deuxi\u00e8me semaine :<\/strong> combien reviennent sans qu’on le leur rappelle ? Ce chiffre pr\u00e9dit l’avenir mieux que n’importe quel entretien.<\/p>\n

      Les r\u00e9siliations avec motif :<\/strong> chaque d\u00e9part m\u00e9rite une question. Les r\u00e9ponses qui se r\u00e9p\u00e8tent constituent votre liste de priorit\u00e9s, d\u00e9j\u00e0 tri\u00e9e et gratuite.<\/p>\n

      Un beau tableau de bord avec vingt indicateurs le premier mois est une distraction. Ces trois-l\u00e0 d\u00e9cident si le produit continue.<\/p>\n

      Parlez \u00e0 vos utilisateurs, pour de vrai<\/h2>\n

      Avec vingt clients, vous pouvez tous les joindre. Pas par questionnaire, par conversation. Les phrases qui reviennent chez trois clients diff\u00e9rents constituent votre prochaine livraison. Celles qui n’apparaissent que chez un seul rejoignent la liste et attendent.<\/p>\n

      C’est le seul m\u00e9canisme fiable pour ne pas construire la fonctionnalit\u00e9 co\u00fbteuse que personne n’a demand\u00e9e. Et il co\u00fbte quelques heures par semaine, pas six semaines de d\u00e9veloppement.<\/p>\n","protected":false},"excerpt":{"rendered":"

      L’essentiel de l’argent perdu en SaaS part dans des fonctionnalit\u00e9s que personne n’a demand\u00e9es. Que retirer de la premi\u00e8re version, ce qu’il ne faut jamais retirer, et comment savoir si la validation a fonctionn\u00e9.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-77","post","type-post","status-publish","format-standard","hentry","category-sem-categoria"],"_links":{"self":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts\/77","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/comments?post=77"}],"version-history":[{"count":0,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/posts\/77\/revisions"}],"wp:attachment":[{"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/media?parent=77"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/categories?post=77"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dcoder.io\/blog\/wp-json\/wp\/v2\/tags?post=77"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}