Elk prijsmodel is een uitspraak over waar waarde vandaan komt. Per-seat pricing zegt dat de waarde toegang is. Per-message of per-token pricing zegt dat de waarde activiteit is. Beide zijn gemakkelijk te meten en beide belonen stilletjes het verkeerde: een seat die inlogt maar niets oplost betaalt nog steeds; een praatgrage integratie die nooit een case sluit laat de rekening alsnog oplopen.
Threada meet iets dat moeilijker te bespelen is en dichter bij het doel ligt: de automated resolution.
Wat het meet
Een automated resolution is een WorkItem of runtime-uitkomst die zonder menselijke overname of handmatige operatorantwoorden is afgerond. Het werk kwam binnen, het systeem bracht het naar een verdedigbare conclusie, en niemand hoefde in te grijpen om het af te maken. Dat is de eenheid die we rapporteren in billing- en gebruiksdashboards, en het is de eenheid die de enterprise meter telt.
De definitie is bewust strikt. Als een operator moest overnemen en met de hand antwoorden, is dat geen automated resolution. Het is assisted work, en het moet niet worden geteld alsof het platform het heeft gesloten. De meter tikt alleen wanneer het platform het werk echt deed.
Waarom uitkomsten het eerlijke rekending zijn
Een prijseenheid moet aansluiten op de definitie van succes van de klant. Voor governed operations is succes niet dat mensen de tool gebruikten of dat het model veel tekst genereerde. Succes is dat routinewerk correct is gedaan en alleen echte uitzonderingen een mens bereikten. De hele bestaansreden van het product is om routine te automatiseren en de echt moeilijke gevallen naar mensen te routeren.
Rekenen per automated resolution zet onze prikkel aan dezelfde kant als dat doel:
- We worden beloond wanneer werk sluit, niet wanneer het alleen rondpompt. Een model dat tien concepten maakt waar niemand op kan handelen verdient niets; één resolution die standhoudt onder review verdient zijn plek.
- De klant kan eerlijk rekenen. Kosten per opgelost item zijn een getal dat een operations leader kan vergelijken met de volledig belaste kosten om dat item met de hand op te lossen. Er zit geen vertaallaag tussen “waarvoor we rekenen” en “wat we voor je wilden besparen.”
- Het weerstaat vanity metrics. Je kunt de meter niet opblazen door meer berichten te sturen of seats toe te voegen. Het getal stijgt alleen als meer werk werkelijk wordt opgelost.
Eerlijke meting betekent eerlijk tellen
Een meter is maar zo eerlijk als zijn telling. Twee toezeggingen houden de onze recht.
Ten eerste tellen we uitkomsten, geen optimisme. Een resolution wordt vastgelegd wanneer het WorkItem via het governede pad een voltooide terminale status bereikt, met zijn receipt intact. Een voorstel dat bij de connector faalde, of een item dat een operator moest redden, wordt niet stilletjes naar de opgeloste kolom afgerond. De lifecycle states zijn expliciet, en de meter leest ze eerlijk.
Ten tweede zijn we open over de overgang. Intern is gebruik historisch gemeten vanuit berichtlimieten terwijl het platform volwassen werd. We zijn expliciet dat die limieten worden gemapt op de automated-resolution meter, en we rapporteren resolutions in gebruiksdashboards in plaats van de eenheid achter een proxy te verbergen. De echte eenheid benoemen en aan je tonen hoort bij dezelfde records-and-receipts houding die de rest van het product bestuurt.
Wat de free tier zegt over het model
De free tier is begrensd op 1.000 automated resolutions en 100 knowledge assets per maand, met dagelijkse documentlimieten afgeleid van de maandlimiet. De vorm van die limiet is zelf een uitspraak: de free tier is royaal in resolutions omdat resolutions precies zijn wat je moet kunnen bewijzen. We hebben liever dat je ontdekt of het platform je werk sluit dan of het veel seats kan dragen.
Boven volume moeten plannen worden gelezen als capability bundles, governance-diepte, approval- en policy controls, automatiseringsbereik, connectorklassen en compliance posture, niet alleen als grotere getallen. De meter vertelt hoeveel werk gedaan is. Het plan vertelt hoeveel controle en bereik je hebt terwijl dat gebeurt.
Uitkomsten meten is moeilijker dan berichten meten. Het vereist dat het platform definieert, volgt en verdedigt wat “resolved” betekent. Wij denken dat die moeilijkheid precies het punt is. Een meter waarover je op line-item niveau kunt discussiëren is een meter die de koper respecteert, en een automated resolution is een getal dat een operations team echt kan verdedigen.