Pour un SaaS en solo : le lancement, le post ou la recherche qui a rapporté.

01Comment ils vendent

• AbonnementUne offre mensuelle et une offre annuelle moins chère, souvent précédées d’un essai : le premier paiement peut tomber des jours après la visite qui l’a déclenché.
• FreemiumUne version gratuite qui passe au payant plus tard ; ce passage est un nouveau paiement qui reprend malgré tout la source des visites antérieures du visiteur.
• Achat uniqueDes offres à vie au lancement, vendues une fois et jamais renouvelées, qui peuvent écraser un mois d’abonnements et se lisent à part.

02Les paiements qu’il lit

• StripeLe choix habituel : Checkout ou les Payment Links avec abonnements, lus avec une clé restreinte, renouvellements et passages à une offre supérieure compris.
• Lemon SqueezyChoisi comme marchand officiel pour ne pas gérer les taxes sur les ventes ; les commandes et les factures d’abonnement sont lues, avec les remboursements.
• PaddleLui aussi marchand officiel, courant dès qu’un produit se vend à des entreprises de nombreux pays ; transactions, renouvellements et ajustements sont lus.
• PolarChoisi par les produits destinés aux développeurs ; les commandes, les cycles d’abonnement et les litiges perdus sont lus.

03D’où viennent les acheteurs

• Product HuntUn jour de lancement apporte un pic de visiteurs ; la valeur vie client par première source montre si ces clients renouvellent ou partent après la remise de lancement.
• Hacker NewsUn Show HN peut envoyer des milliers de visites en quelques heures, surtout des développeurs qui achètent rarement sur-le-champ, ce que le revenu par visiteur montre clairement.
• Assistants IACeux qui demandent à ChatGPT ou à Claude un outil comme le vôtre arrivent dans leur propre canal, souvent déjà décidés.
• RechercheLes articles de comparaison et d’alternatives amènent des acheteurs plus lents et plus réguliers, qui apparaissent comme un long parcours d’achat.

04Ce à quoi Tally répond

1. Ce pic venu de Hacker News a-t-il rapporté quelque chose ?

   La page Sales liste chaque vente avec sa source attribuée ; ouvrez-en une, et son justificatif montre les visites qui la précèdent : vous comptez exactement quels paiements viennent du public du Show HN.

   Justificatifs

2. Pourquoi certains abonnements n’ont-ils pas de source ?

   La couverture donne la part des revenus liée à un visiteur et la raison de chaque vente non liée, par exemple une session Checkout créée par votre code sans l’identifiant du visiteur, avec le snippet qui corrige.

   Couverture

3. Les clients du lancement restent-ils ?

   La valeur vie client par première source ajoute chaque renouvellement et chaque remboursement à la source de la première visite du client : les clients d’un lancement se comparent à ceux de la recherche, des mois plus tard.

   Valeur vie client

4. Les assistants IA envoient-ils déjà des acheteurs ?

   Les visiteurs venus de ChatGPT, Claude, Perplexity et d’autres assistants ont leur propre canal dans chaque répartition, avec les revenus qu’ils génèrent.

   Sources et revenus

5. Puis-je être prévenu de chaque vente au moment où elle a lieu ?

   Les alertes de vente partent par e-mail, Slack, Discord, Telegram ou webhook dès que la vente est liée, avec sa source attribuée : un jour de lancement se suit vente par vente.

   Alertes et récapitulatifs

05Les chiffres à suivre

Couverture

Gardez élevée la part des revenus liée à un visiteur avant de vous fier aux chiffres d’un canal ; une seule ligne de métadonnées manquante peut laisser sans source toutes les ventes d’un paiement.

Revenus par source

L’argent derrière chaque source dans les répartitions, qui classe les canaux par ce qu’ils ont rapporté plutôt que par leurs visites.

Valeur vie client par première source

Le revenu moyen par client sur toute sa durée de vie, par première source : le chiffre qui décide quel canal mérite une semaine de plus.

Délai médian avant l’achat

Le délai médian entre la première visite et le premier paiement ; avec un essai entre les deux, comptez au moins la durée de l’essai.

06Un exemple

07Mise en place

1. Next.jsDans une app Next.js, la balise va dans le layout racine, et les changements de route côté client comptent comme pages vues.
2. StripeTransmettez l’identifiant du visiteur aux sessions Checkout et à subscription_data, pour que les essais convertis et chaque renouvellement gardent la source.
3. Appelez tally('identify', { email }) après l’inscription, pour que les paiements faits plus tard depuis la page de facturation de l’app se lient par e-mail.

08Questions fréquentes

• À quoi est attribué un essai qui se convertit ?

  La première facture payée est la vente, attribuée à la dernière visite hors accès direct de l’acheteur qui la précède. Avec l’identifiant du visiteur dans subscription_data.metadata, elle se lie avec une confiance élevée, même quand le paiement tombe des semaines après la visite.

• Dois-je connecter tous mes prestataires de paiement ?

  Non. Connectez celui par lequel vous vendez ; un site peut en connecter plusieurs si, par exemple, un ancien produit tourne sur Stripe et un nouveau sur Polar. Une facturation que vous gérez vous-même peut plutôt envoyer ses paiements à la Payments API.

• Tally comptera-t-il mes propres visites pendant le développement ?

  Pas depuis localhost, sauf si la balise porte data-allow-localhost, et un navigateur qui règle localStorage.datafast_ignore sur true est entièrement exclu.