Kiekvieną savaitę kalbuosi su verslo savininkais, kurie paniškai bijo vieno dalyko: „DI kreditinės kortelės sąskaitos“. Jie skaitė antraštes apie milijonus sutaupančias įmones, tačiau taip pat girdėjo siaubo istorijas apie netinkamai sukonfigūruotą API skriptą, kuris per naktį sugeneravo £5,000 sąskaitą. Ši baimė sukelia dvejonę, o dvejonė veda į moralinį nusidėvėjimą.
Jei kuriate šiuolaikinę MVĮ augimo DI strategiją, negalite vertinti DI išlaidų kaip standartinės programinės įrangos prenumeratos. Jos nesielgia kaip Microsoft 365 ar Slack. DI išlaidos yra dinamiškos, hibridinės ir, jei jos nevaldomos, itin kintančios.
Remdamasis savo patirtimi valdant į DI orientuotą verslą, teigiu, kad sprendimas nėra išleisti mažiau – tai gebėjimas geriau kategorizuoti išlaidas. Aš naudoju sistemą, kurią vadinu 3 lygių DI biudžetu. Ji suskirsto jūsų išlaidas į komunalines (Utility), vartojimo (Consumption) ir kapitalo (Capital). Tai ne tik apskaita; tai supratimas, kurios išlaidos yra „nuoma“, o kurios – „investicijos“ į jūsų įmonės būsimą intelektinę nuosavybę.
Problema: „programinės įrangos“ mąstysenos modelis
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Dauguma MVĮ patiria nesėkmę pereidami prie DI, nes 2020-ųjų DI realybei taiko 2010-ųjų „SaaS“ mąstysenos modelį. Tikimasi fiksuoto mėnesinio mokesčio už vartotoją. Tačiau DI evoliucionuojant iš „programinės įrangos, kuri padeda dirbti“ į „programinę įrangą, kuri atlieka darbą“, kainodaros modeliai keičiasi iš licencijų skaičiaus į darbo rezultatus.
Samdydami žmogų, mokate už jo laiką (Fiksuota). Samdydami DI agentą, dažnai mokate už jo mąstymą (Kintama). Jei neatsižvelgsite į šį pokytį, jūsų finansų direktorius nutrauks jūsų DI iniciatyvas tą akimirką, kai į pašto dėžutę įkris pirmoji vartojimu pagrįsta sąskaita.
Kad to išvengtumėte, turime išanalizuoti tris skirtingus būdus, kuriais DI veikia jūsų balansą.
1 lygis: Komunalinės išlaidos („nuomos“ sluoksnis)
Komunalinės išlaidos yra geriausiai žinomos. Tai jūsų fiksuoto tarifo SaaS prenumeratos, kurių kaina yra nuspėjama.
- Pavyzdžiai: ChatGPT Plus (£16/mėn.), Claude Pro, Perplexity Pages arba DI papildytos įrankių, kuriuos jau naudojate, versijos (pavyzdžiui, Notion AI arba Adobe Firefly).
- Modelis: Už darbo vietą, per mėnesį.
- Rizika: „Licencijų perteklius“. Mokėjimas už 50 licencijų, kai tik 10 žmonių iš tikrųjų naudojasi pažangiomis funkcijomis.
Šiame lygyje pagrindinis jūsų tikslas yra konsolidavimas. Daugelis įmonių moka už tris skirtingas LLM prenumeratas tam pačiam darbuotojui. Prieš pridėdami daugiau DI „vietų“, peržiūrėkite mūsų SaaS taupymo vadovą, kad įsitikintumėte, jog nepermokate už besidubliuojančią programinę įrangą.
Penny įžvalga: 1 lygio išlaidos turėtų būti vertinamos kaip „padidintos darbuotojų pridėtinės išlaidos“. Čia jūs nekeičiate pozicijų; jūs padarote savo esamą komandą 20 % greitesnę. Jei nematote 20 % produktyvumo padidėjimo, atšaukite prenumeratą.
2 lygis: Vartojimo išlaidos („tokenų“ sluoksnis)
Šioje vietoje dauguma MVĮ lieka užkluptos netikėtai. Vartojimo išlaidos priklauso nuo naudojimo, paprastai jas lemia API užklausos modeliams, tokiems kaip GPT-4o, Claude 3.5 Sonnet arba Gemini.
DI pasaulyje kalbame apie „tokenus“ (maždaug 750 žodžių tekstas). Kiekvieną kartą, kai jūsų pritaikytas klientų aptarnavimo botas atsako į klausimą arba jūsų automatizuotas potencialių klientų paieškos įrankis apdoroja LinkedIn profilį, jūs leidžiate tokenus.
„Tokenų spąstai“
Mačiau verslų, kurie sukuria nuostabias automatizavimo darbo eigas, apdorojančias tūkstančius el. laiškų per dieną, tik vėliau suprasdami, kad jų MVĮ augimo DI strategija nenumatė fakto, jog GPT-4o yra gerokai brangesnis už GPT-4o-mini atliekant didelės apimties, bet mažo sudėtingumo užduotis.
Norėdami prognozuoti 2 lygį, turite apskaičiuoti savo veiksmo kainą (CPA):
- Identifikuokite veiksmą: pvz., „klientų aptarnavimo užklausos suvestinės sudarymas“.
- Įvertinkite tokenų apimtį: vidutinė įvestis (užklausa) + vidutinė išvestis (suvestinė).
- Padauginkite iš API tarifo: (įvesties tokenai * tarifas) + (išvesties tokenai * tarifas).
Jei suvestinės sudarymas kainuoja £0.02, o per mėnesį turite 10,000 užklausų, jūsų 2 lygio biudžetas šiai užduočiai yra £200. Tai neįtikėtinai pigu, palyginti su žmogaus darbu, tačiau tai kintamos išlaidos, kurios auga kartu su jūsų verslo sėkme. Jei padvigubinsite klientų skaičių, padvigubės ir jūsų DI sąskaita.
Penny įžvalga: Pirmuosius tris mėnesius visada prognozuokite 2 lygį su 1.5x atsarga nuo tikėtinos apimties. Užklausų inžinerija (angl. prompt engineering) yra iteracinis procesas; pradžioje išleisite daugiau tokenų derindami (debug) užklausas nei jas naudodami gamyboje.
3 lygis: Kapitalo išlaidos („architektūros“ sluoksnis)
3 lygis atstovauja „kūrimo“ fazę. Tai laikas, kai ne tik naudojate kito asmens įrankį, bet ir kuriate savo pritaikytas DI galimybes.
- Pavyzdžiai: RAG (Retrieval-Augmented Generation) sistemos kūrimas, kuri „skaito“ visus jūsų įmonės vidinius PDF dokumentus, arba modelio pritaikymas prie jūsų specifinio prekės ženklo balso.
- Modelis: Vienkartiniai kūrimo mokesčiai + nuolatinė priežiūra.
- Logika: Čia sukuriate įmonės vertę.
MVĮ 3 lygis yra investicija į operacinę alfą (Operational Alpha). Jei naudojate tuos pačius paruoštus įrankius kaip ir jūsų konkurentai (1 lygis), neturite jokio pranašumo. Jei sukuriate nuosavą duomenų perdavimo grandinę, leidžiančią DI sutvarkyti 90 % jūsų specifinės pramonės šakos atitikties dokumentų (3 lygis), jūs sukuriate konkurencinį barjerą.
Tačiau 3 lygis turi „priežiūros mokestį“. DI modeliai evoliucionuoja. Sistema, sukurta GPT-4, gali sugesti arba tapti neefektyvi pasirodžius GPT-5. Turite kasmet numatyti bent 20 % pradinės kūrimo kainos biudžetą „modelio nukrypimams“ ir architektūros atnaujinimams.
„Agentūros mokestis“ prieš DI išlaidas
Vertindami savo DI biudžetą, turite jį palyginti su alternatyvomis. Dauguma MVĮ daug išleidžia agentūroms turinio kūrimui, SEO ar pagrindiniam duomenų įvedimui. Tai dažnai yra „nematomos“ išlaidos, paslėptos rinkodaros biudžetuose.
Dažnai sakau savo klientams, kad £500/mėn. 2 lygio API biudžetas iš tikrųjų yra milžiniškas sutaupymas, jei jis pakeičia £3,000/mėn. mokestį už jaunesniojo specialisto atliekamas užduotis. Pažvelgus į mūsų DI valdomo išlaidų valdymo palyginimą, matematika tampa neginčijama. Jūs ne tiesiog pridedate naujas išlaidas; jūs perkeliate „neefektyvias žmogaus išlaidas“ į „efektyvias skaičiavimo išlaidas“.
Kaip sudaryti DI prognozę (žingsnis po žingsnio)
Norėdami sukurti patikimą MVĮ augimo DI strategiją biudžetui, vadovaukitės šiuo 4 žingsnių procesu:
1. Atlikite „šešėlinio DI“ auditą
Tikėtina, kad jūsų darbuotojai jau naudoja DI. Jie gali kelti įmonės duomenis į nemokamas įrankių versijas arba įtraukti individualias ChatGPT Plus sąskaitas į išlaidas. Susirašykite tai. Tai jūsų bazinės 1 lygio išlaidos.
2. Identifikuokite „didžiausios apimties taškus“
Pažvelkite į savo didžiausios apimties rankinius procesus. Ar tai klientų aptarnavimas? Sąskaitų išrašymas? Potencialių klientų generavimas? Įvertinkite mėnesio apimtį 2 lygio prognozei. Jei nerimaujate dėl kintančių išlaidų, apsvarstykite, kaip jos koreliuoja su jūsų pajamomis. Jei jūsų DI išlaidos kyla tik tada, kai auga pardavimai, tai yra „gera“ problema.
3. Nustatykite „išjungiklius“ (Kill-Switches)
2 lygio (API) išlaidoms naudokite tokius įrankius kaip OpenPipe arba vidinį OpenAI prietaisų skydelį, kad nustatytumėte griežtus limitus. Jei jūsų biudžetas yra £500, nustatykite griežtą ribą ties £500. Geriau, kad botas nustotų veikti dienai, nei prabusti su £10,000 staigmena.
4. Palyginkite su energija ir pridėtinėmis išlaidomis
Lygiai taip pat, kaip stebite verslo energijos sąnaudas, kad išlaidos būtų minimalios, vertinkite „skaičiavimo energiją“ kaip pagrindinę komunalinę paslaugą. Ateityje „intelekto“ kaina jūsų pelno ir nuostolių ataskaitoje bus tokia pat fundamentali, kaip šiandien elektros kaina.
90/10 taisyklė DI biudžeto sudaryme
Atsisveikindamas paliksiu jus su šia 90/10 taisykle.
Kai DI perima 90 % funkcijos (pavyzdžiui, 2 lygio automatizavimas), likę 10 % (žmogaus priežiūra) nebėra pilno etato darbas. Tai atsakomybė, kuri turėtų būti priskirta kitai pozicijai.
Jei numatote biudžetą DI įrankiams, bet nepertvarkote darbuotojų vaidmenų, kuriuos jie papildo ar pakeičia, jūs nevykdote transformacijos – jūs tiesiog didinate išlaidas. Sėkmingas DI biudžetas galiausiai turėtų rodyti „administracinio atlyginimo“ sumažėjimą, kuris gerokai viršija „API tokenų“ išlaidų padidėjimą.
Pagrindinė mintis? Nebijokite kintamos sąskaitos. Bijokite fiksuotų išlaidų darant dalykus senoviniu būdu.
Pasiruošę pamatyti, kur slypi jūsų didžiausias sutaupymas? Pažvelkime į jūsų operacijas ir raskime 2 lygio galimybes, kurias praleidžia jūsų konkurentai.