Vertinimas prasideda nuo planuojamo diegimo ir viso duomenų kelio
Prieš lyginant teikėjus, reikia aiškiai apibrėžti numatytą užduotį. Ar paslauga turėtų teikti pradinius vertimo juodraščius, versti tekstus į paprastą kalbą ar įspėti redaktorius apie sunkiai suprantamas ištraukas? Lygiai taip pat svarbūs turinio tipai, kalbos, mėnesiniai kiekiai ir galimos klaidų pasekmės. Bendrųjų produktų tekstų paslauga turi atitikti kitokius reikalavimus nei medicininių patarimų ar teisiškai įpareigojančios informacijos apie veikimą įrankis.
Nubraižykite tipinio turinio kelią iš savo sistemos į galutinį rezultatą. Tai apima įvestį, perdavimą, modelio apdorojimą, išvestį, saugojimą, registravimą, palaikymą ir galimas atsargines kopijas. Paskyros duomenys ir techniniai identifikatoriai gali eiti kitaip nei matomas tekstas. Tik bendras vaizdas atskleidžia, kokius duomenis teikėjas iš tikrųjų gauna ir kurie subjektai dalyvauja jų apdorojime.
Patikrinkite specialias funkcijas atskirai. Failo importavimas, sąsaja, taisymo istorija arba bendras terminų sąrašas gali saugoti papildomus duomenis, net jei paprastame teksto įvedimo dialoge jų beveik nėra. Todėl vertinime turėtų būti nurodytas konkretus produkto variantas ir aktyvuoti nustatymai. Bendri teiginiai apie platformą yra nepakankami, jei planuojamame darbo eigoje naudojami kiti komponentai.
Kliento turinys neturi būti naudojamas naujam tikslui be vartotojo žinios.
Aiškiai paaiškinkite, ar įvesties, išvesties ir pataisų duomenys naudojami modeliams mokyti ar tobulinti. Tokie terminai kaip „paslaugų tobulinimas“ gali apimti labai skirtingus panaudojimo būdus. Svarbu ne tik tai, ar pagrindinis modelis yra toliau mokomas. Žmonių vertinimas, bandymų duomenų kūrimas arba nuolatinis įtraukimas į pavyzdžių rinkinius taip pat keičia perduodamo turinio paskirtį.
Perjungiama mokymo funkcija yra patikima tik tuo atveju, jei jos taikymo sritis yra aiškiai aprašyta. Ar nustatymas taikomas visoms darbo sritims, sąsajoms ir paskyros vartotojams? Ar tai taip pat apima klaidų pranešimus, pagalbos užklausas ir savanoriškas apžvalgas? Paslaugų teikėjas turėtų paaiškinti, kada nustatymas įsigalioja ir ar anksčiau pateiktą turinį iš ankstesnių patobulinimų sąrašų galima pašalinti. Paslėpto perjungimo jungiklio kiekvienam vartotojui paprastai nepakanka centriniam organizaciniam sprendimui priimti.
Net ir leidžiamiems naudojimo būdams reikia apribojimų. Paslaugai gali reikėti techninių duomenų sąskaitų išrašymui arba piktnaudžiavimo prevencijai, tačiau tai nesuteikia neribotų teisių į konfidencialius tekstus. Sutartyje, privatumo pranešime ir produkto nustatymuose turi būti nurodyta ta pati informacija. Jei rinkodaros puslapiuose klientui žadamas išskirtinis apdorojimas, o sutarties sąlygos leidžia platų vidinį naudojimą, šį neatitikimą reikėtų išsiaiškinti prieš naudojimą.
Kiekvieno svarbaus komponento apdorojimo vietos ir prieiga turi būti aiškiai apibrėžtos.
Specifikacija „ES talpinimas“ dar neatsako, kur kalbos paslauga atlieka savo darbą. Įvestis gali būti saugoma viename regione, o apdorojama kitame. Žurnalai, atsarginės kopijos, filtrai ir palaikymo sistemos gali laikytis savo vietos taisyklių. Paprašykite apžvalgos, kurioje atskirai būtų nurodytas saugojimas, nuolatinis modelių apdorojimas, administravimas ir atkūrimas. Tai aiškiai parodo, kuris vietos įsipareigojimas iš tikrųjų taikomas pasirinktam produktui.
Nuotolinė prieiga taip pat laikoma duomenų kelio dalimi. Darbuotojai arba paskirtos palaikymo komandos gali peržiūrėti turinį iš kitos šalies, net jei ten neperkeliama jokia nuolatinė kopija. Paslaugų teikėjas turėtų paaiškinti leidžiamas prieigos šalis, prieigos priežastis, leidimus ir registravimo procedūras. Bendras teiginys, kad duomenys nepalieka duomenų centro, yra neišsamus, jei iš kitų regionų vis dar įmanoma atlikti techninę priežiūrą ar šalinti triktis.
Duomenų perdavimui už Europos ekonominės erdvės ribų organizacijai reikalingas tinkamas teisinis ir praktinis vertinimas. Sutartys gali suteikti svarbų pagrindą šiam tikslui, tačiau jos nepakeičia žinių apie susijusias šalis ir įmones. Regionų ar prieigos būdų pakeitimai turi būti paskelbti laiku. Tik tada duomenų apsauga, saugumas ir atitinkamas skyrius gali įvertinti, ar anksčiau leistas naudojimas išlieka pagrįstas.
Žurnalai, saugojimas ir ištrynimas yra pagrindiniai klausimai.
Daugelis paslaugų saugo ne tik matomą darbo rezultatą. Žurnaluose gali būti teksto fragmentai, naudotojo ID, laiko žymos, klaidų pranešimai arba ištisos užklausos. Paklauskite, kokia informacija renkama operacijų, sąskaitų išrašymo, saugumo ir palaikymo tikslais. Atsakyme turėtų būti atskirti turinio duomenys ir grynai techniniai rodikliai. Be šio skirtumo negalima patikimai įvertinti nei rizikos, nei tinkamo saugojimo laikotarpio.
Kiekvienam duomenų tipui reikalingas aiškiai apibrėžtas saugojimo laikotarpis arba aiškiai apibrėžtas įvykis jų ištrynimui. Tokia frazė kaip „tik tiek laiko, kiek reikia“ palieka atvirą klausimą, ar turinys turėtų būti saugomas valandas, mėnesius ar metus. Atskirai patikrinkite aktyvias sistemas, archyvus, palaikymo priedus ir atsargines kopijas. Jei klientai gali pasirinkti trumpesnius saugojimo laikotarpius, turi būti aišku, kurioms saugojimo vietoms jie taikomi ir kada įsigalioja pakeitimas.
Ištrynimą turi būti įmanoma patikrinti kasdien naudojant. Vartotojai turėtų galėti pašalinti turinį ir darbo sritis be pagalbos kiekvienu atveju atskirai. Sutarties nutraukimo ar saugumo incidentų atveju reikalingas patikimas procesas, kuris taip pat fiksuotų kopijas ir išvestinius klientų duomenis. Teisiškai reikalaujami likutiniai duomenys gali likti, tačiau jie turėtų būti blokuojami, ribojami ir aiškiai nurodyti su konkrečia jų saugojimo priežastimi.
Subrangovai ir produktų pakeitimai neturėtų būti netikėti.
Išorinės dirbtinio intelekto paslaugos dažnai susideda iš kelių įmonių. Duomenų centrai, modelių teikėjai, turinio filtrai, analizės įrankiai ir palaikymo partneriai gali atlikti dalį apdorojimo. Naudingame sąraše nurodomas kiekvieno svarbaus subrangovo pavadinimas, vaidmuo ir apdorojimo vieta. Ilgas įmonių pavadinimų rinkinys be apibrėžtos funkcijos vargu ar naudingas, nes neaišku, kuri įmonė turi prieigą prie klientų turinio ar techninių duomenų.
Sąrašas turi būti nuolat atnaujinamas ir susietas su patikimu pakeitimų valdymo procesu. Prieš samdant naują subrangovą, klientams reikia pakankamai laiko įvertinti jo vaidmenį ir vietą. Nepastebėto svetainės pakeitimo šiam tikslui nepakanka. Pranešimai, terminai prieštaravimams pateikti ir galimos pasekmės turėtų atitikti riziką ir atitikti pagrindinę sutartį.
Tas pats pasakytina ir apie reikšmingus produkto pakeitimus. Naujas modelis, kita saugojimo sritis arba papildoma analizės funkcija gali pakeisti ankstesnį vertinimą. Paslaugų teikėjas turėtų pranešti, kas keičiasi, kada įvyks perjungimas ir kurie nustatymai bus išsaugoti. Dėl tolesnių diegimų klientui reikia būdo iš naujo išbandyti svarbius savo darbo pavyzdžius arba laikinai likti prie patikrintos versijos.
Kalbos kokybė atsiskleidžia tik per realų turinį ir užduotis.
Įtikinamas demonstravimas dar nėra kasdienio darbo efektyvumo įrodymas. Išbandykite savo tipinį ir sudėtingą turinį, įskaitant techninius terminus, skaičius, neigimus, sąlygas ir nepilnus šaltinius. Visi kandidatai turėtų gauti tuos pačius pavyzdžius ir instrukcijas. Iš pradžių išsaugokite keletą panašių tekstų, kad parodytumėte, kaip paslauga tvarko naują turinį, o ne tik iš anksto paruoštą pasirinkimą.
Prasmingumas yra svarbesnis nei išpuoselėtas stilius. Recenzentai turėtų tiesiogiai palyginti rezultatą ir galutinį rezultatą, atkreipdami dėmesį į bet kokius terminų, išimčių, atsakomybės ar skaičių pakeitimus. Praleidimai ir laisvai pridėti paaiškinimai yra vienodai svarbūs. Aiškiai arba lengvai skaitomai kalbai geresnio skaitomumo balo nepakanka. Skaitytojai turi sugebėti rasti svarbiausią informaciją, ją teisingai suprasti ir pritaikyti savo konkrečiai užduočiai.
Išmatuokite kelią iki išleidimui paruoštos versijos. Tai apima techninius pataisymus, kalbinius pakeitimus, duomenų įvedimą ir pakartotinį testavimą. Rezultatas, kuris pasirodo per kelias sekundes, gali tapti brangus ir lėtas dėl paslėpto redagavimo. Atskirkite nedidelius stiliaus pageidavimus nuo rimtų prasmės klaidų. Šio tipo klaidos lemia, ar paslauga tinka juodraščiui, siaurai apibrėžtam turiniui, ar visai netinka.
Saugumas ir palaikymas turi būti patikimi sudėtingose situacijose.
Peržiūrėkite, kaip apsaugota prieiga ir suteikiami leidimai. Daugiafaktorinis autentifikavimas, atskiri vaidmenys ir audituojami prieigos žurnalai turėtų būti tinkami numatytam naudojimui. Konfidencialiam turiniui svarbu nustatyti, ar palaikymo personalas turi numatytąją prieigą, ar prieiga turi būti suteikiama individualiai. Šifravimas yra vertingas, tačiau jis neapima, kas turi teisę iššifruoti ir redaguoti turinį operacijos metu.
Reikalingos aiškios procedūros saugumo incidentui valdyti. Paslaugų teikėjas turėtų paaiškinti, kada klientai bus informuoti, kokią informaciją jie gaus ir kaip bus pateiktos tolesnės išvados. Bendras pagalbos adresas gali būti per lėtas rimto incidento atveju. Paskirti kontaktai, pasiekiamumo laikas ir apibrėžtas eskalavimo procesas padeda organizacijai susiaurinti paveikto turinio apimtį ir laiku įvykdyti savo įsipareigojimus.
Net ir įprasti gedimai rodo paslaugos brandą. Tuščia, sutrumpinta arba neteisingai sugeneruota išvestis turi būti atpažįstama. Vartotojams reikia aiškaus pranešimo ir patikimo kito žingsnio. Taip pat paklauskite, kaip tiriamos pasikartojančios kokybės problemos. Paslaugų teikėjas turėtų galėti dokumentuoti konkrečius pavyzdžius, pateikti patikimą grįžtamąjį ryšį ir stebėti įrodomus patobulinimus, o ne tiesiog kartoti bendrines naudojimo instrukcijas.
Sutartyje ir patvirtinamojoje dokumentacijoje turi būti aprašyta ta pati paslauga.
Produkto aprašymas, pagrindinė sutartis, duomenų tvarkymo sutartis ir saugumo dokumentacija turėtų būti nuoseklūs. Visų pirma, peržiūrėkite leidžiamą duomenų naudojimą, vietas, saugojimą, subrangovus, prieinamumą ir palaikymą. Rinkodaros pažadas yra mažai vertingas, jei sutartis palieka jį atvirą interpretacijai arba jį labai riboja. Esminiai reikalavimai turėtų būti pateikti patikimoje dokumentacijoje, o ne tik pristatyme ar asmeniniame pardavimų el. laiške.
Pagrindinėje dokumentacijoje turi būti aprašyta konkreti paslauga ir atitinkamas laikotarpis. Sertifikatai, bandymų ataskaitos ir techniniai aprašymai gali būti vertingi, tačiau vien jų pavadinimas mažai ką įrodo. Perskaitykite, kurios sistemos, vietos ir įmonės buvo testuotos ir kokios išimtys egzistuoja. Saugumo sertifikatas nepatvirtina balso kokybės. Panašiai ir bendras modelio vertinimas nieko nepasako apie prieigos kontrolę, duomenų ištrynimą ar sutartą produkto konfigūraciją.
Atsakomybė taip pat turi būti aiškiai apibrėžta. Kas tvarko terminologiją, peržiūri rezultatus, praneša apie incidentus ir priima sprendimus dėl naujų funkcijų? Paslaugų teikėjas neturėtų tiesiog perkelti savo atsakomybės vartotojui. Kita vertus, organizacija išlieka atsakinga už tinkamą naudojimą ir patvirtinimą. Aiškiai apibrėžtos atsakomybės neleidžia pasimesti svarbiems peržiūros etapams tarp pirkimo, IT, duomenų apsaugos ir redagavimo.
Tvarkingas sutarties užbaigimas apsaugo turinį ir veikimo galimybes.
Dar prieš prasidedant sutarčiai reikėtų nustatyti, kuriuos duomenis galima eksportuoti. Tai gali būti turinys, rezultatai, terminologijos sąrašai, patvirtinti pavyzdžiai, nustatymai ir peržiūros pastabos. Eksportavimas naudingas tik tuo atveju, jei jo formatas yra įskaitomas ir tinkamai dokumentuotas. Išbandykite su nedideliu imties skaičiumi, kad įsitikintumėte, jog svarbias darbo versijas iš tikrųjų galima išsaugoti ir pakartotinai naudoti kitoje priemonėje arba standartiniame redagavimo procese.
Paaiškinkite terminus ir išlaidas pasibaigus sutarčiai. Kiek laiko eksportuoti duomenys bus pasiekiami, kada paskyros bus užblokuotos ir kokios bus papildomos palaikymo išlaidos? Labai trumpas pereinamasis laikotarpis gali padaryti perėjimą nereikalingai rizikingu. Be to, jei publikavimas vyksta nuolat, organizacijai reikia atsarginės kopijos sprendimo skubiam turiniui. Perkeliamumas nereiškia, kad reikia pasiimti kiekvieną modelio elgseną, o veikiau tai, kad reikia užtikrinti, jog jūsų pačių duomenis ir sprendimus galima pakartotinai naudoti.
Patvirtinus eksportą, duomenys ištrinami. Paslaugų teikėjas turėtų skaidriai tvarkyti aktyvius duomenis, palaikymo kopijas ir vėlesnį atsarginių kopijų ištrynimą. Taip pat patikrinkite, ar liko klientui būdingų pritaikymų ar paieškos atminties. Rašytinis susitarimas suteikia aiškumo, bet nepakeičia ankstyvo, patikrinto grąžinimo. Kiekvienas, kuris tik paskutinę sutarties dieną sužino, kad žodynėlių eksportuoti negalima, praleido svarbiausią praktinę apsaugą.
Ribotas bandymas veda prie pagrįsto sprendimo.
Apibendrinkite reikalavimus bendrame vertinime. Duomenų kelias turi būti tinkamas leidžiamam turiniui, sutartiniai įsipareigojimai turi būti patikrinami, o kalbos išvestis turi atitikti realias užduotis. Individualūs stiprybės neturi maskuoti esminių trūkumų. Puikus tekstas nepateisina neaiškaus mokymo naudojimo, o geras sertifikatas nekompensuoja dažnai besikeičiančių reikšmių.
Pradėkite nuo riboto praktinio diegimo, aiškiai apibrėžtų vartotojų ir turinio be nekontroliuojamo publikavimo. Stebėkite kokybę, reagavimo laiką, problemas, palaikymą ir pačius žurnalus. Taip pat išbandykite duomenų eksportavimą ir ištrynimo užklausą. Tokiu būdu įvertinsite ne tik pažadus, bet ir procesus, kuriais organizacija vėliau remsis įprasto veikimo metu ir išmontavimo metu.
Sprendime turėtų būti nurodytos leidžiamos užduotys, neįtrauktas turinys, būtini auditai ir kito vertinimo data. Nauji subrangovai, modelio pakeitimai, skirtingi regionai arba pasikartojančios klaidos gali pakeisti ankstesnį patvirtinimą. Aiškiai nustačius pareigas ir atlikus ribotą skaičių reprezentatyvių audito atvejų, vertinimas išlieka valdomas. Tada paslaugų teikėjas nėra kategoriškai vertinamas kaip geras ar blogas, o veikiau atitinkamai konkrečiam, pagrįstam naudojimo atvejui.