Aller au contenu

Opérations & revenus

Premier achat, renouvellement, rechargement : compter les bons événements

Un même client peut acheter un pack, prendre ensuite un abonnement et renouveler ce dernier. Ce sont plusieurs événements commerciaux, mais pas plusieurs nouveaux clients. Un suivi utile garde les deux lectures : qui achète pour la première fois, et ce qui se passe ensuite.

Équipe Konekt CRM · Rédigé le 21 octobre 2026 (UTC) · 5 min

Définir l’unité avant de compter

Pour suivre l’acquisition, choisissez une règle explicite : dans la méthode présentée ici, un nouveau client payant est une identité client ayant réalisé son premier achat de produit qualifiant, réussi et de montant positif. Un pack et un abonnement peuvent tous deux être ce premier achat. Une nouvelle facture n’est pas automatiquement un nouveau client.

Cette définition sert à organiser un suivi commercial ; elle ne remplace ni la comptabilité ni les règles de reconnaissance du revenu. Aucun chiffre de cet article ne décrit Konekt, Leadsforlinked ou leurs clients. Le journal ci-dessous est entièrement fictif, avec des montants pédagogiques qui ne sont pas des tarifs de produit.

Relier les événements à une identité stable

Une adresse email peut changer, et un même client peut utiliser plusieurs offres. Avant de compter, rapprochez les événements avec un identifiant client stable et une règle de rapprochement vérifiable. Le nom de l’entreprise seul peut réunir plusieurs personnes distinctes ; deux identifiants de paiement peuvent aussi appartenir au même client selon votre architecture. Les rapprochements incertains doivent rester dans une file à vérifier.

Le journal garde au minimum l’identité retenue, l’événement, sa date réelle, son type, son statut, le montant, la devise et sa référence de preuve. Une date de réception technique n’est pas toujours la date de l’achat. Si un événement arrive en retard, la date commerciale doit suivre la règle définie à partir du paiement, sans compter deux fois le même objet.

Journal entièrement fictif : trois paiements d’un même client ne font qu’un premier acheteur.
Client fictifÉvénementMontant illustratifNouvel acheteur ?
EX-C01J1 : premier pack réussi20 €Oui, une fois
EX-C01J5 : pack supplémentaire15 €Non, achat ultérieur
EX-C01J35 : premier abonnement10 €Non, client déjà acquis
EX-C02Essai sans paiement0 €Non

Distinguer création, cycle et modification

La référence Stripe distingue notamment une facture liée à la création d’un abonnement, à un nouveau cycle ou à une modification, via billing_reason. Cette information décrit la facture. Elle ne permet pas, seule, d’affirmer que le client achète pour la première fois : il a pu acheter un pack auparavant ou avoir un autre historique associé.

Vérifiez donc l’historique complet des achats qualifiants, ou une preuve immuable du premier achat déjà établi. Une extraction limitée au mois courant peut faire apparaître un renouvellement comme le premier paiement visible. « Premier dans mon fichier » n’est pas « premier dans la vie du client ». Quand l’historique est incomplet, nommez cette limite au lieu d’attribuer une date d’acquisition certaine.

Conserver les revenus ultérieurs sans les confondre avec l’acquisition

Un rechargement supplémentaire peut montrer une réutilisation du service. Un renouvellement peut participer à la rétention. Un changement d’offre peut répondre à un autre travail. Ces événements méritent leur propre lecture commerciale, mais ils ne créent pas un nouveau premier acheteur si la même identité a déjà réalisé son achat qualifiant.

Dans le journal fictif, les trois paiements d’EX-C01 représentent trois événements réussis et un seul client acquis. On peut examiner leur montant total dans cette devise, mais cette somme ne raconte ni la satisfaction, ni le coût d’acquisition, ni la durée de rétention. La présence de paiements ne suffit pas à expliquer pourquoi la personne a acheté.

Traiter les doublons, essais et remboursements

Le même événement technique peut être reçu plusieurs fois. Conservez ses références et vérifiez qu’une répétition ne crée ni nouveau paiement ni nouveau client. Un échec, une transaction de test ou un essai gratuit ne devient pas un achat réussi. Si plusieurs états se succèdent, la règle doit identifier la preuve du résultat final plutôt que compter chaque notification.

Pour les remboursements, gardez séparément l’achat initial, le remboursement et le montant net restant. Un remboursement ne doit pas effacer l’historique du premier achat puis permettre de recompter le même client lors du paiement suivant. Selon votre objectif, vous pouvez présenter les premiers acheteurs bruts et un indicateur net distinct, avec sa définition visible. Ne mélangez pas les devises sans méthode de conversion annoncée.

Séparer source, éligibilité et assistance commerciale

La source d’origine répond à « comment ce client est-il arrivé ? ». L’éligibilité répond à la règle du rapport : client réel, test, partenaire ou situation non résolue. L’assistance répond à « qui a aidé avant ou après l’achat ? ». Ces dimensions peuvent coexister. Un contact aidé par un commercial ne devient pas automatiquement une acquisition de prospection si sa découverte initiale venait d’ailleurs.

Conservez également les sources inconnues. Une visite de facturation ne remplace pas la découverte initiale, et un tag interne de site ne prouve pas une origine Google ou IA. Une recommandation authentique d’un collègue n’exclut pas, à elle seule, un client d’un rapport général d’acquisition. Appliquez les exclusions prévues par votre définition, avec des motifs séparés et vérifiables.

Livrer deux vues réconciliables

La première vue répond au nombre de clients ayant leur premier achat sur une période. La seconde suit une cohorte d’inscrits et ce qu’elle a fait jusqu’à une date de coupure. Les deux fenêtres ne décrivent pas la même chose. Un paiement de novembre peut appartenir à une cohorte d’octobre sans être un nouvel acheteur du mois d’octobre.

Gardez la période, le fuseau, la date de coupure et les cas incomplets à côté du résultat. Un collègue doit pouvoir revenir du total au client puis aux preuves de paiement. C’est ce rapprochement, et non un compteur de factures plus élevé, qui rend le suivi exploitable. Rien dans cette méthode ne suppose que Konekt effectue déjà cette réconciliation automatiquement.

Référence technique : Stripe, objet Invoice et raisons de facturation. Les règles de comptage et tous les cas chiffrés de cet article sont des exemples éditoriaux, pas des données de production.

Si votre prochaine action demande des profils

Inspecter un échantillon avant de préparer la suite

Leadsforlinked : recherche LinkedIn People → extension Chrome → audience → export CSV. Ce parcours commence dans la recherche People classique et ne nécessite pas d’abonnement Sales Navigator. Les profils ne sont pas des emails ou téléphones vérifiés ; les champs dépendent de la source.

Essayer un échantillon gratuit

Un produit du même réseau que Konekt. La méthode de cet article n’est pas automatiquement transmise à l’application. Vérifiez le résultat pour votre usage avant de choisir une extraction supplémentaire ou une offre actuelle.