Économie & paywall
L’architecture économique d’Orbit, liée au contexte actif plutôt qu’à des features artificielles.
Invariant interne
La règle de conception actuelle est :
COGS variables max / utilisateur = revenu / utilisateur × 30 %
Objectif :
marge contributive / brute avant OPEX ≥ 70 %
Ce n’est pas une promesse de 70 % de marge nette.
Ce qu’il faut mesurer
- tokens entrée / sortie / cache ;
- embeddings ;
- reranking ;
- compute ;
- workflows durables ;
- DB et recherches vectorielles ;
- stockage objet ;
- bande passante ;
- synchronisations de connecteurs ;
- APIs tierces.
Philosophie commerciale
Un seul Orbit. Une capacité active qui grandit avec le besoin.
Ne pas vendre artificiellement :
- un pilier supplémentaire ;
- l’accès à un pilier existant ;
- des plans multipliant des blocages arbitraires.
La primitive commerciale doit rester la capacité de contexte active en CU.
Quand la capacité est pleine
L’interface doit proposer d’abord :
Optimiser → Compresser → Archiver → Remplacer
Puis seulement proposer une augmentation de capacité lorsque le besoin réel est établi.
Was this page helpful?