Économie & paywall
Plan Orbit, CU, activation, crédits Studio, BYOK et garde-fou de marge.
Principe
Orbit garde un seul produit et un seul plan standard.
Le compte est gratuit à créer, ainsi que le profil et le premier Space. Orbit devient payant uniquement lorsque l’utilisateur demande le premier travail réel d’encodage : l’envoi de sa première URL, son premier fichier ou sa première source.
Ce parcours est volontaire :
Compte gratuit
→ profil
→ premier Space
→ graphe empty
→ ajout d’une première source
→ paywall d’activation
→ Orbit actif
Il n’existe donc pas de second “Free plan”. Il existe un onboarding free-to-start avant activation du produit.
Plan Orbit
| Facturation | Prix | Capacité incluse |
|---|---|---|
| Mensuelle | $49 / mois | 120 CU actifs |
| Annuelle | $468 / an | 120 CU actifs |
L’annuel équivaut à $39 / mois.
Le plan donne accès au même produit Orbit. Les fonctionnalités ne sont pas découpées en tiers artificiels.
Capacité active
Les CU sont la primitive de capacité du Brain.
Quand plus de contexte actif est nécessaire :
- chaque pas ajoute +60 CU ;
- chaque pas coûte +$25 / mois en facturation mensuelle ;
- chaque pas coûte +$240 / an en facturation annuelle.
La formule canonique est donc :
monthly_total(capacity)
= 49 + 25 × max(0, (capacity - 120) / 60)
annual_total(capacity)
= 468 + 240 × max(0, (capacity - 120) / 60)
La capacité peut continuer à augmenter par pas de +60 CU. La landing peut afficher un estimateur borné pour rester lisible, sans transformer cette borne UI en limite produit.
Avant toute extension de capacité, Orbit doit toujours proposer en priorité :
- optimiser ;
- compresser ;
- archiver ;
- remplacer du contexte actif obsolète ;
- seulement ensuite augmenter la capacité.
Le paywall de capacité est donc distinct du paywall d’activation.
Pourquoi ce modèle
La tarification suit un principe de facturation à usage flexible : une base simple, puis une capacité additionnelle granularisée et transparente plutôt qu’une multiplication de plans.
La capacité payée reste une abstraction produit Orbit. Les coûts internes réels doivent être pilotés par télémétrie.
Les couches économiques d’Orbit
| Couche | Rôle |
|---|---|
| Plan Orbit | accès logiciel et 120 CU actifs inclus |
| Context Units (CU) | capacité de contexte active du Brain |
| Crédits Studio | financement des providers gérés par Orbit |
| BYOK custom | provider financé directement par le client |
CU ≠ crédits ≠ coût fournisseur.
Studio
Le plan Orbit n’absorbe pas silencieusement des coûts de génération illimités.
Pour Studio :
- Orbit peut gérer les providers pour le plan standard ;
- l’utilisateur achète des crédits Studio supplémentaires lorsque nécessaire ;
- une recharge Studio est ponctuelle ;
- elle n’augmente jamais les CU du Brain.
Custom
Le BYOK est réservé aux besoins custom/enterprise.
Il change la source de financement du provider, pas l’architecture produit :
Brain → Context Pack → Studio → provider
│
├─ ORBIT_MANAGED
└─ BYOK
Garde-fou économique
Pour les coûts variables supportés par Orbit :
max_variable_cogs_per_user = revenue_per_user * 0.30
target_contribution_margin >= 70%
Le contrôle doit être effectué sur la facturation et la télémétrie réelles : retrieval, embeddings, stockage, compute, sync connecteurs et inférence.
Le prix public ne doit jamais être dérivé directement d’un seul fournisseur : les CU restent la primitive stable et portable du produit.