Agents IA : la démo ou la fiche qui a amené l’équipe qui paie désormais à la tâche.

01Comment ils vendent

• À l’usageUne facturation à la tâche, à l’exécution ou à la minute de travail, mesurée sur un cycle mensuel : la facture d’un client grandit à mesure que l’agent prend en charge une plus grande part du travail.
• AbonnementUne offre de base avec quelques exécutions incluses et un dépassement facturé en plus ; les équipes passent souvent à l’annuel une fois que l’agent a fait ses preuves.
• Achat uniqueUn pilote payant ou des frais de mise en place facturés une fois avant qu’une équipe s’engage, qui peuvent dépasser des mois d’usage et méritent d’être lus à part.

02Les paiements qu’il lit

• StripeDes prix à l’usage sur les abonnements, plus des factures pour les pilotes ; une facture payée est lue comme tout paiement passé par la page de paiement.
• PolarLes agents vendus aux développeurs facturent leur usage via Polar ; chaque cycle et sa part d’usage sont lus, et les litiges perdus comptent comme rétrofacturations.
• PaddleLes équipes qui achètent depuis de nombreux pays paient via Paddle, marchand officiel ; transactions et renouvellements sont lus, les remboursements comme ajustements.

03D’où viennent les acheteurs

• Démos enregistréesUn enregistrement d’écran de l’agent menant à bien une vraie tâche envoie des spectateurs qui viennent vérifier le prix et les autorisations ; le parcours d’achat montre combien de visites suivent.
• Annuaires d’agentsLes annuaires d’agents et d’outils d’IA envoient en masse des gens qui comparent ; les revenus par source classent chaque fiche selon ce que ses visiteurs ont fini par payer.
• Registres MCPLes agents pour développeurs listés dans les registres MCP attirent des gens qui lisent les docs avant de rien essayer, et le registre apparaît comme leur référent.
• Hacker NewsUn fil de lancement amène des développeurs sceptiques qui épluchent les docs et la page sécurité ; le revenu par visiteur dit si le fil a vendu quoi que ce soit.

04Ce à quoi Tally répond

1. Quelle démo a amené l’équipe qui paie aujourd’hui le plus ?

   Ouvrez la première vente de ce client. Son justificatif liste les visites qui précèdent le paiement, la visite attribuée, la méthode de liaison et son niveau de confiance, et chaque cycle à l’usage depuis porte le même lien.

   Justificatifs

2. Combien de temps une équipe évalue-t-elle avant le premier prélèvement ?

   Le parcours d’achat donne le nombre médian de jours et de visites entre la première visite et le premier paiement, ainsi que les pages vues en chemin par les acheteurs, comme les autorisations ou la sécurité.

   Parcours d’achat

3. Où les équipes décrochent-elles entre la démo et la connexion d’un outil ?

   Envoyez tally('connected', { tool }) quand un compte est connecté et construisez un entonnoir de la page de démo à l’inscription puis à la connexion ; la perte à chaque étape montre où la confiance s’épuise.

   Objectifs et entonnoirs

4. Les équipes venues du registre MCP dépensent-elles davantage avec le temps ?

   La valeur vie client range les clients par première source, avec revenus à vie, moyenne, renouvellements et taux de réachat. Avec une facturation à la tâche, une moyenne qui monte signifie que ces équipes ont confié plus de travail à l’agent.

   Valeur vie client

5. Notre propre agent peut-il récupérer ces chiffres ?

   Oui. Tally a une REST API, une ligne de commande et un serveur MCP : un assistant ou un agent interne peut demander les revenus par source sans que personne n’ouvre le tableau de bord.

   API, CLI et MCP

05Les chiffres à suivre

Délai médian avant l’achat

Les jours entre la première visite et le premier prélèvement ; un pilote les allonge, alors lisez-les avec les pages vues par les acheteurs avant de payer.

Valeur vie client par première source

Le revenu moyen à vie par première source, qui, avec une facturation à la tâche, reflète la quantité de travail que les clients de chaque canal confient à l’agent.

Couverture

Les factures que votre équipe émet à la main ne portent aucun identifiant de visiteur ; la couverture montre combien de revenus restent ainsi non liés, et pourquoi.

06Un exemple

07Mise en place

1. PolarOuvrez le paiement Polar avec tally_visitor_id dans ses métadonnées ; chaque cycle à l’usage après le premier paiement garde ce lien.
2. StripePour les pilotes facturés dans Stripe, appelez tally('identify', { email }) quand l’utilisateur qui évalue se connecte, pour que la facture puisse se lier par l’e-mail de l’acheteur.
3. Placez la balise sur les pages de docs et de démo autant que sur la page d’accueil : c’est là que ceux qui évaluent passent l’essentiel de leurs visites.

08Questions fréquentes

• Notre agent facture à la tâche. Chaque prélèvement est-il une vente distincte ?

  Chaque paiement enregistré par votre prestataire est lu. Un cycle à l’usage sur un abonnement arrive comme renouvellement et garde la source du premier paiement ; un prélèvement ponctuel est une vente à part entière.

• Tally peut-il nous dire quels clients ont le plus utilisé l’agent ?

  Non. Il voit les visites et les paiements, pas les exécutions. Quand l’usage est facturé, la facture arrive dans Tally comme revenu ; les exécutions restent dans vos propres logs.

• Un pilote que nous facturons à la main compte-t-il ?

  Si c’est une facture Stripe, oui : elle est lue comme un paiement. Elle se lie par e-mail quand l’acheteur a été identifié sur votre site ; sinon, elle est comptée comme non liée, jamais devinée.