Monétisation — tarification, partage des revenus et paiements

Ce chapitre est le modèle économique, dit franchement : ce que vous pouvez définir aujourd’hui, ce que la plateforme verse, et ce qui est encore à venir.

1. Le modèle économique en un coup d’œil

Capacité	État aujourd’hui
Définir le modèle tarifaire + le prix sur votre offre	En ligne — assistant d’enregistrement, étape 2
La fiche marketplace affiche votre tarification	En ligne
Achat d’acteur (checkout)	Non activé — désactivé sur toute la plateforme
Paiements (payouts)	Bientôt disponible — moteur en dry-run derrière les portes de lancement
Bundles	Bientôt disponible — aucun chemin de traitement des achats pour l’instant

2. Les modèles tarifaires que vous définissez aujourd’hui

Vous définissez deux choses à l’enregistrement de votre acteur (étape 2 de l’assistant) : un modèle tarifaire et un prix. Les trois modèles :

Modèle	Signification
`free`	Votre acteur est gratuit à déployer.
`one_time`	Les clients paient une fois pour accéder à votre acteur.
`subscription`	Les clients paient un prix récurrent pour un accès continu.

Le modèle et le prix définis apparaissent sur votre fiche marketplace : les acteurs gratuits s’affichent gratuits ; les acteurs payants affichent leur modèle et leur prix à côté du nom et de la description. La tarification vit dans votre offre sur la plateforme — elle n’est pas cuite dans votre image — donc un changement de prix n’exige jamais de reconstruction ni de nouvelle étiquette d’image.

3. Partage des revenus

Quand votre acteur se vend, vous conservez la part majoritaire du prix de référence ; conditions sur /kreators. Cette page est la vitrine publique de l’offre pour les kreators : elle porte les conditions du programme et un calculateur de paiement qui modélise votre paiement mensuel à partir d’un prix de référence, d’un nombre de clients et de votre part de palier — utile pour sanity-checker le prix que vous avez en tête.

Le prix que vous définissez sur votre offre est votre prix de référence. Votre paiement est calculé à partir de lui ; la part exacte dépend de votre palier kreator, publié avec les conditions sur /kreators. Aucun pourcentage n’est cité ici parce que la part est par paliers, pas plate — la page des conditions est la source de vérité.

4. Paiements

5. Bundles

Quand ils arriveront, les bundles vous permettent de vendre une suite d’acteurs comme un seul SKU : un regroupement d’acteurs avec, pour chaque membre, son rôle mesh et sa dépendance, pour que les acteurs coopèrent dans un même domaine. Si votre acteur est conçu pour travailler aux côtés d’autres (fleet mesh activé), la préparation au bundle comptera plus tard — mais aujourd’hui, vendez l’acteur, pas la suite.

6. Conseils de tarification

Gratuit contre payant. Aujourd’hui, la tarification est du positionnement, pas du revenu — personne ne peut encore acheter. Le gratuit maximise les déploiements pendant que la plateforme monte, et chaque kompanion déployé est une preuve de demande pour le jour du lancement. Allez vers un prix quand votre acteur fait un travail complet et récurrent qu’un client paierait sinon à une personne ou à un outil.

Accordez le modèle à la valeur. one_time convient à un acteur qui résout un travail ponctuel une fois. subscription convient aux acteurs qui livrent une valeur continue — votre acteur tourne comme un kompanion toujours actif, et un runtime récurrent justifie un prix récurrent.

Ancrez-vous contre les suites de la plateforme. Regardez ce que la plateforme elle-même liste — les suites existantes (Kajuris, Kampagne, Kaotel/Kacoif, Kinsur) regroupent de nombreux acteurs par domaine. Un acteur mono-usage doit se positionner sous une suite complète en portée et en prix ; une flotte équivalente à une suite chez un seul kreator est l’exception, et une candidate bundle quand les bundles arriveront.

Prévoyez de mettre à jour. Parce que la tarification vit dans votre offre plutôt que dans votre image, vous pouvez démarrer gratuit, observer l’adoption et passer à un modèle payant au lancement sans toucher votre conteneur. Révisez votre prix chaque fois que le périmètre de votre acteur change matériellement.

7. Le niveau de qualité exigé

Chaque soumission passe les mêmes portes décrites dans ](fr/publishing/) : un scan de sécurité et une revue d’usage. La tarification ne saute pas la file — un acteur payant affronte la même revue qu’un gratuit. Ce qui améliore vos chances d’approbation :

Des tests de frontières — prouvez que votre acteur refuse les requêtes hors périmètre, pas seulement qu’il traite celles du périmètre. Les équipes de revue cherchent les limites de capacité.
Une configuration propre — make kaoohi-config-check passe, le config.json dérivé est commité et frais dans l’image, et la liste de paramètres est sobre (l’assistant avertit au-delà de 50 paramètres).
Une description honnête — la fiche marketplace vient de votre configuration. Si la description promet plus que l’acteur ne fait, la revue d’usage le repère.

En bref : tarifiez honnêtement, décrivez exactement, et testez les frontières. Le reste — achat, paiements, bundles — est sur la feuille de route de la plateforme, pas la vôtre.