Kdaj dodati funkcije AI v svojo aplikacijo — in kdaj jih izpustiti

Trenutno je vsak lastnik izdelka pod tihim pritiskom, da na karkoli gradi, privije AI. Vlagatelji sprašujejo o tem. Konkurenti to dajejo v svoje naslove. Član uprave posreduje članek. In tako popolnoma dobri aplikaciji požene majhna bleščeča ikona in okno za klepet, ki ga nihče ni zahteval in ga skoraj nihče ne uporablja. Funkcija izide, sporočilo za javnost gre v svet, šest mesecev pozneje pa so grafi uporabe ravni. Vprašanje nikoli ni bilo, ali <em>lahko</em> dodate AI. Bilo je, ali bi morali.

Za preživetje gradim programsko opremo in funkcije AI za mala in srednja podjetja, kar pomeni, da imam finančni motiv, da vam rečem, naj AI dodate povsod. Storil bom nasprotno. Najdragocenejše, kar lahko ponudim, je način, da presodite — še preden namenite proračun — ali bo funkcija AI tiho nosila svoje breme ali tiho trohnela. Kajti način odpovedi tu ni dramatičen. Funkcije AI redko eksplodirajo. Le sedijo tam, neuporabljene in neljubljene, vas stanejo denarja ob vsakem klicu API in malce verodostojnosti vsakič, ko jih uporabnik podraži in odide.

Ta vodnik je okvir, ki ga v teh pogovorih dejansko uporabljam. Brez modnih besed, brez modnih imen modelov, brez pretvarjanja, da je jezikovni model odgovor na vprašanje, ki ga še niste zastavili. Le praktičen način, da se odločite, kaj sodi v vašo aplikacijo, kaj sodi v navadno kodo in kaj sodi v koš.

Zakaj večina prilepljenih funkcij AI tiho propade

Ko funkcija AI v majhnem izdelku propade, skoraj nikoli ne propade zato, ker model ni bil dovolj pameten. Propade, ker je bila funkcija izbrana iz napačnih razlogov. Nekdo je hotel AI imeti, namesto da bi želel rešiti določeno, bolečo težavo, ki je slučajno potrebovala AI. Cilj je bila tehnologija, uporabnikova težava pa naknadna misel. Uporabniki to v hipu zavohajo.

Druga pogosta odpoved je bolj prefinjena: funkcija reši pravo težavo, a težavo, ki bi jo navadna koda lahko rešila ceneje in zanesljiveje. Gumb z oznako „s pogonom AI”, ki seznam zgolj razvrsti po datumu, je breme, ne funkcija. Vzeli ste nekaj determinističnega, naredili ste to počasnejše, dražje in občasno napačno, nato pa to poslabšanje še oglaševali. Uporabniki opazijo tudi to.

Tretja odpoved je zaupanje. Funkcije AI so verjetnostne — večino časa imajo prav, del časa pa se samozavestno motijo. Če eno spustite v potek dela, kjer je napačen odgovor drag in ga uporabnik nima kako ujeti, niste dodali funkcije, dodali ste mino. Dobra novica je, da so vsi trije načini odpovedi predvidljivi, kar pomeni, da se jim je mogoče izogniti. Le prava vprašanja morate zastaviti, preden začnete, ne potem, ko izdate.

Pošten preizkus: je to res težava za AI?

Tu je najuporabnejši filter, kar jih poznam. Za vsako funkcijo, ki jo želite narediti „pametno”, se vprašajte: ali ta naloga sledi nespremenljivim pravilom ali zahteva razumevanje neurejenega, človeškega vnosa? Če naloga sledi pravilom — razvrsti po tem, izračunaj ono, pošlji opomnik dve uri prej — želite navadno kodo. Cenejša je, hitrejša, popolnoma predvidljiva in nikoli ne halucinira. Imenovati to AI je le drag marketing.

AI si zasluži svoje mesto tam, kjer je vnos res neurejen in človeške oblike: prosto besedilo, ki ga pravila ne morejo predvideti, slike, govor, dokumenti v sto različnih postavitvah, jezik, ki ga je treba razumeti, ne le ujemati. To so stvari, ki jih je bilo nekoč nemogoče sploh avtomatizirati. Če vaša funkcija živi tam, AI ni trik — je edini praktičen način, da jo zgradite. Spretnost je v poštenem razločevanju teh dveh kategorij, zlasti ko je pritisk, da se vse imenuje AI.

Kam AI v aplikaciji resnično sodi

Bodimo konkretni. Po letih izdelovanja takih reči kratek seznam vzorcev nenehno dokazuje svojo vrednost — ne zato, ker so modni, ampak ker gre pri temeljni nalogi resnično za razumevanje nestrukturiranega vnosa. To so funkcije, h katerim se uporabniki dejansko vračajo.

• Pretvarjanje prostega besedila v strukturirane podatke — branje razvlečene stranke e-pošte in izvleček naročila, naslova, roka.
• Priprava prve različice — odgovora, povzetka, opisa — ki jo nato uredi človek, namesto da bi jo AI poslal brez nadzora.
• Iskanje, ki razume pomen, ne le ključnih besed, da uporabniki najdejo pravi dokument tudi takrat, ko ga ubesedijo drugače, kot ste ga shranili.
• Razvrščanje ali usmerjanje plohe dohodnih elementov — zahtevkov za podporo, e-pošte, prenosov — tako da prava stvar pride na pravo mesto.
• Izvleček informacij iz dokumentov in slik: računov, potrdil, obrazcev, fotografij s terena.
• Pogovorna pomoč nad vašimi lastnimi podatki, kjer uporabnik postavi preprosto vprašanje in dobi odgovor, utemeljen v vaši vsebini.

Opazite vzorec. V vsakem od teh je vnos nepredvidljiv in človeški, malce napake pa je znosno, ker je v zanki človek ali je strošek napake nizek. Ta kombinacija — neurejen vnos, prizanesljive vložke — je naravni dom funkcije AI. Ko najdete nalogo, ki ustreza obema polovicama, ste verjetno našli funkcijo, ki jo je vredno zgraditi.

Kje pustiti AI pri miru

Enako pomembno je vedeti, kje po AI ne segati, kajti napačna umestitev ne zapravlja le denarja — dejavno spodjeda zaupanje, ki si ga je vaš izdelek prislužil. Nekatere naloge so videti mamljive in se izkažejo za pasti.

Obstaja tudi tišji strošek. Vsaka funkcija AI je nekaj, kar morate zdaj spremljati, vrednotiti in plačevati ob vsakem klicu. Tri funkcije AI, ki jim vaši uporabniki zaupajo, so vredne več kot deset, ki vas občasno osramotijo. Model, ki se pred stranko v napačnem trenutku zmoti, lahko izniči leto skrbno grajene verodostojnosti. Zadržanost tu ni boječnost — je občutek za izdelek.

Hiter zemljevid: zgradi, izpusti ali naredi pozneje

Da bo manj abstraktno, tukaj je, kako se peščica pogostih zamisli tipa „dodajmo AI” običajno razplete, ko jih spustite skozi zgornji preizkus. Vzemite to kot razumno izhodišče za polemiko, ne kot evangelij.

Oblika tabele je lekcija. „Da” se gručijo tam, kjer je vnos neurejen in vložki prizanesljivi. „Ne” se gručijo tam, kjer je naloga zares na podlagi pravil, ali kjer napačen odgovor boli in nihče ne preverja. Če svojo zamisel pošteno umestite na to mrežo, ste večino odločitve že sprejeli.

Časovnica: tudi dobro funkcijo AI je mogoče dodati prezgodaj

Včasih se funkcija resnično prilega, odgovor pa je vseeno še ne. Funkcije AI imajo zahrbten predpogoj, ki ga ustanovitelji podcenjujejo: dobre so le toliko, kolikor so dobri podatki in potek dela, na katerih slonijo. Semantično iskanje po vaših dokumentih je čudovito — ko so vaši dokumenti dejansko urejeni. Pomočnik, ki odgovarja na vprašanja o vašem izdelku, je sijajen — ko vsebina vašega izdelka ni protisloven kaos. AI ojača vse, na čemer je zgrajen, vključno s kaosom.

Zato preden dodate pametno plast, poskrbite, da je dolgočasna plast pod njo trdna. Če vaša osnovna aplikacija še išče trdna tla pod nogami, je vlivanje inženirskega časa v funkcijo AI običajno izposojanje z napačnega računa. Neblesteča resnica je, da je najboljši čas za dodajanje AI pogosto šele potem, ko ste obvladali temelje — ko imate prave uporabnike, prave podatke in jasno, ponavljajočo se bolečino, ki jo je AI edinstveno poklican odpraviti.

Kako dodati funkcijo AI brez obžalovanja

Recimo, da ste našli funkcijo, ki prestane preizkus: neurejen vnos, prizanesljivi vložki, trden temelj pod njo, prava bolečina za odpravo. Dobro. Zdaj pride del, kjer ekipe zgradijo bodisi nekaj trajnega bodisi nekaj, kar bodo prihodnje leto tiho izpulile. Vzemite to kot skrben poskus, ne kot zagon.

1. 1
   Zapišite nalogo v enem stavku

   „Pomočnik prebere dohodno e-pošto in izpolni obrazec naročila, ki ga človek potrdi.” Če tega stavka ne morete napisati, funkcija ni pripravljena — še vedno ste zaljubljeni v tehnologijo, ne v nalogo.
2. 2
   Sprva ohranite človeka v zanki

   Pustite AI, da pripravlja osnutke, predlaga ali vnaprej izpolnjuje — človek pa naj odobri. Spoznali boste, kje je zanesljiv in kje ne, preden mu kdaj zaupate, da deluje sam, če mu sploh kdaj.
3. 3
   Odločite, kaj se zgodi, ko se zmoti

   Verjetnostne funkcije potrebujejo gladko odpoved. Kako uporabnik to opazi? Kako popravi? Funkcija AI brez vidne poti „razveljavi” ali „to ni prav” je funkcija, ki ji v produkciji ne morete zaupati.
4. 4
   Merite uporabo, ne novosti

   Spremljajte, ali jo ljudje po prvem tednu dejansko uporabljajo in ali prihrani čas, ki ste ga obljubili. Funkcija, ki ob zagonu poskoči in nato obleži, vam nekaj govori. Prisluhnite.
5. 5
   Bodite pripravljeni jo odstraniti

   Če številke pravijo, da se ne izplača, jo odrežite. Manjši izdelek, ki nekaj reči opravlja zanesljivo, premaga napihnjenega, posejanega s funkcijami AI, ki se jih nihče ne dotakne.

Nit, ki se vije skozi vseh pet korakov, je ponižnost do zmote. Navadna koda bodisi deluje bodisi ima napako, ki jo popravite. AI ima večino časa prav, del časa pa se moti, za vedno — to je njegova narava, ne hroba, ki bi ga lahko zakrpali. Zasnujte funkcijo okoli te resničnosti in postane prednost. Pretvarjajte se, da ima AI vedno prav, in zgradili ste tisto mino, o kateri smo govorili prej.

Širša slika: AI je orodje, ne strategija

Stopite dovolj daleč nazaj in celotno vprašanje postane preprostejše. AI je orodje, tako kot sta orodje podatkovna baza ali iskalna vrstica. Izdelka ne gradite okoli tega, da imate podatkovno bazo; podatkovno bazo uporabljate tam, kjer izdelek izboljša. Ista zadržanost vam tu dobro služi. Podjetja, ki iz AI iztržijo resnično vrednost, niso tista, ki so ga dodala največ — so tista, ki so ga dodala točno na tistih nekaj mestih, kjer odpravlja resnično trenje, in se povsod drugod zadržala.

Ta zadržanost je mimogrede tudi tisto, zaradi česar je AI, ki ga res dodate, videti vtisljiv. Ko ima vsak zaslon napol pečenega pomočnika, se nobeden ne zdi poseben. Ko ena funkcija tiho prebere strankino e-pošto in vaši ekipi vsakič prihrani deset minut, si jo ljudje zapomnijo. Manj, ostrejše, resnično uporabno — to je tista različica AI, ki jo je vredno graditi, in to je različica, za katero se vam bodo uporabniki resnično zahvalili.

Pogosta vprašanja