Pour les startups SaaS qui mènent cinq expériences à la fois : celle qui a rapporté.

01Comment ils vendent

• AbonnementDes offres mensuelles et annuelles dont le prix se cherche encore, le temps d’apprendre ce que les clients sont prêts à payer : noms et prix changent souvent, et chaque changement se lit à l’aune des revenus.
• FreemiumUne version gratuite ou un essai ouvert pour obtenir de l’usage tôt ; le passage au payant peut venir des semaines plus tard, quand une équipe dépasse les limites.
• À l’usageCertaines startups facturent une partie du prix à l’usage dès le départ : les factures grandissent avec le client, et le premier mois en dit peu sur le compte.

02Les paiements qu’il lit

• StripeLe choix par défaut à la création de la société : Checkout pour les offres en libre-service et les factures Stripe pour les premiers contrats annuels négociés en direct, les deux lus avec une clé restreinte.
• PaddleChoisi par les équipes qui vendent à l’étranger dès le premier jour et veulent un marchand officiel pour gérer les taxes sur les ventes ; transactions, renouvellements et ajustements sont lus.

03D’où viennent les acheteurs

• Posts du fondateur sur LinkedIn et XLes premiers clients suivent parfois un fondateur pendant des semaines avant d’essayer le produit ; leur première visite et celle juste avant le paiement sont toutes deux conservées : l’effet lent d’un post reste visible.
• Prospection par e-mailLes séquences de prospection aux liens marqués d’UTM apparaissent comme des campagnes : une séquence qui décroche des appels sans jamais amener de visite payante se repère.
• Sites de lancementUn lancement apporte un pic qui retombe en quelques jours ; les revenus attribués un mois plus tard disent s’il a trouvé des clients ou seulement des spectateurs.
• Assistants IALes acheteurs qui demandent à ChatGPT, Claude ou Perplexity un outil de votre catégorie arrivent dans un canal à part, modeste au début et à surveiller dès le premier mois.
• Intros d’accélérateurs et d’investisseursLes mises en relation au sein d’une promo ou d’un portefeuille arrivent en liens partagés ou en adresses tapées ; « Direct, décrypté » les distingue des gens qui ont mis le site en favori.

04Ce à quoi Tally répond

1. Laquelle des expériences du mois a amené des clients payants ?

   Donnez à chaque expérience sa propre campagne UTM : la répartition par source place ses revenus sur la même ligne que ses visiteurs, et un canal qui envoie du trafic sans argent se voit en quelques semaines.

   Sources et revenus

2. Peut-on se fier assez à ces chiffres pour les mettre dans le reporting aux investisseurs ?

   La couverture donne la part des revenus liée à un visiteur et la raison pour laquelle le reste ne l’est pas, avec le snippet qui corrige chaque cause. Citez les chiffres par canal pour la part liée, en précisant sa taille.

   Couverture

3. Peut-on récupérer les revenus par canal dans notre propre reporting ?

   La REST API et la ligne de commande vous donnent les chiffres pour bâtir un rapport hebdomadaire, et le serveur MCP permet à un assistant IA de répondre à vos questions à leur sujet : plus personne n’a à coller de captures d’écran dans un deck.

   API, CLI et MCP

4. Notre premier gros client a-t-il jamais visité le site, ou tout s’est-il joué en appels commerciaux ?

   Ouvrez ce client dans la liste des visiteurs : si le paiement a été lié, son historique montre chaque visite avant le paiement. Un contrat né uniquement d’appels apparaît comme non lié, plutôt que d’être attribué à une source devinée.

   Visiteurs et parcours

5. Les visiteurs arrivent-ils seulement jusqu’à l’offre que nous voulons leur vendre sur la page de tarifs ?

   Les cartes de chaleur des clics et du défilement montrent où les visiteurs s’arrêtent sur la page de tarifs et sur quels boutons d’offre ils cliquent, ce qui compte quand la page change toutes les deux semaines.

   Cartes de chaleur

05Les chiffres à suivre

Couverture

La part des revenus liée à une visite ; tant qu’elle reste basse, les comparaisons de canaux reposent sur une fraction de vos clients.

Revenu par visiteur

Les revenus divisés par les visiteurs pour chaque expérience, pour qu’un canal qui fait du bruit ne passe pas devant un canal discret qui rapporte.

Taux de conversion

Les visiteurs payants rapportés à l’ensemble des visiteurs, à relire avant et après chaque changement de prix.

Visiteurs venus d’assistants IA

Les visites venues d’assistants IA ; suivez-les dès le départ pour savoir quand elles commencent à compter.

06Un exemple

07Mise en place

1. Next.jsDans une app Next.js, placez la balise une seule fois dans le layout racine : les pages marketing et l’app connectée la portent alors toutes deux, et les changements de route comptent comme pages vues.
2. StripeAjoutez l’identifiant du visiteur aux métadonnées de chaque session Checkout créée par votre backend, offres annuelles comprises.
3. Quand un contrat négocié en direct commence par un formulaire d’inscription, appelez-y tally('identify', { email }) : la facture envoyée plus tard se liera par e-mail.
4. Envoyez les alertes de vente dans le canal Slack de l’équipe : chacun voit de quelle source vient chaque nouveau client.

08Questions fréquentes

• Nous vendons certains contrats sur facture. Sont-ils comptés ?

  Oui, si la facture est émise par Stripe ou Paddle : elle est lue comme n’importe quel paiement. Elle se lie à une visite quand l’e-mail de l’acheteur correspond à une personne identifiée par votre site ; sinon, elle est comptée comme non liée, et le total reste juste même quand la source est inconnue.

• Nous changeons le site chaque semaine. La balise demande-t-elle de l’entretien ?

  Non. La balise reste la même quoi que deviennent les pages, et un objectif posé avec data-fast-goal suit le bouton qui le porte.

• Y a-t-il quelque chose à apprendre avec seulement une poignée de clients ?

  Le justificatif de chaque vente sert dès la première. Les vues de synthèse, comme Heures de pointe, signalent quand il n’y a pas assez de ventes pour dégager une tendance, au lieu d’en inventer une.