Preskočiť na hlavný obsah

Oceňovanie založené na výsledkoch pre agentické AI SaaS: Ako vykázať výnosy, keď zákazníci platia za úspešný výsledok

Publikované 11 minút čítaniaMike ThriftMike Thrift
Oceňovanie založené na výsledkoch pre agentické AI SaaS: Ako vykázať výnosy, keď zákazníci platia za úspešný výsledok

Váš AI agent môže vykonať 10 000 pokusov za mesiac a napriek tomu podľa zmluvy nič nezarobiť, ak iba 7 200 pokusov spĺňa zákazníkovu definíciu úspechu. Toto je účtovné napätie za oceňovaním založeným na výsledkoch: model môže bežať nepretržite, ale to, čo ste predali, sa môže merať v dokončených výsledkoch.

Keďže sa agentický softvér presúva od zodpovedania otázok k vybavovaniu refundácií, spracovaniu faktúr, predchádzaniu podvodom a dokončovaniu iných pracovných postupov, čoraz viac zmlúv SaaS viaže poplatky na to, čo systém dosiahne. Tento obchodný model môže zosúladiť cenu s hodnotou pre zákazníka. Môže však tiež výrazne skomplikovať vykazovanie výnosov, odsúhlasovanie fakturácie a prognózovanie.

Kľúčovou otázkou podľa ASC 606 nie je jednoducho to, "koľkokrát agent bežal", ale skôr: "Čo zmluva sľúbila zákazníkovi a kedy bol tento sľub splnený?"

Začnite sľubom, nie meradlom

Oceňovanie podľa výsledkov môže opísať niekoľko rôznych typov dohôd. Dve zmluvy môžu účtovať poplatky za každú úspešnú transakciu, a napriek si to vyžadovať rozdielne účtovné závery.

Záväzok pripravenosti

V režime pripravenosti sa predávajúci zaväzuje poskytovať službu AI v priebehu daného obdobia. Zákazník má prospech z toho, že má schopnosť k dispozícii v prípade potreby, či už prichádza veľa alebo málo požiadaviek. Mesačný platformový poplatok, neobmedzený prístup alebo využívanie, ktoré primárne závisí od koncových používateľov zákazníka, často smerujú týmto smerom.

Výnosy za hlavnú službu sa zvyčajne vykazujú v čase, pričom sa používa časovo založená miera pokroku, ak je služba poskytovaná rovnomerne počas trvania zmluvy. Poplatok za výsledok môže byť naďalej premenlivou protihodnotou, ale to automaticky neznamená, že sa vykazuje až pri fakturácii.

Stanovené množstvo výsledkov

V prípade spotrebnej dohody je sľub bližšie k "dodaniu 25 000 dokončených výsledkov". Každý kvalifikovaný výsledok znižuje zvyšný nárok zákazníka. Po dodaní zakúpeného množstva sa zákazník rozhodne o ďalšom nákupe.

Táto štruktúra môže podporiť účtovanie metódou výstupu: cena priradená každému úspešnému výsledku sa vykáže v okamihu jej prechodu na zákazníka. Neúspešné pokusy nespotrebúvajú zákazníkom zakúpený nárok, ak zmluva určuje, že z týchto pokusov zákazníkovi nevzniká žiadna dokončená služba.

Hybridný záväzok

Mnohé reálne zmluvy spájajú obe formy. Zákazník môže platiť fixný mesačný poplatok za prístup k platforme a zvlášť sumu za každú overenú a zabránenú duplicitnú faktúru. Poplatok za prístup a poplatok za výsledok by nemali byť zahrnuté do rovnakého spôsobu vykazovania len preto, že sú na rovnakej faktúre.

Fixný sľub o poskytovaní prístupu sa môže vykazovať počas trvania zmluvy. Poplatok za výsledok sa môže vykázať vtedy, keď sú splnené kritériá úspechu, ak to zmluva podporuje a premenlivú protihodnotu možno priradiť k príslušnému obdobiu alebo výsledku.

Spoločnosť PwC vo svojom usmernení pre SaaS popisuje rovnaký praktický rozdiel: predplatiteľský model zvyčajne poskytuje nepretržitý prístup, zatiaľ čo model spotreby vykonáva definovanú úlohu alebo poskytuje stanovený výstup za poplatok. Označenia v cenníku nie sú rozhodujúce. Rozhodujúce sú práva, povinnosti a prínos pre zákazníka vyplývajúce z uzatvorenej zmluvy.

Rozhodovací strom podľa ASC 606

Pre každú významnú zmluvu použite nasledujúci postup. Zdokumentujte svoje závery a nespoliehajte sa na predvolený rozvrh výnosov z fakturačného systému.

1. Definujte úspešný výsledok

"Úspech" musí byť dostatočne objektívny na to, aby obe strany vedeli určiť, kedy má predávajúci nárok na odmenu. V prípade agenta na spracovanie faktúr môže zmluva vyžadovať splnenie všetkých nasledujúcich podmienok:

  • Faktúra je prijatá a spárovaná so správnou objednávkou.
  • Povinné kontroly sú dokončené bez eskalácie na človeka.
  • Účtovný zápis je zaúčtovaný v určenom systéme zákazníka.
  • Transakcia nie je zrušená v rámci stanoveného obdobia na kontrolu.

Ak úspech závisí od nedostatočne definovaného pojmu ako "uspokojivá automatizácia", predávajúci nemusí mať spoľahlivý základ na vykázanie poplatku za výsledok. Formulujte kritériá ešte predtým, ako začnete účtovať.

2. Identifikujte, čo zákazník získa

Opýtajte sa, či zákazník získava:

  • nepretržitý prístup k agentovi počas stanoveného obdobia;
  • konečný počet dokončených výsledkov;
  • dodatočné práva na používanie platformy; alebo
  • balík pozostávajúci z prístupu, implementácie, podpory a výsledkov.

Toto je otázka povinnosti plnenia. Rovnaký agent môže byť v jednej zmluve službou pripravenosti a v inej zmluve službou s konkrétnym výstupom, pretože sa líšia sľuby a práva zákazníka.

3. Zistite, či ide o sériu

Služba SaaS v režime pripravenosti sa zvyčajne posudzuje ako séria odlišných denných alebo mesačných služieb, ktoré sú podstatne rovnaké s rovnakým spôsobom prechodu. Ak sa poplatok za výsledok týka konkrétneho obdobia v rámci danej série, na vykázanie v danom období možno použiť výnimku z priradenia premenlivej protihodnoty.

Ak je napríklad poskytnutý neobmedzený prístup na 12 mesiacov a za každý úspešný zákrok proti podvodu sa v danom mesiaci účtuje 3 eurá, je možné poplatok za výsledok vykázať v mesiaci, v ktorom k zákroku dôjde, a to v závislosti od miery požiadavky.

Zložitejšie je to vtedy, keď poplatok závisí od kumulatívnej ročnej výkonnosti, retrospektívnych zliav, medziročných porovnaní alebo ročného minima. Tieto prvky môžu zabrániť priradeniu poplatku k jednému konkrétnemu obdobiu služby.

4. Otestujte praktické opatrenie na fakturáciu

Praktické opatrenie na fakturáciu môže povoliť vykázanie výnosu vo výške, na ktorú má predávajúci právo fakturovať, a to v prípade, že táto suma priamo zodpovedá hodnote doteraz prenesenej na zákazníka. V prípade oprávnenej služby v režime pripravenosti môže byť zásada "pevná suma za každý úspešný výsledok" považovaná za spĺňajúcu túto požiadavku.

Nepovažujte toto opatrenie za skratku pre každú zmluvu založenú na využívaní. Je menej pravdepodobné, že sa použije, ak zmluva obsahuje fixný poplatok, podstatné minimá, meniace sa sadzby alebo významné počiatočné či konečné poplatky. Veľká platba vopred tiež nemusí zodpovedať hodnote prenesenej ku dňu fakturácie.

5. Použite obmedzenie premenlivej protihodnoty

Ak problém nevyrieši ani jedna z vyššie uvedených výnimiek, odhadnite premenlivú protihodnotu a zahrňte len tú sumu, pri ktorej je pravdepodobné, že v budúcnosti nedôjde k jej zníženiu. Tento odhad aktualizujte v každom účtovnom období.

V prípade rozvíjajúcich sa AI produktov často chýba dostatok histórie na to, aby bolo možné spoľahlivo predpovedať mieru úspešnosti, výnimky, akceptovanie zákazníkom a vrátenia. Táto neistota je účtovnou skutočnosťou, nie dôvodom na vykázanie optimistického scenára. Vytvorte zdokumentovaný odhad na základe aktuálnych zmluvných údajov, porovnateľných pracovných postupov, pilotných výsledkov a známych spôsobov zlyhania a potom ho priebežne revidujte, ako sa produkt vyvíja.

Praktický príklad: fixný prístup a overené výsledky

Predpokladajme, že dodávateľ uzatvorí 12-mesačnú zmluvu s týmito podmienkami:

  • Mesačný poplatok za platformu je 10 000 EUR za hosťovaný prístup, monitorovanie a podporu.
  • 12 EUR za každú faktúru, ktorú agent spracuje od začiatku do konca, správne zaúčtuje a prejde 30-dňovou kontrolou vrátenia.
  • Žiadny minimálny počet faktúr.
  • Mesačné faktúry na základe protokolu o overených výsledkoch.

Poplatok za platformu predstavuje službu v režime pripravenosti. Ak má zákazník k službe prístup rovnomerne počas celého roka, dodávateľ vykáže každý mesiac výnos 10 000 EUR, pokiaľ sa nezmenia podmienky.

Suma 12 EUR je premenlivá protihodnota založená na výsledkoch. Ak sú kritériá úspechu jasné, sadzba je pevná a suma sa týka konkrétneho mesiaca, je možné vykázať 12 EUR za každý ukončený výsledok. Pri výsledkoch v rámci 30-dňovej lehoty na kontrolu je potrebné prijať internú politiku: zmluva môže definovať úspech pri zaúčtovaní, pri akceptácii alebo až po uplynutí lehoty na vrátenie. Tento okamih použite konzistentne.

Ak v marci kvalifikovalo 800 výsledkov, výnos z výsledkov je 9 600 EUR. Výnos za marec je 19 600 EUR pred zdanením, vráteniami, kreditmi alebo inými zmluvnými podmienkami. Platba od zákazníka môže prísť v apríli; hotovosť neznižuje výnos za marec späť na apríl.

V prípade vopred platenej zmluvy by bol prvý zápis iný. Ak zákazník uhradí vopred 120 000 EUR za 10 000 úspešných výsledkov, pri prijatí platby sa zaúčtuje príjem hotovosti a záväzok, a to takto:

Zákazník platí vopred za 10 000 úspešných výsledkov
  Na ťarchu  Hotovosť                               120 000 EUR
  V prospech Zmluvný záväzok                       120 000 EUR
 
800 výsledkov v hodnote 12 EUR za kus
  Na ťarchu  Zmluvný záväzok                         9 600 EUR
  V prospech Výnos z výsledkov                       9 600 EUR

Presné názvy účtov a časové rámce sa musia zhodovať s účtovnou politikou a zmluvnou analýzou dodávateľa. Dôležité je sledovať oddelene platbu vopred, overené výsledky, fakturáciu a vyrovnanie v banke.

Údaje potrebné na uzávierku

Výnosy založené na výsledkoch nemožno uzavrieť iba na základe bankového výpisu. Vytvorte mesačný balík dôkazov, ktorý prepája zmluvu s hlavnou knihou.

Zmluvné podmienky

Uchovávajte podpísané podmienky, cenu za výsledok, definíciu úspešného výsledku, trvanie, práva na obnovenie, minimá, pravidlá uplynutia platnosti, podmienky vrátenia, akceptačné obdobia a akékoľvek cenové hladiny. Zmeny zaznamenávajte ako samostatné verzie namiesto prepísania pôvodných podmienok.

Register výsledkov

Pre každý spoplatnený výsledok si ponechajte stabilný identifikátor, zákazníka, agenta alebo pracovný postup, čas spustenia, čas dokončenia, stav úspešnosti, dôvod zlyhania, stav eskalácie na človeka, stav vrátenia alebo sporu, príslušnú sadzbu a referenciu na zdrojový systém. Cieľom nie je zbierať ďalšie údaje pre samotné zbieranie. Ide o preukázanie, ktorá zmluvná udalosť vytvorila nárok na protihodnotu.

Odsúhlasovacie vrstvy

Odsúhľaďte v tomto poradí:

  1. Denník udalostí agenta so správou o používaní alebo výsledkoch pre zákazníka.
  2. Správu o výsledkoch s faktúrou.
  3. Faktúru s pohľadávkami.
  4. Pohľadávky a kredity so zúčtovaním v banke.
  5. Vykázané výnosy a zmluvný záväzok s rozvrhom výnosov.

Rozdiely riešte a neupravujte ich vo výnosoch. Neúspešný pracovný postup môže zmiznúť z fakturačného exportu, ale zostane v logoch infraštruktúry. Duplicitný výsledok môže byť fakturovaný dvakrát, ale zaplatený raz. Po vystavení faktúry môže byť potrebné zrušiť a upraviť výnosy. Každý rozdiel by mal mať svojho vlastníka a vysvetlenie.

Jednotková ekonomika a výnosy

Vykazovanie výnosov vám hovorí, kedy vykázať poplatok, ale nehovorí vám, či je pracovný postup ziskový. Sledujte náklady na modely a infraštruktúru, orchestráciu, ľudskú kontrolu, podporu zákazníkov, spory a prepracovania podľa typu výsledku. Nedávne analýzy agentických pracovných postupov zdôraznili, že ľudský dohľad môže byť vyššou premennou nákladov ako tokeny, a to najmä pri vysoko rizikových postupoch. Ak je vaša cena založená na úspešnom výsledku, vaša maržová správa by mala používať rovnakú jednotku.

Časté chyby, ktorým sa treba vyhnúť

Zaobchádzanie s každým pokusom ako s výnosom

Pokus, zväzok tokenov, volanie API alebo spustenie pracovného postupu nie je nevyhnutne sľúbenou službou. Ak zákazník platí iba za overený výsledok, pokusy patria do prevádzkových metrík, kým nenastane zmluvná udalosť.

Účtovanie faktúry ako výnosu

Faktúra môže vytvoriť pohľadávku, zmluvný záväzok alebo výnos v závislosti od práv a plnení, ktoré už boli poskytnuté. Predplatený zostatok nie je automaticky zarobeným výnosom. Aj keď sú systémy zákazníka a dodávateľa prepojené, je potrebné oddeliť rozvrh fakturácie od rozvrhu výnosov.

Ignorovanie implementácie a onboardingu

Mapovanie údajov, integrácie, konfigurácia a návrh pracovných postupov môžu byť činnosťami, ktoré pomáhajú dodávateľovi plniť sľub SaaS, alebo môžu na zákazníka prenášať samostatnú službu. Nepredpokladajte, že "bezplatná implementácia" nemá žiadne účtovné dôsledky. Zistite, či zákazník môže využívať výhody práce nezávisle a či je táto práca odlišná od hostovanej služby.

Používanie jedinej miery úspešnosti pre každý pracovný postup

Agent, ktorý klasifikuje faktúry, vybavuje vratky a zabraňuje duplicitným platbám, môže mať rôzne definície úspechu, ceny, náklady na revízie a spôsoby vrátenia. Oddeľte typy výsledkov, kde sú zmluva a ich ekonomika oddelené. Ich zmiešanie môže zakryť nevýnosný pracovný postup a oslabiť odhad premenlivej protihodnoty.

Zabúdanie na práva k zákazníckym údajom

Zmluva môže uvádzať, že predávajúci môže používať údaje zákazníka na zlepšenie služby. Skutočné práva sú dôležité. Obmedzené práva používané výhradne na plnenie zmluvy môžu byť nepeňažnou protihodnotou, zatiaľ čo širšie práva môžu vyvolávať otázky o nepeňažnej protihodnote, ochrane údajov, ochrane súkromia a ďalších záväzkoch. Nezvyčajné ustanovenia o údajoch pošlite na účtovné a právne posúdenie ešte pred spustením.

Praktická šablóna zásad

Pred spustením nového platobného modelu založeného na výsledkoch si pripravte krátky účtovný záznam:

  • Aká je presná sľúbená služba?
  • Aká udalosť preukazuje úspešné poskytnutie?
  • Je to záväzok pripravenosti, konkrétny počet výsledkov alebo kombinácia?
  • Sú služby sériou s rovnakým spôsobom prenosu?
  • Zodpovedá fakturovaná suma priamo hodnote prenesenej na zákazníka?
  • Môže sa použiť výnimka na priradenie premenlivej protihodnoty?
  • Ak nie, aký odhad a obmedzenie podporujú transakčnú cenu?
  • Sú implementácia, podpora, práva na údaje, možnosti obnovenia alebo minimá samostatnými otázkami?
  • Ktorý prevádzkový systém je smerodajný pre počet výsledkov?
  • Ako sa bude mesačný prehľad zosúhľadňovať s faktúrami, pohľadávkami, zmluvnými záväzkami a hotovosťou?

Zabezpečte, aby sa na definíciách pred spustením cenovej stránky dohodli financie, produkt, inžinieri, obchodné operácie a právne oddelenie. Zmluva, ktorá sa ľahko fakturuje, nie je nevyhnutne aj ľahko účtovateľná.

Zjednodušte svoje finančné riadenie

Oceňovanie založené na výsledkoch si vyžaduje prehľadné, verzované záznamy: zmluva, rozhodujúce udalosti, rozvrh výnosov a bankové aktivity by mali rozprávať rovnaký príbeh. Beancount.io ponúka účtovníctvo v čistom texte, ktoré je transparentné, verzované – napríklad vo verzovacom systéme Git – a pripravené pre AI, a poskytne tak tímu spoľahlivý záznam auditu aj pri zmene modelov oceňovania. Začnite zadarmo a majte finančnú logiku na očiach od zmluvy až po uzávierku.

Zdieľať tento článok