AI kasutuselevõtt ettevõttes: neli sammu

1. Vali üks korduv protsess

AI kasutuselevõtt ettevõttes algab tööst, mitte mudeli valikust. Kirjelda üht protsessi, mis kordub piisavalt sageli ja mille juures on praegu selge ajakulu, viivitus või käsitsi kopeerimine. Näiteks võib töötaja otsida juhendist vastuse, sortida saabunud päringuid või koostada iga kord samas vormis kokkuvõtte.

Pane kirja algus ja lõpp: millise sisendi inimene saab, mida ta teeb ning milline tulemus edasi liigub. Selgita, kes kasutab tulemust ja kes vastutab, kui see on vale. Üldine soov „kasutada AI-d“ ei ütle, mida ehitada ega kuidas edu hinnata. Piiritletud tööülesanne aitab ka aru saada, kas AI on vajalik või lahendab probleemi selgem vorm, otsing või olemasoleva tarkvara automaatika.

2. Kontrolli andmeid, õigusi ja erandeid

Enne arendust vaata, millise info pealt lahendus töötama peab. Kas allikas on olemas, ajakohane ja leitav? Kas sama fakti kohta leidub mitu vastuolulist versiooni? Kes võib seda lugeda ja kas välise teenuse kasutamine on lubatud? Need küsimused määravad, kas pilooti saab alustada ja kuidas andmeid töödelda.

Ära saada tundlikku või isikuandmeid lihtsalt esimesse katsekeskkonda. Kaardista vajalikud andmeliigid ning anna testijatele vaid vajalik ligipääs. Kui agent või automaatika kirjutab tagasi CRM-i, saadab kirja või muudab kirjet, on see eraldi risk kui ainult lugemine. Alustuseks võib koostada mustandi ja jätta lõpliku kinnituse töötajale.

Kirjelda ka erandeid: mida teha puuduva info, vale formaadi või vastuolulise juhisega? Hea süsteem ei pea iga juhtumit ise ära lahendama. Ta võib küsida täpsustust või anda juhtumi inimesele, koos põhjusega, miks automaatne samm katkes.

3. Ehita väike piloot ja vali mõõdik

Piloot peaks tõestama üht asja, mitte püüdma asendada tervet osakonda. Vali piiratud kasutajate rühm, kindel andmestik ja üks töövoo etapp. Määra mõõdik enne ehitamist, et tulemust ei valitaks tagantjärele sobivaks. Mõõdik võib olla näiteks ühe toimingu tegemiseks kuluv aeg, õigesti liigitatud päringute osa või töötaja poolt kasutuskõlblikuks hinnatud mustandite arv.

Mõõda ka kvaliteeti ja vigu, mitte ainult kasutuskordi. Koosta realistlik väike testnäidete kogum: tavapärased juhud, ebaselged sisendid, puuduvad andmed ja olukorrad, kus süsteem peab peatuma. Inimene hindab, kas väljund on õige, kas allikas toetab väidet ja kas järgnev tegevus oli lubatud. Kui AI loob mustandi, vaata, kui palju seda tuleb parandada.

Kirjalik piloodi piir ütleb ka, mida süsteem ei tee. Näiteks ei saada see kliendile vastust iseseisvalt, ei muuda kirjet ega kasuta väljaspool kokkulepitud allikaid olevat infot. Nii saab hinnata ideed ilma, et katse muutuks märkamatult tootmislahenduseks.

4. Otsusta: jätkata, muuta või lõpetada

Katse lõpus võrdle tulemust algtasemega. Kas töö muutus kiiremaks või ühtlasemaks? Kas kasutajad usaldasid väljundit? Millised vead jäid alles ja kui palju kontrolli nende leidmiseks vaja läheb? Hinda lisaks ehitamisele ka kasutamise, hoolduse, litsentside ja inimkontrolli vajadust. AI-väljund, mis vajab iga kord sama palju parandamist kui algne töö, ei pruugi midagi võita.

Jätka siis, kui mõõdik paraneb, töövoog sobib kasutajatele ja riskid on juhitavad. Vajadusel muuda ulatust või andmeid ning tee uus piiratud katse. Lõpetamine on samuti tulemus: kui tavaline otsing või reeglipõhine automatiseerimine lahendab töö paremini, ei ole mudeli lisamine eesmärk omaette.

Enne laiendamist lepi kokku, kes hoiab allikad ajakohasena, jälgib vigu ja otsustab ligipääsude muutmise. Piloot vastab küsimusele, kas kasutusjuht töötab; see ei tõenda automaatselt, et kogu organisatsiooni jaoks sobivad samad andmed, seaded või kontrollid.

Mida enne AI-arenduse tellimist ette valmistada?

Tellimuse lähteülesanne võib olla lühike, aga vastused peavad olema konkreetsed. Kirjelda praegust töövoogu, kõige tülikamat sammu ja oodatavat tulemust. Lisa näiteid päris sisenditest ning selgita, kuidas õige vastus või lõpetatud töö välja näeb. Kui näiteid ei tohi jagada, valmista anonüümitud või sünteetilised näited, mis säilitavad ülesande loogika.

• Allikad: loetle dokumendid, tabelid või süsteemid ning nende omanik ja uuendamise viis.
• Kasutajad ja õigused: nimeta, kes lahendust kasutab ja millist infot iga roll näeb.
• Piirid: kirjelda, mida AI ei tohi otsustada ega teha ning millal inimene sekkub.
• Mõõdik: vali üks algtasemega võrreldav näitaja ja viis tulemuse kontrollimiseks.
• Tehniline keskkond: loetle vajalikud ühendused, autentimise nõuded ja olemasolevad süsteemid.

Need vastused vähendavad valestimõistmist ja aitavad hinnata ulatust. Kui osa neist on teadmata, kirjuta see välja. Kaardistus või AI-konsultatsioon aitab küsimused enne arendust selgeks teha; konkreetse protsessi ühendamise kohta vaata AI-automatiseerimist.

Levinud AI-juurutamise ebaõnnestumised

Üks sage probleem on alustada tööriistast enne kasutajate vajaduse mõistmist. See lõpeb sageli demoga, mida keegi päristöös ei kasuta. Teine viga on eeldada, et keelemudel parandab segased või vananenud allikad. Kui juhised lähevad omavahel vastuollu, võib ka hästi ühendatud lahendus anda ebausaldusväärse tulemuse.

Samuti alahinnatakse kasutuselevõttu: töötajad vajavad arusaama, millal väljundit kontrollida ja kuidas probleemist teada anda. Mõõdikute puudumisel nimetatakse edukaks seda, et lahendus on käivitatud. Liiga lai piloot muudab vigade põhjuse raskesti leitavaks. Ja kui kirjutamisõigus antakse kohe, enne kui lugemis- või mustandirežiim on kontrollitud, suurendatakse riski ilma kasu tõendamata.

Hoia katse väike, nimeta omanik ning sea lõpetamise tingimus ette. See annab ausa vastuse, kas AI juurutamine lahendab valitud probleemi või tuleks valida teine tee.