LLM-toodetega kaasnevad olulised muutuvad kulud ja sõltuvus kolmandate osapoolte platvormidest. Kas need kulud nõrgendavad äri, sõltub tegelikust kasutusjaotusest, hinnastamisest, toe koormusest, püsivusest ja kliendi väärtusest.
See artikkel õpetab, kuidas luua auditeeritav ühikmajanduslik mudel ja testida võimalikke kaitseallikaid. See ei põhine tööstusuuringul ega ennusta, millised ettevõtted ellu jäävad.
FinOps Foundation määratleb ühikmajanduse kui seose tehnoloogiakulu ja äriväärtuse mõõdiku vahel. Kasuta seda võrdlusraamistikuna ning lase finantsosakonnal määrata selle toote tegelik arvestusühik, kulude jaotus ja marginaali käsitlus.
Mis on LLM-toodete juures erinev
Mõned omadused, mis eristavad LLM-toel tooteid traditsioonilisest SaaS-ist:
Kasutamine võib tekitada olulisi marginaalkulusid. Mudelipäringud, tööriistad, otsing, salvestus, ülevaatus ja tugi võivad kasvada koos kasutusega. Marginaalkulu ei pruugi olla sama esimese ja kümne tuhande päringu puhul, sest vahemällu salvestamine, pakktöötlus, soodustused, suunamine ja mahutavuse ära kasutamine seda muudavad; arvuta jaotus jäljenditest ja arvetest.
Marginaalid sõltuvad täielikust teeninduskulude jaotusest. Ära impordi viitamata tööstusharu vahemikke. Määra finantsülevaatajaga koos ära brutomarginaal ja lisandväärtus, siis arvuta mõlemad ettevõtte raamatupidamise andmetest ja kasutusandmetest.
Alusmudelite ligipääs võib olla jagatud. Avalik mudel võib konkurentide jaoks lihtne saada, kuid rakenduse kvaliteet, lepingud, andmeõigused, levitamine, operatsioonid ja klienditus võivad siiski erineda.
Alusmudelid muutuvad. Versioonid, kasutuselt kõrvaldamised, hinnad, kvoodid ja tingimused võivad muutuda pakkujate graafiku järgi. Salvesta iga sõltuvus, teavituse viis, varuvariant, migratsioonitest ja äritegevuse käivitaja.
Funktsioone saab kopeerida. Testi, kas rakenduse kvaliteet, õigustega andmed, levitamine, lepingud, integratsioon, operatsioonid või usaldus loovad täheldatud kliendiväärtust; ära eelda, et prompt, peenhäälestus või töövoog oleks kas ainulaadne või triviaalne taasesitada.
Klientide ootused ja pakkujate funktsioonid muutuvad. Testi maksmisvalmidust ja konkurentsivõimalusi kindlaksmääratud graafiku järgi.
Konkurentsi kattumine. Mudeli-, pilve-, SaaS- ja spetsialiseeritud pakkujad võivad lisada kõrvutisi funktsioone. Hoia ajastatud konkurendikaarti ja testi kliendi alternatiive, mitte ei järeldaks survet ettevõtte suurusest või partnerlustest.
Käsitle neid riskidena mudeli suhtes, mitte faktidena iga LLM-toote kohta.
Kulustruktuur
Koosta toote kulustruktuur selle juhtimisarvestuse ja jälgitavuse andmete põhjal. Alusta kulukogumikega; seejärel klassifitseeri finantsosakonna poolt nende käitumine tegevusbaasi, lepingu, mahutavuskohustuse ja otsustusperspektiivi alusel; sama kulu võib olla ühe otsuse jaoks fikseeritud ja teise jaoks muutuv või samm-fikseeritud.
Potentsiaalsed mõõdetavad või mahusõltuvad kulukogumikud:
- Inferents (LLM-i API või majutus).
- Embedding (RAG jaoks).
- Vektorandmebaas või salvestus.
- Muu taristu, mille kulu kasvab koos kasutusega.
Potentsiaalsed perioodi-, sidutud mahuga- või samm-fikseeritud pulbid:
- Palk ja tugipersonal, sõltuvalt värbamis- ja teenindusmahu otsustest.
- Kontori- ja operatsioonikohustused.
- Tarkvaralitsentsid, mis võivad olla ühtlase hinnaga, kasutaja-põhised, astmelised või kasutuspõhised.
- Hostimise lähtetase või reserveeritud mahud, sealhulgas sammulised muutused.
- Turundus ja müük, eraldades fikseeritud kulud komisjonitasudest või tegevuspõhistest kuludest.
Arvuta konto panus kui äratundmine tulu miinus kokkulepitud muutuvad ja omistatavad kulud. Kaasa mudeli/riistvara kasutamine, retrieval ja salvestamine, inimlik ülevaatus, maksetasud, tugiteenus, tagasimaksed või krediidiandmed ning muu kulu, mida rahandusarvestus klassifitseerib muutuvaks või omistatavaks.
Mudeleeri jaotust, mitte üht leiutatud keskmist. Arvuta vähemalt teeninduskulu konto ja kasutuse protsentiili kaupa, seejärel tee koormustest praeguste pakkujahindade, korduskatsete, pikema konteksti, mudeli varuvariandi, tugipiletite ja kuritarvitamisega. Kontrolli hindu igas otsustustsüklis pakkujate ametlikelt lehtedelt.
Hinnastamismudelid
Hinnastamine nõuab kasutuspõhise kulu, kliendi väärtuse ja arveldusoperatsioonide selget käsitlemist. Potentsiaalsed mudelid on:
Tasumudel kasutaja kohta. Hind on pakkumisel prognoositav, kuid kasutusvariatsioon võib luua ristsubsideerimise või kahjumlikke segmente.
Kasutuspõhised limiidid kasutajakoha kohta. Iga koht sisaldab kuus N tegevust, päringut või tokenit. Väga aktiivsed kasutajad maksavad lisakasutuse eest või jõuavad piirini.
Puhtalt kasutuspõhine. Maksa kõne, tokeni, tegevuse või muu ühiku kohta. See võib joondada tulu ühe kulusõlmega, kuid ei garanteeri ennustatavat marginaali; tugi, taaskatsed, soodustused, miinimumkohustused ja väärtus võivad kontode lõikes erineda.
Astmeline. Pakettidega saab eraldada funktsionaalsust, teenuseid, piiranguid või tuge. Kontrolli, kas tasemed on arusaadavad, kohaldatava lepingu alusel toimivad ja majanduslikult erinevad.
Hübriid. Istme-põhine baas pluss kasutuspõhised kvoodid või ületasu. See võib tasakaalustada ennustatavust ja kulu joondumist, kuid ainult kohtade majandusarvutus ja kliendiuuringud seda kinnitavad.
Tulemuspõhine. Maksa defineeritud tulemuse eest. See võib siduda hinna väärtusega, kuid tekitab omistamise, kvaliteedi, vaidluste, pettuste, ajastuse ja raamatupidamise küsimusi; sellel artiklil puudub turuandmestik, mis tõestaks leviku trendi.
Igal on kompromissid. „Õige” mudel sõltub:
- Ennustatavuse vajadustest (sinu ja kliendi omast).
- Kasutuse varieeruvusest.
- Marginaali struktuurist.
- Konkurentsimaastikust.
Ära väida domineerivat võitjat ilma turutõenduseta. Testi kandidaatide hindu kliendiuuringu, juriidilise ülevaate, arvestatavuse ja rühmade majandusarvutuse abil.
Ühikuökonoomika küsimus
Kasulik raamistus: mis on ühik, mille järgi sa küsid, ja mis see maksab?
Vestlusassistendi jaoks võib kandidaatühikuks olla vestlus, lahendatud ülesanne, iste või kasutuskvoot. Mõõda mudeli/tööriista kulu, inimkvaliteedikontrolli ja toe kulu, ebaõnnestumise/taaskatse kulu ning sellele ühikule omistatavat tulu.
Harjutus: mõõda kulu ühiku kohta, testi tulu ja pakettide kandidaate ning hindige finantskinnitatud marginaaliriba läbi kogu kasutusjaotuse.
Kõrge kasutusega kontod võivad olla kallimad, kuid samuti hoida paremini kliente, laiendada suhet või luua rohkem väärtust. Enne limiitide muutmist analüüsi panust ja püsivust koondite lõikes.
Marginaali kaitse
Mõned taktikad marginaalide kaitsmiseks:
1. Astmesta mudel funktsiooni järgi
Odavalt jooksvad funktsioonid saadaval põhiastmel. Kallid funktsioonid (arutlusmudelid, pikk kontekst, suured väljundid) preemiumis.
Mõõda kulu funktsiooni ja marsruudi lõikes. Kui preemiumvõimalusel on teeninduskulu või kliendiväärtus oluliselt kõrgem, testi, kas eraldi kvoot või pakett on arusaadav ja majanduslikult elujõuline.
2. Kulu optimeerimine (vt inferentsi kulude optimeerimine)
Vahemällu salvestamine, marsruutimine ja väljundi kontroll on kandidaadid. Kasuta lingis olevas artiklis kirjeldatud jälgimispõhist meetodit; ära planeeri säästu protsendi eelarvet enne mõõtmist.
3. Kasutuse läbipaistvus
Näita kasutajatele nende kasutust. Kaudne juhis neile oma käitumise optimeerimiseks.
Kasutusnähtavus võib aidata klientidel piiranguid ja tasusid mõista, kuid samuti segadust tekitada või kasutamist hirmutada. Testi arusaadavust, ligipääsetavust, käitumist, toe koormust ja konversiooni, eeldamata et kasutajad piiravad ise kasutamist või uuendavad paketti.
4. Tark vahemällu salvestamine
Kasutaja- või organisatsioonipõhine vahemällu salvestamine võib vähendada korduvaid töid, kui värskuse, privaatsuse, volituste, aegumise ja tabamismäära testid seda toetavad. Mõõda netokulu ja kasutajate tulemusi; ära jaga isikustatud vahemällu salvestatud kirjeid erinevates ulatustes.
5. Hübriid hostitud / ise hostitud
Ise hostitud või BYO-cloud variandid muudavad infrastruktuuri kasutaja ja maksmise poolt. Need võivad samuti suurendada toe, turvalisuse, väljalase ja ühilduvuskulusid; modelleeri kohaldatav leping tervikuna.
6. Tulemuspõhine kõrgväärtusliku jaoks
Mõnel töövoogul on mõõdetavad tulemused. Tulemuspõhine hinnastamine muudab omistuse, vaidluste, pettuste ja tulude tunnustamise küsimusi; kvalifitseeritud finants- ja juriidiline ülevaatus on hädavajalik.
Vallikraavi küsimus
Raskem küsimus. Mis teeb sinu toote kaitstavaks?
Hüpoteesid, mida kontrollida klientide käitumise põhjal:
Võimalikud konkurentsieelise allikad
Õiguspäraselt kontrollitavad andmed. Heaks kiidetud andmeõigused, kvaliteet ja tagasiside võivad toodet parandada. Kontrolli, kas see muudab tulemusi või teenuse vahetamise käitumist; ära lukusta kliente ega varja ekspordi- või kustutamisõigusi.
Turustus. Olemasolev juurdepääs sihtsegmendile võib vähendada klientide hankimise takistusi. Mõõda konversiooni ja püsimust, mitte ära eelda, et ulatus loob konkurentsieelise.
Usaldus. Mõõda, kas turbetõendid, valdkondlik läbivaatus, töökindlus, tugi ja vastutustundlik intsidendihaldus mõjutavad klientide hankimist, lepingute pikendamist või kasutuse laiendamist. Reguleeritud sektori silt ei tõenda usaldusväärsust.
Integratsioon. Integratsioonid võivad vähendada kasutaja takistusi ja luua tegevusväärtust. Mõõda seda ebaõiglast lukustust kavandamata ning säilita ekspordi- ja lahkumisvõimalus.
Töövoo spetsialiseerumine. Valdkonnaspetsiifiline lahendus võib üldist alternatiivi ületada, kuid eelist tõendavad ainult ülesandetulemused, kasutuselevõtt, hindajate tõendid ja teenuse vahetamise uuringud.
Võrguefektid. Määra mehhanism, mille kaudu iga järgmine osaleja väärtust suurendab, hangi vajalikud andmeõigused ja mõõda mõju. Kogukond või jagatud andmestik ei ole automaatselt võrguefekt.
Brändi- ja vahetamistõendid. Kasuta võidetud ja kaotatud müükide uuringuid, pikendamiskäitumist, migratsioonikulu, kliendi juhitud eksporti ja usaldusmõõdikuid. Ära spekuleeri ostja karjääri üle ega sea eesmärgiks kliendi lahkumise raskendamist.
Vertikaalne integratsioon. Enda mudelid, inferents või andmekonveierid võivad parandada kontrolli või majanduslikku tulemust, kuid suurendada ka kapitali- ja käitamiskoormust. Mõõda väidetavat eelist.
Pseudo-vallikraavid
Konkreetne prompt või töövoog. Vaata kopeeritavust ja kliendi ehitamisvõimet kui uurimisküsimusi, mitte eeldusi.
Konkreetse avaliku mudeli valik. Juurdepääs on harva eksklusiivne, kuigi lepingud, piirkonnad, peenhäälestus, mudeliserver ja käituskorraldus võivad siiski erineda.
Nutikas kasutajaliides. Kasutajaliides ise ei ole tõend kaitstuvuse kohta; samuti ei ole leiutatud kopeerimise ajakava.
Iteratsiooni kiirus. See võib luua ajutise eelise, kuid vastupidavus nõuab tõendeid kliendi väärtuse, püsivuse, operatsioonide või muu tugevdava mehhanismi kaudu.
Turundus või brändimine iseseisvalt. Bränd võib olla oluline, kuid selle kaitstuvus tuleb demonstreerida omandamise, püsivuse, usalduse või hinnastamise tõendite kaudu.
Nõrgemad hüpoteesid on lihtsam kopeerida või võivad kiiresti hajuda. Ära seosta neid suremuse määraga ilma tsiteeritud andmestikuta.
Strateegilised mustrid
Mustrid, mis võivad kaasa aitama kaitstuvusele:
Muster 1: töövoog + AI, mitte „AI-tööriist”
Pigem kui „AI, mis teeb X”, ehita töövoog, mis sisaldab AI-d osana suuremast süsteemist.
Näide: mitte „AI-kokkuvõtja õiguslepingutele”, vaid „lepingute haldamise platvorm sisseehitatud AI-ga”.
Testi, kas ümbritsev töövoog parandab aktiveerimist, püsivust, maksmisvalmidust või vahetuskäitumist. Laiem funktsioonide komplekt ei loo automaatselt kaitstuvust.
Muster 2: kliendiandmete hooratas
Iga kliendi kasutus toodab andmeid, mis parandavad nende kogemust (ja võib-olla teiste oma). Vahetamine tähendab kogunenud personaliseerimise kaotamist.
Näidis-hüpotees: AI-müügiassistent, mis kasutab kinnitatud konto konteksti ja kinnitatud eelistusi, võib vähendada korduvat seadistamist. Testi portaatvust, kliendi kontrolli ja seda, kas eelis püsib.
Ehita ainult selgete õiguste, kliendikontrolli, isolatsiooni, parandamise, kustutamise ja mõõdetud parandussilmusega. Andmete kogumine ilma nendeta kontrollideta on vastutus, mitte tiivik.
Muster 3: sügav vertikaalne spetsialiseerumine
Vali vertikaal. Ehita sellele sügavalt. Tervishoid, õigus, finants, kinnisvara.
Vertikaalsed teadmised võivad parandada töövooga sobivust. See tõstab ka valdkonna ülevaatuse, vastutuse, andme- ja vastavusnõuete. Mõõda eelist nii üldiste kui ka spetsialiseeritud konkurentide vastu.
Muster 4: põimi olemasolevasse töövoogu
Tehisintellekti sisestamine heakskiidetud süsteemi, kus kasutajad juba töötavad, on üks võimalus konteksti vahetamise vähendamiseks; see ei ole alati eelistatav eraldi toote piirist.
Sisestamine võib vähendada töövoogude hõõrdumist ja suurendada integratsiooni sõltuvust. Mõõda kasutamist ja püsivust ning säilita aus eksport ja väljalaske käitumine.
Muster 5: AI-keskne tegevusmudel
Mõni ettevõte on algusest lõpuni AI-keskne: ta ei müü inimestele AI-d, vaid kasutab AI-d teenuse pakkumiseks. Näiteks müüb ta AI-toega juhendamist, klienditoe tulemust või valmissisu.
Toode võib olla teenuse tulemus, samal ajal kui AI on operatiivne komponent. Võrdle kvaliteeti, kulu, usaldusväärsust ja kliendi eelistusi alternatiivsete tarneviisidega.
Muster 6: mitu üksteist tugevdavat hüpotees
Mitmed eelised võivad üksteist tugevdada. Kinnita iga lüli tõenditega, ära märgi kombinatsiooni etteantult edukaks.
Tõendikogud mitte fiktiivsed juhtumianalüüs
Ära leiuta anonümiseeritud iduettevõtet ega finantstulemust. Iga hinnastamise eksperimendi kohta hoia otsusekirjet, mis sisaldab:
- hüpoteesi ja kliendisegmenti,
- hinda, lubatud kasutust, ülemäärase tasu, tühistamis- ja tagasimaksetingimusi,
- valimi suurust ja eksperimendi kuupäevi,
- aktiveerimist, kasutusjaotust, konversiooni, püsimist, ekspansiooni, tuge ja kadu,
- teeninduskulu jaotust ja finantsosakonna heaks kiidetud marginaali definitsiooni,
- kvalitatiivset kliendiuuringut ja teadaolevat valikupoolust,
- juriidilist, maksu-, arveldus- ja tarbijakaitseülevaadet,
- otsust, kindlust, vastutajat ja järgmist ülevaate kuupäeva.
Kaitstuvuse tagamiseks dokumenteerige tõendeid nagu püsivuskäitumine, väärtuseni jõudmise aeg, integratsiooni sügavus, heakskiidetud andmeõigused, vahetamisintervjuud, müügitsükli mõjud ja konkurentide võitude/kao põhjused. Usutav lugu ei ole vallikraavi tõend.
Mis läheb valesti
Illustratiivsed riskstsenaariumid testimiseks:
Ebaõnnestumine 1: marginaali kokkusurumine. Alustas tervislike marginaalidega; konkurendid ja hinnasurve surusid neid kokku. Nüüd tulu kasvab, kuid kasum mitte.
Ebaõnnestumine 2: Pakkuja asendamine. Alusmudelipakkuja või platvorm pakkuja toob turule piisava konkureeriva funktsiooni ja mõõdetud eristuvus väheneb.
Ebaõnnestumine 3: Kõrge kasutusega segmentide majanduslikkus. Mõned kontod suurendavad kulu ebaproportsionaalselt. Testi hinnastamist, piiranguid, töövoogude disaini, mudeli suunamist, tuge ja väärtust enne otsustamist, kas ja kuidas tingimusi muuta.
Ebaõnnestumine 4: kvaliteedi regressioon. Alusmudeli uuendus muutis käitumist. Sinu häälestatud promptid lõhkusid. Klientide usaldus langes. Taastumine on aeglane.
Ebaõnnestumine 5: Kliendi asendamine. Madalama hinnaga platvorm või konkurent muutub töövooks piisavaks ja püsivus väheneb.
Ebaõnnestumine 6: Juhtimata asendumise risk. Platvorm või konkurent lisab piisava alternatiivi, kuid tootel puudub kuupäevastatud konkurendi ülevaade, kliendi tõendid või migreerimiskava.
Ebaõnnestumine 7: mastaapimine ilma marginaalse distsipliinita. Kasv rahastas kasvu; marginaale ignoreeriti. Lõpuks raha lõpeb, kasumlikkuse teed pole.
Ebaõnnestumine 8: alusmudeli sõltuvuse risk. Pakkuja tõstab API hinda, lõpetab mudeli toetamise või tema teenus katkeb. Sinu äritegevust häirib miski, mida sa ei kontrolli.
Hinnastamise hüpoteesid testida
Tegevuse kohta limiitidega. Testi, kas tegevus on selge, auditeeritav, väärtuslik, mängule vastupidav ning joondatud kulu ja kliendi ootustega.
Too oma API-võti. See võib viia pakkuja tasu kliendile, kuid ei eemalda tugi-, turva-, integratsiooni-, rikke- või raamatupidamisjärgneid tagajärgi. Kinnita pakkuja tingimused ja tenantide eraldatus.
Läbiräägitud hinnastamine. Testi, kas oodatud maht, teenus, tugi, riskijaotus ja allahindlus toodavad heakskiidetud lisandväärtust ebasoodsa kasutuse korral.
Tasuta prooviperiood või aste. Mõõta aktiveerimist, konversiooni, kuritarvitamist, tuge, infrastruktuuri kulu, püsivust ja kanibaliseerimist. Tasuta kasutus ei luba tasulist konversiooni.
Perioodipõhised kohustused. Arvesta mudeli arvestuse, tulude tunnustamise, allahindluste, miinimumkasutuse, teenusekohustuste, tühistamise, sissenõudmise, uuendamise ja prognoosiviga koos finants- ja juriidiliste ülevaatajatega.
Raamistik hinnastamisotsuseks
Sammud:
-
Modelleeri oma kulujagunust. Mis maksab teenindada iga kontot ja olulist kasutusprotsenti, sealhulgas ebaõnnestumisi ja tuge?
-
Vali oma ühik. Mille eest sa küsid? Kohad, tegevused, tulemused, tokenid?
-
Testi hindade variante. Mõõta maksmisvalmidust, konversiooni, püsimist, väärtuse tõendeid, kulusid ja konkurentsi alternatiive segmentide kaupa.
-
Testi pakette. Kasuta ainult astmeid ja piiranguid, mida kliendid mõistavad ja süsteemid suudavad täpselt kehtestada ning mõistma.
-
Sea limiidid. Kus hakkavad rasked kasutajad marginaale kahjustama? Jõusta limiite või küsi ületööd.
-
Planeeri muutusteks. Algmudelite hinnad ja funktsioonid võivad tõusta, langeda või muutuda. Määra, kuidas tarnija muudused käivitavad hinna- ja tooteülevaatu.
-
Mõõda kindla sagedusega. Las finantsosakond defineerida kliendi elutsükli väärtus, panuse marginaali, väljalangevuse ja laienemise enne nende kasutamist otsuste tegemisel.
Turväite uurimine
Väldi laialdasi väiteid nagu „mähkijad ebaõnnestuvad”, „vertikaalsed tooted õitsevad” või „platvormid domineerivad”, kui nimetatud andmestik ei defineeri populatsiooni, perioodi ja tulemust. Ehitage toote tõendusmaterjal:
- praeguste konkurentide võimekused ja hinnad koos kuupäevadega,
- kliendi võitude ja kaotuste intervjuud,
- koondpõhimus ja laienemine,
- tarnija teekonna ja deprecation’i (vananemise) jälgimine,
- kliendiuuringutes täheldatud ülemineku- ja integratsioonikulud,
- tsitaadiga toodud tööstuse andmestikud, mille metoodika väite jaoks sobib.
Eralda strateegiline hüpotees mõõdetud turuleiusest igas ülevaatuses.
Mille jaoks optimeerida
Asutajatele hierarhia:
-
Ehita midagi, mis teeb päris tööd. Mitte „AI X-i jaoks”. Mõõdetav tulemus, mida kliendid väärtustavad.
-
Testi kaitstavuse hüpoteese tahtlikult. Kliendiväärtus, seaduslik andmeeesmärk, vertikaalne sügavus, jaotus, integratsioon ja töövoosse integreerimine nõuavad kõigi puhul tõendusmaterjali.
-
Kinnita ühikuökonoomikat. Testi heakskiidetud marginaali definitsioone ja hinnakandidaate reaalsete rühmade ja prognoosivahemike peal.
-
Halda alussõltuvusi. Hajutamine ja kaasatavus on kulukad; vali tagavaralahendused ja migreerimise kontrollid mõju ja testitud teostatavuse alusel.
-
Skaleeri operatsioonilist tõendusmaterjali. Jälgitavus, hindamised, turvalisus, kvaliteet, sündmuste käitlemine ja taastumine muudavad usaldusväärsuse ja kulude väited auditeeritavaks.
-
Võida püsivad suhted. Usaldus, töökindlad integratsioonid, väärtus ja vastutustundlik lõpetamine on olulised. Ära käsita kliendi lukku võtmist eesmärgina.
Alusmudeli tarnijate maastik muutub kiiresti, seega hoia läbivaatamise kuupäevad ja väljumiskavad selgetena.
Ehita püsivat konkurentsieelist silmas pidades
LLM-toote tootmiskeskkonda viimine nõuab selget muutuvkulude ja sõltuvuste haldamist. Kas marginaalid või konkurents on paremad või halvemad kui mõnes teises SaaS-paketis, tuleb kindlaks teha võrreldavate andmete põhjal.
Kaitstuse allikateks võivad olla seaduslikud eelised andmetes, valdkondlik sügavus, levivõime, integratsioon, usaldus ja töövooga sobivus. Käsitle igaüht kui testitavat hüpoteesi.
Ökonoomika vajab rangust. Omista muutuvad ja välditavad kulud, testi vahemällu salvestamise, suunamise ja pakettide muudatusi kvaliteedi ja poliitika suhtes ning käsitle kõrge kuluga kasutajaid läbi hinnatud toote- ja äarotsuste, mitte üldise piirmäära reegli kaudu.
Selle töölehe väljund on auditeeritav hinnastamis- ja kaitstuse otsus nimetatud eelduste, tõendite, vastutajate ja läbivaatamiskuupäevadega. kvalifitseeritud finants- ja juriidilised lähtetased peavad heaks kiitma definitsioonid ja klienditingimused enne tootmiskeskkonna kasutuselevõttu või väliseid finantsväiteid.
