Hindamine algab kavandatud kasutusest ja täielikust andmevoogust
Enne pakkujate võrdlemist tuleb selgelt määratleda kavandatud ülesanne. Kas teenus peaks pakkuma esialgseid tõlkemustande, tõlkima tekste lihtsasse keelde või hoiatama toimetajaid raskesti mõistetavate lõikude eest? Sisu tüübid, keeled, igakuised mahud ja vigade võimalikud tagajärjed on sama olulised. Üldiste tootetekstide teenus peab vastama erinevatele nõuetele kui meditsiinilise nõu või juriidiliselt siduva toimivusteabe tööriist.
Kaardistage tüüpilise sisu teekond oma süsteemist lõpptulemuseni. See hõlmab sisendit, edastust, mudeli töötlemist, väljundit, salvestamist, logimist, tuge ja võimalikke varukoopiaid. Kontoandmed ja tehnilised identifikaatorid võivad liikuda nähtavast tekstist erinevalt. Ainult tervikpilt näitab, milliseid andmeid pakkuja tegelikult saab ja millised üksused nende töötlemises osalevad.
Samuti uurige eraldi erifunktsioone. Faili import, liides, paranduste ajalugu või jagatud terminoloogialoend võivad salvestada lisaandmeid, isegi kui lihtne tekstisisestusdialoog säilitab väga vähe. Seetõttu peaks hindamine täpsustama konkreetse tootevariandi ja aktiveeritud sätted. Platvormi kohta käivad üldised väited ei ole piisavad, kui kavandatud töövoog kasutab teisi komponente.
Kliendi sisu ei tohi kasutaja teadmata ümber kasutada.
Selgitage selgelt, kas sisendeid, väljundeid ja parandusi kasutatakse mudelite treenimiseks või täiustamiseks. Sellised terminid nagu "teenuse täiustamine" võivad hõlmata väga erinevaid kasutusviise. Asi pole ainult selles, kas põhimudelit edasi treenitakse. Ka inimese hinnang, testandmete loomine või näidiskogudesse püsiv lisamine muudab esitatud sisu eesmärki.
Vahetatav treeningukasutusvalik on usaldusväärne ainult siis, kui selle ulatus on selgelt kirjeldatud. Kas säte kehtib kõigi tööruumide, liideste ja konto kasutajate kohta? Kas see hõlmab ka veateateid, tugipäringuid ja vabatahtlikke ülevaateid? Pakkuja peaks selgitama, millal säte jõustub ja kas varem esitatud sisu varasematest täiustusloenditest saab eemaldada. Iga kasutaja peidetud lüliti ei ole tavaliselt tsentraliseeritud organisatsioonilise otsuse tegemiseks piisav.
Isegi lubatud kasutusviisid vajavad piiranguid. Teenus võib vajada tehnilisi andmeid arveldamiseks või väärkasutuse vältimiseks, kuid see ei anna piiramatut juurdepääsu konfidentsiaalsetele tekstidele. Leping, privaatsuspoliitika ja toote seaded peavad kõik sama sõnastama. Kui turunduslehed lubavad kliendile eksklusiivset töötlemist, samas kui lepingutingimused lubavad laialdast sisemist kasutamist, tuleks see lahknevus enne kasutamist selgitada.
Töötlemiskohad ja juurdepääs peavad olema iga põhikomponendi jaoks selgelt määratletud.
Lause „EL-i majutus” ei ütle teile, kus keeleteenus tegelikult oma tööd teeb. Sisendandmeid saab salvestada ühes piirkonnas ja töödelda teises. Logid, varukoopiad, filtrid ja tugisüsteemid võivad järgida oma asukohareegleid. Taotlege ülevaadet, mis loetleb eraldi salvestamise, mudeli käimasoleva töötlemise, haldamise ja taastamise. See teeb selgeks, milline asukohakohustus valitud toote puhul tegelikult kehtib.
Kaugjuurdepääs loetakse samuti andmetee osaks. Töötajad või määratud tugimeeskonnad saavad vaadata teisest riigist pärit sisu isegi siis, kui sinna ei edastata püsivat koopiat. Pakkuja peaks selgitama lubatud juurdepääsuriike, juurdepääsu põhjuseid, õigusi ja logimisprotseduure. Üldine väide, et andmed ei lahku andmekeskusest, on puudulik, kui hooldus või tõrkeotsing teistest piirkondadest on endiselt võimalik.
Euroopa Majanduspiirkonnast väljapoole ülekannete puhul vajab organisatsioon sobivat juriidilist ja praktilist hinnangut. Lepingud võivad selleks pakkuda olulist alust, kuid need ei asenda teadmisi asjaomaste riikide ja ettevõtete kohta. Piirkondade või juurdepääsuteede muudatustest tuleb õigeaegselt teatada. Alles siis saavad andmekaitse, turvalisus ja vastav osakond hinnata, kas varem lubatud kasutamine on endiselt õigustatud.
Logid, säilitamine ja kustutamine on võtmeküsimused.
Paljud teenused salvestavad enamat kui ainult nähtavat tööväljundit. Logid võivad sisaldada tekstilõike, kasutajatunnuseid, ajatempleid, veateateid või terveid päringuid. Küsige, millist teavet kogutakse toimimise, arvelduse, turvalisuse ja toe eesmärgil. Vastus peaks eristama sisuandmeid ja puhtalt tehnilisi näitajaid. Ilma selle eraldamiseta ei saa usaldusväärselt hinnata ei riski ega sobivat säilitusperioodi.
Iga andmetüüp vajab selgelt määratletud säilitusperioodi või selgelt määratletud sündmust selle kustutamiseks. Väljend nagu "ainult nii kaua kui vajalik" jätab lahtiseks, kas sisu tuleks säilitada tundide, kuude või aastate jooksul. Vaadake aktiivsed süsteemid, arhiivid, tugimanused ja varukoopiad eraldi üle. Kui kliendid saavad valida lühemaid säilitusperioode, peab olema selge, millistele salvestuskohtadele need kehtivad ja millal muudatus jõustub.
Kustutamine peab olema igapäevases kasutuses kontrollitav. Kasutajad peaksid saama sisu ja tööruume eemaldada ilma iga üksiku juhtumi puhul tuge vajamata. Lepingu lõpetamise või turvaintsidentide korral on vaja usaldusväärset protsessi, mis hõlmab ka koopiaid ja tuletatud kliendiandmeid. Seaduslikult nõutavad jääkandmed võivad küll alles jääda, kuid need tuleks blokeerida, piirata ja selgelt välja tuua koos säilitamise konkreetse põhjusega.
Alltöövõtjad ja tootemuudatused ei tohiks tulla üllatusena.
Välised tehisintellekti teenused koosnevad sageli mitmest ettevõttest. Andmekeskused, mudelipakkujad, sisufiltrid, analüüsivahendid ja tugipartnerid saavad igaüks osa töötlemisest hallata. Kasulik loend täpsustab iga olulise alltöövõtja nime, rolli ja töötlemiskoha. Pikk ettevõtete nimede kogu ilma määratletud funktsioonita pole vaevalt abiks, kuna see ei näita, millisel ettevõttel on juurdepääs kliendi sisule või tehnilistele andmetele.
Loendit tuleb hoida ajakohasena ja siduda usaldusväärse muudatuste haldamise protsessiga. Kliendid vajavad enne uue alltöövõtja kaasamist piisavalt aega, et kontrollida tema rolli ja asukohta. Märkamatu muudatus veebisaidil ei ole selleks piisav. Teavitamine, vastuväidete esitamise tähtajad ja võimalikud tagajärjed peaksid olema riskiga kooskõlas ja kooskõlas põhilepinguga.
Sama kehtib ka oluliste tootemuudatuste kohta. Uus mudel, erinev salvestuspiirkond või täiendav analüüsifunktsioon võivad muuta olemasolevat hinnangut. Pakkuja peaks edastama teavet selle kohta, mis muutub, millal toimub üleminek ja millised sätted säilitatakse. Järelmeetmete rakendamiseks peab kliendil olema võimalus olulisi näiteid uuesti uurida või ajutiselt tagasi pöörduda tõestatud versiooni juurde.
Keelekvaliteet ilmneb ainult reaalses sisus ja ülesannetes.
Veenv demonstratsioon ei ole veel igapäevase töö tulemuslikkuse tõend. Testi oma tüüpilist ja keerulist sisu, sealhulgas tehnilisi termineid, numbreid, eitusi, tingimusi ja mittetäielikke allikaid. Kõik kandidaadid peaksid saama samad näited ja juhised. Säilita alguses mõned võrreldavad tekstid, et näidata, kuidas teenus uue sisuga toime tuleb, mitte ainult eelnevalt ettevalmistatud valikut.
Tähenduse täpne säilimine on olulisem kui lihvitud stiil. Ülevaatajad peaksid lähteteksti ja tulemust otse võrdlema ning üles märkima iga muudetud tähtaja, erandi, vastutuse või arvu. Sama olulised on väljajätted ja omal algatusel lisatud selgitused. Selges või lihtsas keeles kirjutamise puhul ei piisa paremast loetavuse tulemusest. Lugejad peavad suutma olulise teabe üles leida, sellest õigesti aru saada ja seda oma konkreetse ülesande täitmiseks kasutada.
Mõõda protsessi, mis viib lõpliku versioonini. See hõlmab tehnilisi parandusi, keelelist redigeerimist, andmete sisestamist ja uuesti läbivaatamist. Sekunditega ilmuv tulemus võib varjatud ümbertöötamise tõttu muutuda kulukaks ja aeglaseks. Tee vahet väiksemate stiililiste eelistuste ja tõsiste tähendusvigade vahel. Seda tüüpi vead määravad, kas teenus sobib mustandiks, kitsalt määratletud sisu jaoks või üldse mitte.
Turvalisus ja tugi peavad keerulistes olukordades olema usaldusväärsed.
Uurige, kuidas juurdepääs on kaitstud ja õigused antud. Mitmefaktoriline autentimine, eraldi rollid ja auditeeritavad juurdepääsulogid peaksid olema kavandatud kasutusotstarbe jaoks sobivad. Konfidentsiaalse sisu puhul on oluline kindlaks teha, kas tugipersonalil on vaikimisi juurdepääs või tuleb juurdepääs anda igal üksikjuhul eraldi. Krüptimine on väärtuslik, kuid see ei käsitle seda, kellel on õigus sisu töö ajal dekrüpteerida ja muuta.
Turvaintsident nõuab selgeid protseduure. Pakkuja peaks selgitama, millal kliente teavitatakse, millist teavet nad saavad ja kuidas edasisi tulemusi edastatakse. Üldine tugiaadress võib tõsise intsidendi korral olla liiga aeglane. Määratud kontaktid, kättesaadavusajad ja koordineeritud eskalatsiooniprotsess aitavad organisatsioonil kitsendada mõjutatud sisu ja täita oma kohustusi õigeaegselt.
Isegi rutiinsed rikked näitavad teenuse küpsust. Tühjad, kärbitud või valesti genereeritud väljundid peavad olema tuvastatavad. Kasutajad vajavad selget sõnumit ja usaldusväärset järgmist sammu. Samuti küsige, kuidas uuritakse korduvaid kvaliteediprobleeme. Pakkuja peaks lisama konkreetseid näiteid, andma usaldusväärset tagasisidet ja jälgima demonstreeritavaid parandusi, mitte lihtsalt kordama üldisi kasutusjuhiseid.
Leping ja dokumentatsioon peavad kirjeldama sama teenust.
Tootekirjeldus, põhileping, andmetöötlusleping ja turvadokumentatsioon peaksid olema ühtsed. Pöörake erilist tähelepanu lubatud andmete kasutamisele, asukohtadele, salvestamisele, alltöövõtjatele, kättesaadavusele ja toele. Reklaamblubadusel on vähe väärtust, kui leping jätab selle tõlgendamise võimaluseks või piirab seda oluliselt. Olulised nõuded kuuluvad usaldusväärsesse dokumentatsiooni, mitte ainult esitlusse või müügimeeskonna isiklikku e-kirja.
Tõendid peavad hõlmama konkreetset teenust ja asjakohast ajaperioodi. Sertifikaadid, auditiaruanded ja tehnilised kirjeldused võivad olla väärtuslikud, kuid nende pealkirjad üksi ei tõesta kuigi palju. Lugege, milliseid süsteeme, asukohti ja ettevõtteid auditeeriti ja millised erandid kehtivad. Turvasertifikaat ei kinnita kõnekvaliteeti. Samamoodi ei ütle üldine mudeli hindamine midagi juurdepääsukontrolli, andmete kustutamise ega kokkulepitud tootekonfiguratsiooni kohta.
Vastutusalad vajavad samuti selgeid piire. Kes haldab terminoloogiat, vaatab üle probleemid, annab teada intsidentidest ja otsustab uute funktsioonide üle? Pakkuja ei tohiks lihtsalt oma vastutust kasutajale üle lükata. Vastupidi, organisatsioon jääb vastutavaks nõuetekohase kasutamise ja kinnitamise eest. Selgelt määratletud vastutusalad hoiavad ära oluliste läbivaatamisetappide kadumise ostu-, IT-, andmekaitse- ja toimetuse osakondade vahel.
Korrastatud lepingu sõlmimine kaitseb sisu ja tegevusvõimet.
Juba enne lepingu algust tuleks kindlaks määrata, milliseid andmeid saab eksportida. See võib hõlmata sisu, probleeme, terminoloogialoendeid, kinnitatud näiteid, sätteid ja ülevaatuse märkmeid. Eksport on kasulik ainult siis, kui selle vorming on loetav ja piisavalt dokumenteeritud. Tehke väike test, et veenduda, kas olulisi tööversioone saab tegelikult salvestada ja uuesti kasutada teises tööriistas või standardses toimetusprotsessis.
Selgitage tähtajad ja kulud pärast lepingu lõppemist. Kui kauaks jääb eksport kättesaadavaks, millal kontod lukustatakse ja millised täiendavad tugikulud kehtivad? Väga lühike üleminekuperiood võib muuta ülemineku tarbetult riskantseks. Kui publikatsioonid on pooleli, vajab organisatsioon ka varunduslahendust kiireloomulise sisu jaoks. Kaasaskantavus ei tähenda iga mudeli käitumise endaga kaasa võtmist, vaid pigem oma andmete ja otsuste tagasisaamist kasutatavas vormingus.
Pärast ekspordi kinnitamist andmed kustutatakse. Pakkuja peaks aktiivseid andmeid, tugikoopiaid ja järgnevat varukoopiate kustutamist läbipaistvalt käsitlema. Samuti kontrollige, kas kliendispetsiifilised kohandused või otsingumälud on alles jäänud. Kirjalik leping annab selguse, kuid ei asenda varajast ja põhjalikult testitud tagastamist. Igaüks, kes avastab alles lepingu viimasel päeval, et sõnastikke ei saa eksportida, on jätnud kasutamata oma kõige olulisema praktilise kaitse.
Piiratud prooviperiood viib mõistliku otsuseni.
Võtke nõuded ühises hindamises kokku. Andmevoog peab olema kooskõlas lubatud sisuga, lepingulised kohustused peavad olema kontrollitavad ja kirjalik väljund peab toetama reaalseid ülesandeid. Individuaalsed tugevused ei tohi varjata põhimõttelisi puudusi. Suurepärane tekst ei õigusta ebaselget koolituskasutust ja hea sertifikaat ei kompenseeri sageli muutuvaid tähendusi.
Alustage piiratud praktilise rakenduse, selgelt määratletud kasutajate ja kontrollimatu avaldamiseta sisuga. Jälgige kvaliteeti, parandamise aega, häireid, tuge ja tegelikke logisid. Testige ka andmete eksporti ja kustutamistaotlust. Nii hindate lisaks lubadustele ka protsesse, millele organisatsioon hiljem tavapärases töös ja dekomisjoneerimise ajal tugineb.
Otsuses tuleks dokumenteerida lubatud ülesanded, välistatud sisu, vajalikud auditid ja järgmise hindamise kuupäev. Uued alltöövõtjad, mudelimuudatused, erinevad piirkonnad või korduvad vead võivad muuta eelmist heakskiitu. Selgete vastutusalade ja mõne representatiivse testjuhtumi korral jääb hindamine hallatavaks. Pakkujat ei liigitata seejärel kategooriliselt heaks või halvaks, vaid pigem sobivaks konkreetsele, vastutustundlikule kasutusjuhtumile.