Kako pripraviti ekipo na uporabo umetne inteligence: dvotedenski pilotni načrt za male računovodske servise

Vaša ekipa že uporablja AI, vi pa nimate nobenega pravilnika. Nekateri z njim pripravljajo osnutke, nekdo je kopiral podatke o strankah iz CRM v javni klepetalnik, spet drugi pa se ga sploh nočejo dotakniti. Nimate lastnega IT-strokovnjaka in ne želite kupiti sistema, preden ga lahko ekipa varno uporablja.

Rešitev je preprostejša, kot se zdi na prvi pogled: izberite eno nizkorizično, ponavljajočo se nalogo, določite tri preverjanja, izvedite dvotedenski pilotni projekt z določeno ekipo in rezultate merite s številkami, ne z občutki. Ne potrebujete IT-strokovnjaka. Ta članek ni pravni nasvet in ne primerjava orodij.

Načrt ni splošen nasvet. Prilagaja doktrino, ki jo uporabljamo pri svojem delu na področju avtomatizacije z AI: "Rezultatom modelov nikoli ne zaupamo slepo. Vsaka avtomatizacija vključuje deterministična preverjanja, proračunske omejitve in človeško odobritev za nepovratna dejanja." Temelji na dveh objavljenih sistemih — Lektobot in content-agent platform — ter predstavlja strokovno priporočilo, ne pa izmerjenega rezultata v računovodskem servisu.

Ta pilotni projekt je zasnovan tako, da se lahko začne brez lastnega IT-strokovnjaka; pridobite ustrezne pravne, tehnične nasvete ali nasvete glede zasebnosti, preden pošljete podatke o strankah v katero koli orodje, ki ga vaše podjetje ne more pregledati, nadzorovati in dokumentirati. Naloga je pripravljena za pilotni projekt le, če prestane tri preizkuse: jasne vhode in izhode, brez nepovratnih dejanj v odnosu do strank ter merljiv rezultat. Povzemanje mesečnih bančnih izpiskov za mape strank ustreza tem kriterijem: vhod je izpisek, izhod je kratek povzetek, stranki se nič ne pošlje, dokler tega ne preveri človek, vi pa lahko preštejete, koliko povzetkov je bilo sprejetih, popravljenih ali zavrnjenih. Naloga, ki ne prestane katerega koli od teh preizkusov — na primer vse, kar premika denar, oddaja napovedi ali neposredno komunicira s stranko brez vmesnega pregleda — ni pripravljena.

To je začetni korak pripravljenosti zaposlenih v okviru iste metode nadzorovane avtomatizacije, ki jo uporabljamo pri delu s strankami. Ta metoda zadrži izhodne podatke AI za preverjanji in človeško odobritvijo, preden se zgodi karkoli nepovratnega.

Pred pilotnim projektom zapišite preverjanja, ki jih mora prestati vsak izhodni rezultat. Temu pravimo verifikacijska vrata: fiksno preverjanje, ki ga mora izhodni rezultat AI prestati, preden lahko človek ukrepa na njegovi podlagi. Tri preverjanja so dovolj za prvi pilotni projekt. Za povzetke bančnih izpiskov: (1) vsako ime stranke in identifikator se ujema z izvornim dokumentom, (2) vsaka finančna številka se ujema z izpiskom, (3) vse, kar je negotovo, se označi za pregled s strani človeka, namesto da bi se ugibalo.

Eno pravilo pa je nad vsemi tremi: vsak izhodni rezultat AI, ki vsebuje identifikatorje strank — imena, ID-je, finančne podatke —, mora pred uporabo ali pošiljanjem prestati človeško odobritev. To pravilo ni le smernica; je pogoj za nadaljevanje pilotnega projekta.

Minimalni pravilnik za pilotni projekt:

• Za pilotne naloge se lahko uporablja samo določen račun pod nadzorom organizacije.
• Podatkov o strankah se ne sme vnašati v osebne ali neodobrene račune.
• Določeni vodja pilotnega projekta odloča o tem, ali je naloga dovoljena.
• Vsak izhodni rezultat zahteva navedeni pregled.
• Če so podatki o strankah nenamerno poslani, morajo zaposleni to nemudoma sporočiti vodji pilotnega projekta za specifične nasvete in ukrepanje podjetja.

To razlikovanje je nujno, saj je do incidenta v vašem podjetju verjetno prišlo prek osebnega računa. Microsoftova dokumentacija za podjetja navaja, da njihova zaščita velja, ko je uporabnik prijavljen s službenim ali šolskim računom. Iz tega sledi — in to označujemo kot naš sklep na podlagi Microsoftovih izjav —, da zaposleni, ki uporablja potrošniški klepetalnik ali osebni račun, nima nobenega od teh dokumentiranih nadzorov. Tega izdelka ne priporočamo; Microsoft navajamo zato, ker so njegove izjave za podjetja najjasnejša javna ponazoritev te meje. Operativno pravilo je neodvisno od orodja: če vaše podjetje ne more pregledati, nadzorovati in dokumentirati, kam so šli podatki o strankah, podatki tja ne smejo iti.

To ni teoretično pravilo. Naš Lektobot sistem je uporabil enaka vrata za lektoriranje: na resni magistrski nalogi z 31,204 besedami je v lijak vstopilo 400 predlogov, po 11 neodvisnih preverjanjih pa je izšlo 250 preverjenih komentarjev. Bistvo je prav v razliki med 400 in 250: vsak predlog ne prestane preverjanj. Pilotni projekt uporablja isto načelo za vaše izhodne podatke, namenjene strankam.

Ne izvajajte pilotnega projekta na pamet. Pred ponedeljkom izpolnite eno stran. To je stran, ki jo boste prinesli na strateški klic, in ista stran, na podlagi katere se boste odločili, ali nadaljevati.

Vprašanja za pregled niso le za okras. To so ista vprašanja, na katera boste odgovorili na podlagi skupnega dnevnika v drugem tednu.

Določite dva do štiri ljudi. Naj ne bo celotno podjetje del pilotne ekipe. Vsaj eden naj bo skeptičen glede AI in vsaj eden navdušen. Skeptik dobi natančno določeno vlogo: preverja izhodne rezultate glede na tri preverjanja ter vsakega odobri ali zavrne. To zadržanim zaposlenim omogoča sodelovanje, ne da bi od njih zahtevali, da jim je orodje všeč. Navdušenec dobi omejeno nalogo: vsak dan zažene iste vhode in zabeleži, kaj se zgodi, namesto da bi orodje preizkušal na vsem.

Dnevni obseg naj bo majhen — na primer en paket izpiskov na osebo — in v skupni dnevnik zabeležite čas priprave in pregleda, da bo mogoče na sestanku za pregled oceniti dejanski časovni strošek pilotnega projekta. Uporabite orodje, ki ga že imate; preverjanja in dnevnik sta pomembnejša od samega izdelka.

Vodite en skupni dnevnik. Za vsak izhodni rezultat AI zabeležite obdelani vhod, ustvarjeni izhod in to, ali je bil sprejet, popravljen ali zavrnjen. Dnevnik je tisto, kar pregled v drugem tednu spremeni v odločitev namesto v prepir.

Realna ocena: naše objavljene študije primerov opisujejo našo metodo avtomatizacije z AI kot nadzorovane sisteme agentov z verifikacijskimi vrati in človeško odobritvijo. To je praksa, ki jo ta pilotni projekt prilagaja, vendar je sam pilotni načrt strokovno priporočilo, ne pa izmerjen rezultat v računovodskem servisu. Vzorec preverjanja smo uporabili v Lektobot — 400 predlogov noter, 250 preverjenih komentarjev ven, po 11 neodvisnih preverjanjih —, vendar je dnevnik vašega pilotnega projekta tisti dokaz, ki šteje tukaj.

Na sestanku za pregled poglejte dnevnik. Odločajo tri številke: obdelani vhodi, sprejeti izhodi ter popravljeni ali zavrnjeni izhodi. Če je večina izhodov sprejeta brez popravkov, imate kandidata za dejanski delovni proces. Če jih je veliko popravljenih, je treba prilagoditi nalogo ali preverjanja. Če je kateri koli izhod, ki vsebuje identifikatorje strank, zapustil pilotni projekt brez človeške odobritve, se ustavite in najprej odpravite to pravilo.

Časovni in finančni proračun pilotnega projekta

Nimamo utemeljene ocene načrtovanja za čas priprave ali pregleda s strani zaposlenih ali za dodatne finančne izdatke, zato ta članek tega ne ponuja. Zabeleženi čas v pilotnem dnevniku in morebitna poraba za orodja so podatki za sestanek za pregled.

Razlog, zakaj vztrajamo pri številkah, je naša objavljena vrednost, Math Over Mood: "Vseeno nam je, če se zdi kampanja prava. Pomembno nam je, če številke dokazujejo, da deluje." Enako velja za pilotni projekt z AI. Naša content-agent platform izvaja 14 stopenj in 15 determinističnih validatorjev ter ustvari članek z viri za $0.37; en dan stroškovnega inženiringa je isti zagon znižal z $8.40 na $0.37. Te številke so dokaz iz izvedenega dela, da lahko preverjanje in nadzor stroškov obstajata hkrati.

Za podjetje, ki uporablja AI, sta pomembni dve pravni točki, pri čemer jedna spada v domeno vaših svetovalcev. EU AI Act (Regulation (EU) 2024/1689) je bil sprejet 13. junija 2024, objavljen v Uradnem listu 12. julija 2024 in velja; prečiščena različica, ki smo jo pregledali, je posodobljena na dan 27. julij 2026. Akt je bil od sprejetja enkrat spremenjen z Regulation (EU) 2026/1744; tukaj nismo navedli Article 4, njegovo besedilo pa je treba pred uporabo preveriti v prečiščenem besedilu.

Specifična vprašanja glede GDPR za vaše podjetje — katero orodje lahko obdeluje podatke o strankah pod kakšnimi varovali in kaj morate dokumentirati — sodijo k pooblaščeni osebi za varstvo podatkov ali pravnemu svetovalcu. Tukaj ne dajemo pravnih nasvetov.

Po pilotnem projektu imate enostranski načrt, skupni dnevnik in številke. Naslednji korak je, da nam pišete s tremi podatki: izbrano nalogo, velikostjo ekipe in tem, kaj je pilotni projekt izmeril. To nam omogoča, da določimo obseg prvega koraka digitalizacije na podlagi dejanske težave in ne le predstavitve.

Smo NiroDigital d.o.o., digitalna agencija, ki jo je konec leta 2023 ustanovil Nino Djordjević, univerzitetno diplomirani teoretični matematik; Rok Goropevšek se je pridružil kot CTO leta 2025. Primarno služimo slovenskemu trgu in smo registrirani na naslovu Ulica Ruđera Boškovića 9, 40315 Mursko Središće, Croatia — agencija za slovenski trg, registrirana na Hrvaškem, ne pa slovensko podjetje.

Pišite na info@nirodigital.com ali pokličite +386 70 630 880 ali pa rezervirajte strateški klic z enostranskim načrtom pred seboj.