Si ta përcaktoni fushëveprimin e integrimit të përkthimit në një aplikacion biznesi ekzistues
Planifikoni përkthimin në aplikacionin e biznesit tuaj. Para se të kërkoni ofertë, përcaktoni përmbajtjen, gjuhët, rishikimin, rregullat e të dhënave, trajtimin e gabimeve dhe testet e pranimit.
Filloni me një detyrë të plotë që ekipi juaj duhet ta kryejë në një gjuhë tjetër. Pastaj përcaktoni si përshtatet përkthimi në atë detyrë. Kështu furnizuesi i softuerit merr një bazë më të qartë për vlerësimin sesa me një kërkesë për të shtuar një buton përkthimi.
Fushëveprimi duhet të përfshijë tekstin, njerëzit, të dhënat dhe rezultatin. Duhet të shpjegojë gjithashtu çfarë ndodh kur përkthimi dështon. Përdorni hapat më poshtë për ta përgatitur këtë fushëveprim para se të zgjidhni një qasje teknike.
Zgjidhni një rrjedhë pune për versionin e parë
Shkruani nga vjen teksti burimor dhe ku duhet të shkojë përkthimi i miratuar. Për shembull, një punonjës i mbështetjes mund të ketë nevojë të lexojë një mesazh hyrës dhe të përgatisë një përgjigje në gjuhën e klientit. Kjo është një kërkesë ilustruese, jo raport për një instalim të Vavus.
Rendisni çdo hap: hapja e mesazhit, kërkesa për përkthim, leximi i tekstit burimor pranë rezultatit, redaktimi i përgjigjes dhe miratimi i saj për dërgim. Vendosni nëse përkthimi nis automatikisht apo vetëm pasi një punonjës e zgjedh.
Mbajeni të vogël versionin e parë. Një ekran dhe një detyrë biznesi e qartë testohen më lehtë se çdo fushë teksti në një aplikacion.
Përcaktoni nevojat për përmbajtjen dhe gjuhët
Bëni një listë të fushave që duhen përkthyer. Ndani etiketat e shkurtra, tekstin e lirë, dokumentet dhe të folurin. Ato mund të kërkojnë përpunim dhe teste të ndryshme. Rendisni gjithashtu fushat që duhet të mbeten të pandryshuara, si numrat e porosive dhe kodet e produkteve.
Specifikoni gjuhët burimore dhe gjuhët e synuara, përfshirë variantet rajonale, nëse ka. Shënoni gjatësinë tipike të tekstit dhe volumin e pritur ditor. Pyesni cilat kombinime gjuhësh dhe formate hyrëse mbështet shërbimi i propozuar.
Për tekstin e shkurtër, konteksti mund të ketë rëndësi. API-ja e tekstit e DeepL, për shembull, mbështet një parametër konteksti që mund të ndikojë te përkthimi pa e përkthyer vetë kontekstin. Dokumentacioni i tij thotë gjithashtu se hyrjet e veçanta të tekstit në një kërkesë nuk e ndajnë kontekstin. [1] Fushëveprimi juaj duhet të tregojë nga vjen konteksti i dobishëm.
Përcaktoni terminologjinë dhe rishikimin njerëzor
Mblidhni termat që biznesi juaj përdor shpesh. Përfshini përkthimet e preferuara, emrat e produkteve dhe fjalët që duhet të mbeten të pandryshuara. Caktoni një person për ta mirëmbajtur këtë listë.
Disa shërbime përkthimi mbështesin fjalorthë. Google Cloud Translation e përshkruan fjalorthin e vet si një fjalor të personalizuar për terminologji të qëndrueshme të fushës. [2] Kontrollojeni këtë funksion për çiftet e sakta të gjuhëve dhe për shërbimin e zgjedhur. Një fjalorth nuk provon që i gjithë mesazhi është i saktë.
Vendosni cilat rezultate kanë nevojë për një rishikues gjuhësor të kualifikuar. Jepini rishikuesit akses në tekstin origjinal. Vendosni një hap të qartë miratimi para se të dërgohet ose të publikohet teksti që u drejtohet klientëve.
Vendosni rregulla për të dhënat dhe aksesin
Përshkruani cilat informacione trajton rrjedha e punës. Gjatë testeve të para përdorni shembuj artificialë. Mos kopjoni të dhëna të vërteta të klientëve në një provë vetëm për të parë nëse funksionon një buton.
Pyesni ku do të përpunohet teksti, çfarë do të ruajë aplikacioni, kush mund ta lexojë dhe kur do të fshihet. Përfshini në këtë diskutim regjistrat e ngjarjeve dhe kopjet rezervë. Konfirmoni kushtet aktuale të ofruesit dhe kontrollet që janë të disponueshme për planin e zgjedhur.
Një ndërfaqe e personalizuar nuk e bën vetvetiu privat ose pa internet një shërbim të jashtëm përkthimi. Nëse projekti juaj kërkon përpunim lokal, shënojeni këtë kërkesë që në fillim dhe testoni të gjithë rrjedhën e të dhënave në raport me të.
Planifikoni për vonesat dhe gabimet
Shkruani kohën e pritur të përgjigjes dhe veprimin që duhet të ndërmarrë stafi nëse shërbimi nuk është i disponueshëm. Aplikacioni duhet të tregojë një gjendje të qartë, si në pritje, gati për rishikim ose dështoi. Ruajeni tekstin origjinal.
Kërkojini zhvilluesit t'i dallojë dështimet e përkohshme nga gabimet që kërkojnë një ndryshim. DeepL, për shembull, dokumenton riprovime me vonesë për gabimet e kufirit të kërkesave, ndërsa një kuotë e shteruar kërkon një reagim tjetër. [3] Kërkesat e përsëritura nuk duhet të krijojnë veprime biznesi të dyfishta, si dërgimi i së njëjtës përgjigje dy herë.
Bini dakord për njoftimet e përdorimit dhe për atë se kush është përgjegjës për mbështetjen. Kur krahasoni kostot e projektit, përfshini tarifat e shërbimit, mirëmbajtjen dhe ndryshimet e ardhshme.
Shkruani testet e pranimit para zhvillimit
Zgjidhni shembuj përfaqësues për çdo çift gjuhësh të nevojshëm. Përfshini mesazhe të gjata, karaktere të pazakonta, fusha që mungojnë dhe terma nga lista e miratuar. Testoni të gjithë detyrën, nga regjistrimi burimor deri te rezultati i ruajtur ose i dërguar.
Vendosni kritere kalimi që njerëzit mund t'i kontrollojnë: kodet e produkteve mbeten të pandryshuara, një përkthim i pamiratuar nuk mund të dërgohet, një kërkesë e dështuar është e dukshme dhe rishikuesi mund të kthehet te teksti burimor. Kërkojini një rishikuesi të kualifikuar të vlerësojë kuptimin dhe tonin. Shënoni defektet dhe përsëritni të njëjtat teste pas ndryshimeve.
Përgatitni një kërkesë të qartë për ofertë
Dërgoni rrjedhën e punës, fushat shembull, çiftet e gjuhëve, volumin e vlerësuar, rregullat e të dhënave dhe testet e pranimit. Shënoni çdo element si të domosdoshëm për nisjen ose të përshtatshëm për një version të mëvonshëm. Kërkoni me shkrim supozimet dhe përjashtimet.
Vavus ofron përcaktim me shkrim të fushëveprimit për projekte me porosi. [4] Përdorni faqen e ofertës për të përshkruar aplikacionin tuaj ekzistues dhe detyrën që doni të përmirësoni. Integrimi, vendosja dhe testimi i propozuar duhet të konfirmohen në fushëveprimin e projektit tuaj.