Copilot in Gemini preizkusite na delu, ne na pripravljenem demu

Copilot in Gemini v podjetju preizkusite tako, da isti zaposleni z obema pomočnikoma opravijo primerljive naloge v svojih običajnih delovnih tokovih. Vodič Enterprise DNA predlaga dvotedenski pilot z 10–20 uporabniki in tremi enakimi nalogami, pri katerih merite čas ter kakovost.

Pred začetkom določite še, kaj pomeni dokončano delo: osnutek je lahko hiter, njegovo preverjanje in popravljanje pa dolgotrajno. Zabeležite začetno meritev brez pomočnika, napake, dejansko uporabo, dovoljenja in strošek poti od vhodnega gradiva do končnega izdelka. Tako boste primerjali pomočnika v razmerah, v katerih nameravate kupiti licence.

Izberite uporabnike in izmerite izhodišče

V pilot vključite vloge, za katere razmišljate o licencah: na primer ljudi, ki odgovarjajo strankam, povzemajo sestanke ali pripravljajo poročila iz preglednic. Dodajte izkušene in manj izkušene uporabnike ter zabeležite njihovo predhodno poznavanje obeh orodij. Če je podjetje premajhno za predlagani vzorec, vključite vse ustrezne zaposlene in rezultat obravnavajte kot oceno za njihove naloge, ne za druge oddelke.

Vsak udeleženec naj pred uporabo pomočnikov opravi ali časovno ovrednoti običajni postopek za iste vrste nalog. Začetna meritev naj zajame iskanje virov, pripravo izdelka in preverjanje pred oddajo. Pri kakovosti uporabite merila, ki bodo veljala tudi v pilotu: pravilnost dejstev, vključitev zahtevanih informacij, ustreznost oblike in obseg popravkov. Brez tega izhodišča lahko ugotovite, kateri pomočnik je hitrejši od drugega, ne pa, ali kateri sploh izboljša delo.

Obema dajte iste naloge, nato zamenjajte vrstni red

Izberite ponovljive naloge z jasnim končnim izdelkom: odgovor na sporočilo stranke, povzetek sestanka z odločitvami in kratko poročilo iz preglednice so uporabni primeri. Pripravite enaka navodila, enake zahtevane podatke in enaka merila za sprejemljiv rezultat. Če je naloga odvisna od živega pogovora ali spreminjajoče se mape, zabeležite, katero različico gradiva je dobil posamezni pomočnik.

Udeleženci naj pri delu izmenjujejo vrstni red orodij. Kdor nalogo najprej reši s Copilotom, že pozna njeno vsebino, ko se loti Geminija; pri drugem delu skupine zato vrstni red obrnite. Za oceno kakovosti po možnosti odstranite podatek o uporabljenem orodju, preden izdelek pogleda ocenjevalec. Primerjajte končni izdelek, pripravljen za običajno uporabo, in ne zgolj prvega odgovora pomočnika.

Preverite dovoljenja in razliko med izdelki

Microsoftov opis Copilota navaja delo v aplikacijah Word, Excel in Teams ter uporabo obstoječih dovoljenj okolja Microsoft 365. Gre za ponudnikovo primerjalno stran o Copilotu in Gemini Enterprise, zato njen prikaz drugega izdelka ni meritev učinkovitosti Geminija v Google Workspace. Podedovana dovoljenja tudi ne odpravijo preširoko odprtih map: pred pilotom preverite pravice, ki jih imajo izbrani uporabniki že zdaj.

Googlov opis Workspace Enterprise navaja Gemini v Gmailu, Docs in Meet, pomočnika Gemini Notebook ter skrbniške nastavitve in preprečevanje izgube podatkov. Za pilot določite konkretno izdajo in vključene funkcije. Gemini v aplikacijah Workspace obravnavajte ločeno od Gemini Enterprise, ki ga Microsoft primerja na svoji strani; sicer lahko pod istim imenom ocenjujete različni ponudbi.

Za vsako nalogo zapišite izvorno aplikacijo, lokacijo gradiva, uporabniško vlogo, dovoljene mape ali nabiralnike in zahtevani končni format. Obema pomočnikoma omogočite primerljivo raven dostopa, ne da bi komu zaradi preizkusa širili pravice. Če morate gradivo prenesti v drugo okolje, zabeležite kopiranje, pretvorbo in ponovno urejanje kot del naloge. Pri občutljivem gradivu uporabite veljavna pravila za uporabo UI pri delu in preverite, ali dovoljujejo izbrano pot podatkov.

Merite dokončano delo, napake in uporabo

Za vsak poskus zabeležite nalogo, uporabnika, pomočnika, uporabljeno aplikacijo, čas začetka, čas prvega osnutka in čas, ko je izdelek pripravljen za uporabo. Posebej označite čas za popravljanje, ročno iskanje manjkajočih podatkov in prenos med aplikacijami. Če zaposleni odgovor opusti ter nalogo dokonča sam, poskus ostane v evidenci; izpuščanje neuspelih poskusov bi izboljšalo prikazani rezultat.

Napake razvrstite po posledici: napačno dejstvo, izpuščena pomembna informacija, neustrezen format ali neprimeren dostop do gradiva zahtevajo različne popravke. Pri vsaki zapišite, ali je bila odkrita pred uporabo izdelka in koliko dela je zahtevala odprava. Enaka ocenjevalna lestvica za oba pomočnika prepreči, da bi privlačen osnutek dobil visoko oceno, čeprav vsebuje podatek, ki ga je treba preveriti.

Ločeno beležite, ali se zaposleni k pomočniku vrnejo pri naslednji primerni nalogi in zakaj ga včasih ne uporabijo. Težava je lahko rezultat, manjkajoče dovoljenje ali dodatni korak v drugem okolju. Kratka povratna informacija po nalogi pojasni razlog, vendar je ne zamenjajte za izmerjeni čas: občutek hitrosti in trajanje dokončanega dela sta različna podatka.

Strošek licence povežite s potjo podatkov

Za finančno primerjavo uporabite ponudbi za izdaji in število uporabnikov, ki jih podjetje dejansko potrebuje. Poleg licence upoštevajte osnovni pisarniški paket, potrebne dodatke, uvajanje, skrbniško delo ter morebitno selitev ali podvajanje gradiva. Pomočnik, ki zahteva več prepisovanja med aplikacijami, lahko stane več časa, tudi če je njegova ponudba za licenco ugodnejša.

Skrbnik naj za vsako predvideno nastavitev posebej zapiše, kje so izvorni podatki, kaj se zgodi s pozivi in odgovori ter ali gradivo preide v dodatno storitev ali povezovalnik. Preverite pogodbene pogoje, lokacijo obdelave in možnost omejitve dostopa za izbrano izdajo. Če pot določene vrste podatkov ni razjasnjena, to nalogo izločite iz širšega preizkusa, dokler podjetje ne določi dopustne nastavitve.

Prag za širšo uvedbo določite pred rezultati

Vnaprej določite, kolikšno izboljšanje upraviči nakup. Uporabno predlagano pravilo je, da mora pomočnik skrajšati celotni čas pri vsaj dveh od treh izbranih nalog, ohraniti zahtevano kakovost, prestati pregled dostopa in biti uporabljen pri večini primernih priložnosti v pilotni skupini. To je odločitveni prag podjetja, ne napoved rezultata katerega koli izdelka; pri nalogah z večjim tveganjem lahko zahtevate strožji pogoj za napake.

Odločitev sprejmite po obsegu dejanskega dela. Če pomočnika uspeta pri različnih nalogah, primerjajte, kako pogosto se te naloge pojavljajo in koliko stane podpora posamezni skupini uporabnikov. Če nobeden ne doseže vnaprej določenega praga, imate konkreten razlog, da širitev licenc odložite in najprej uredite naloge, dostop ali ponudbo.

Preberite tudi:

• Pravila za UI pri delu: seznam dovoljenih orodij ni dovolj
• Cloudflare ali Fastly: napačen preizkus lahko izbere napačen CDN
• PDF leta 2028 ne bo e-račun: podjetja morajo pripraviti XML in kontrole