Monétisation

Comprendre les deux relations de facturation#

Monétisation permet au propriétaire d'un site de vendre une offre à un visiteur. Cette fonctionnalité est distincte de l'abonnement Make Agent Fast du propriétaire et de ses packs de crédits. Les revenus et commandes du créateur, d'une part, et l'utilisation de la plateforme par le propriétaire, d'autre part, doivent être rapprochés séparément.

La page affiche le mode de paiement en cours. Polar (paiements réels) peut accepter des achats réels configurés. Local/dev (mode test) correspond à un comportement de développement et ne doit jamais être présenté comme un paiement réglé en production.

Créer une offre#

Choisissez l'un des types pris en charge :

Saisissez un titre précis, une description, le prix en centimes, la devise et, si besoin, une clé de produit Polar. Cette clé associe l'offre à un produit configuré chez le prestataire de paiement. Une offre active peut être affichée ou recommandée dans la conversation avec l'agent ; une offre inactive reste visible par le propriétaire, mais ne doit pas être vendue.

Utilisez une source de référence unique pour le prix, la livraison, la disponibilité, les conditions de remboursement, le traitement fiscal et le support. Ajoutez ces informations validées aux connaissances : l'agent ne doit inventer ni remise, ni garantie, ni délai de livraison, ni argument de rareté.

Réserver l'agent à l'accès payant#

Créez et activez d'abord une offre Accès payant, puis sélectionnez-la sous Agent réservé aux membres. Les visiteurs qui ne l'ont pas débloquée se voient proposer un parcours d'achat ou de déblocage au lieu de l'accès normal au chat. Seuls les produits d'accès actifs peuvent être sélectionnés ; en outre, si l'offre sélectionnée disparaît, le système laisse l'accès ouvert (« fail open ») plutôt que de bloquer définitivement le chat.

Avant le lancement, testez les cas suivants : visiteur déconnecté ou nouveau, paiement réussi, retour d'un visiteur ayant accès, paiement annulé, événement du prestataire en double, offre inactive, et remboursement ou révocation de l'accès.

Configurer les modes de paiement#

Pour un paiement Polar en conditions réelles, le déploiement de la plateforme et l'association des produits doivent être configurés. Une option facultative de paiement coréen peut proposer KakaoPay, Naver Pay ou Toss pour les offres en KRW, uniquement lorsque la plateforme indique que ce mode est disponible ; activer une option indisponible ne crée aucune intégration avec un prestataire.

Utilisez le mode test du prestataire lorsqu'il est disponible, puis vérifiez un petit achat réel conformément à votre politique opérationnelle. Vérifiez les sous-unités de la devise : pour l'USD, 2500 correspond à $25.00. Ne devinez pas le comportement des centimes pour une devise dont les conventions de sous-unités diffèrent.

Consulter les commandes et les revenus#

La page indique le nombre de commandes payées, le cumul des revenus et les achats récents. « Payé » reflète l'état de paiement enregistré auprès du prestataire ; rapprochez les frais du prestataire, les taxes, les remboursements, les rétrofacturations, les versements et la livraison dans le système financier approprié.

La suppression d'une offre n'efface pas l'historique des commandes ni de la facturation. Il est plus prudent de désactiver une offre que de la supprimer lorsqu'un opérateur a besoin de la configuration existante pour mener une enquête.

Tarification au résultat (facultative)#

Paiement au résultat peut déduire un montant fixe de crédits du portefeuille du propriétaire pour un lead qualifié par l'agent ou pour une demande de réservation qu'un humain confirme ensuite, en plus de l'utilisation normale. Il ne s'agit pas d'un paiement visiteur et cela ne devient pas un revenu du créateur. La qualification par l'agent ne vaut pas acceptation commerciale par un humain, et une demande de réservation n'est pas un rendez-vous confirmé. Laissez ce mode désactivé tant que le propriétaire n'a pas compris le coût supplémentaire en crédits et les définitions exactes des événements.

Liste de contrôle avant lancement#

• Le mode de paiement réel ou test est clairement identifiable.
• Le titre, la description, la devise et le prix de l'offre correspondent au produit du prestataire.
• La livraison, la durée d'accès, les remboursements, les taxes, le support et la confidentialité sont documentés.
• Les connaissances de l'agent ne contiennent que des affirmations commerciales validées.
• Les parcours de réussite, d'annulation, de doublon, de remboursement et d'offre inactive ont été testés.
• Les alertes d'achat, le responsable de la livraison, le rapprochement comptable et le processus de gestion des incidents sont attribués.

Dépannage#