Visbiežākā kļūda sarunā ar jūsu programmatūras nodrošinātāju par AI ir tā, ka uzņēmumi pieņem īsu atbildi uz nepareizu jautājumu. Tiek jautāts "vai jūsu sistēma izmanto AI?", nodrošinātājs atbild "nē" vai "nedaudz, bet tas ir neuzkaitīgs", un uz tam tūlīt beidzas. Neviens nfiksē, kas tieši tika jautāts, ko atbilde nozīmē, un vai šī atbilde ir balstīta uz kaut ko.
Šo kļūdu var novērst, pārkārtojot sarunas struktūru: nevis jā vai nē jautājumā, bet jautājumā par pamatojumu. Kas sistēma dara precīzi, kādus lēmumus tā pieņem vai atbalsta, un uz kāda pamata nodrošinātājs apgalvo, ka tas ir vai nav AI regulējuma darbības joma. Šo atbildi piefiksējiet rakstiski, ne tāpēc, ka to darāt jautrības pēc, bet tāpēc, ka vēlākā stadijā jums ir jāspēj parādīt, kādu jautājumu jūs esat uzdēvuši un kādu atbildi saņēmuši.
Kāpēc šī saruna bieži neizdodas
Saruna ar programmatūras nodrošinātāju parasti notiek ar kontu vadītāju vai palīdzības galdu, nevis ar personu, kas pazīst AI regulējumu. Šī persona labprāt vēlas jūs nomierināt, un īsa nomierināšana tiek sniegta ātrāk nekā precīza atbilde. Turklāt daudza programmatūra satur AI funkcijas, ko ir iebūvējis pakārts nodrošinātājs, piemēram, valodas modelis, kas ir iegādāts kā atsevišķa daļa. Puse, ar kuru jūs runājat, ne vienmēr pati precīzi zina, kas notiek zem kapota.
Rezultāts ir tāds, ka uzņēmumi saņem atbildi, kas faktiski ir pareiza personai, kas to sniedz, bet nav pabeigta situācijai, kurā produkts tiek izmantots. meklēt zināšanu banku pēc jūsu programmatūras tipa parāda, ka regulējums izšķir starp dažādām lomām un riska kategorijām, un ka atbildi uz jautājumu "vai tas ir AI" reti var sniegt ar vienu vārdu.
Kā šī kļūda izskatās praksē
Uzstādīšanas uzņēmums iegādājas plānošanas paketi ar funkciju, kas automātiski ieplāno apkopes vizītes. Jautājums nodrošinātājam ir "vai šeit ir AI", atbilde ir "nē, tas ir vienkārši gudra plānošana". Sešus mēnešus vēlāk izrādās, ka plānošanas funkcija ir paplašināta ar paredzējošu modeli, bez tam, ka par to būtu notikusi atsevišķa saruna. Neviens uzstādīšanas uzņēmumā to nepamanīja, jo oriģinālo nomierināšanu uzskatīja par galīgu.
Šī situācija ir ilustratīva, nevis izņēmums: programmatūra mainās, nodrošinātāji pievieno funkcijas, izmantojot atjauninājumus, un atbilde, kas bija pareiza brīdī viens, brīdī divi var nebūt. Ja sarunas vadi kā vienreizēju jautājumu, nevis kā periodisku tēmu, jūs riskējat turpināt izmantot novecojušu atbildi.
Ko uzraudzības iestādes uzskata par svarīgu šādās sarunās
Uzraudzības iestādes šādu jautājumu gadījumā parasti skatās uz izsekojamību: vai uzņēmums var parādīt, kādu jautājumu tas uzdeva, kam, kad un uz kāda informācijas pamata atbilde tika sniegta. Mutisks apsolījums bez piefiksēšanas uzraudzības iestādes vadā ir grūti novērtēt tikai tāpēc, ka nav notiķa tā pārbaudei. Tas nav spriedums par atbildes saturu, bet par pēdas trūkumu.
Līdz ar to kļūda ne vienmēr ir tā, ka uzņēmums saņem nepareizu atbildi, bet tā, ka uzņēmums nevar parādīt, KĀ tas ir uzdēvuši jautājumu un kāda ir atbilde. Savai situācijai un jautājumam, kāda dokumentācija precīzi ir nepieciešama, mēs norādām uz juriskonsultu vai atbildīgo uzraudzības iestādi.
Kā to novērst
Pirmais solis ir padarīt jautājumu konkrētāku: nevis 'vai tas ir AI', bet 'kuras šīs sistēmas daļas pieņem vai ietekmē lēmumu, un uz kādas tehnikas tas ir balstīts'. Otrais solis ir atbildi rakstiskā formā apstiprināt, piemēram, pa e-pastu vai pašā līgumā. Trešais solis ir sarunu atkārtot pie katras lielākas atjaunināšanas, nevis tikai pie pirmā pirkuma.
Daudzi uzņēmumi nepietiekami novērtē, cik daudz laika tas prasīs, kad tas jau ir kārtīgi iestatīts: pāris fiksēti jautājumi, noteikts moments atjaunināšanas procesā un vieta atbildēm saglabāt. Kuriem tā nav, jūs varat saņemt pirmās norādes ar pāris jautājumiem no kura vietas viņu pati programmatūra apmēram atrodas, un ar biežāk uzdotajiem jautājumiem par šo tēmu var iegūt priekšstatu par to, ko citi izsarūga tādā pašā pozīcijā.
Visbeidzot, palīdz iepriekš noteikt, kurš jūsu uzņēmumā šo sarunu vada un uzrauga. Uzstādīšanas uzņēmumā bieži tas ir pats direktors, lielākā biroā IT vai iepirkumu atbildīgais. Kamēr šī loma nav pieņemta, saruna ar programmatūras piegādātāju paliek atkarīga no nejaušības, un tieši no turienes nāk visbiežāk pieļautā kļūda.
Vai vēlaties zināt, kur jūsu pašas programmatūra apmēram atrodas un kuri jautājumi ir relevanti jūsu situācijai? Veiciet bezmaksas ātrās skenēšanas vai lasiet tēmas, kas visvairāk atbilst jūsu situācijai, izmantojot paskaidrojumu par to, kā mēs šo informāciju apkopojam.