Kako odrediti obim integracije prevođenja u postojeću poslovnu aplikaciju
Isplanirajte prevođenje u svojoj poslovnoj aplikaciji. Prije nego što zatražite ponudu, odredite sadržaj, jezike, provjeru, pravila za podatke, postupanje s greškama i testove prihvatanja.
Počnite s jednim cjelovitim zadatkom koji vaš tim treba obaviti na drugom jeziku. Zatim odredite kako se prevođenje uklapa u taj zadatak. Tako dobavljač softvera dobija jasniju osnovu za procjenu nego iz zahtjeva da se doda dugme za prevođenje.
Obim treba obuhvatiti tekst, ljude, podatke i rezultat. Treba i objasniti šta se dešava kada prevođenje ne uspije. Koristite korake u nastavku da pripremite taj obim prije nego što odaberete tehnički pristup.
Odaberite jedan radni tok za prvu verziju
Zapišite odakle dolazi izvorni tekst i kuda mora otići odobreni prijevod. Na primjer, zaposlenik u podršci možda treba pročitati dolaznu poruku i pripremiti odgovor na jeziku klijenta. Ovo je ilustrativni zahtjev, a ne izvještaj o nekoj Vavus instalaciji.
Navedite svaki korak: otvoriti poruku, zatražiti prijevod, čitati izvorni tekst uporedo s rezultatom, urediti odgovor i odobriti ga za slanje. Odlučite da li prevođenje počinje automatski ili tek kada ga zaposlenik odabere.
Neka prva verzija bude mala. Jedan ekran i jedan jasan poslovni zadatak lakše je testirati nego svako tekstualno polje u aplikaciji.
Utvrdite potrebe za sadržajem i jezicima
Napravite spisak polja koja treba prevoditi. Razdvojite kratke oznake, slobodan tekst, dokumente i govor. Oni mogu zahtijevati različitu obradu i različite testove. Navedite i polja koja moraju ostati nepromijenjena, kao što su brojevi narudžbi i šifre proizvoda.
Navedite izvorne i ciljne jezike, uključujući eventualne regionalne varijante. Zabilježite uobičajenu dužinu teksta i očekivani dnevni obim. Pitajte koje jezičke kombinacije i ulazne formate predložena usluga podržava.
Kontekst može biti važan za kratak tekst. Na primjer, DeepL-ov API za tekst podržava parametar context, koji može uticati na prijevod, a da se sam kontekst ne prevodi. Njegova dokumentacija također navodi da zasebni tekstualni unosi u jednom zahtjevu ne dijele kontekst. [1] Vaš obim treba navesti odakle dolazi koristan kontekst.
Odredite terminologiju i ljudsku provjeru
Prikupite termine koje vaše poslovanje često koristi. Uključite željene prijevode, nazive proizvoda i riječi koje trebaju ostati nepromijenjene. Zadužite jednu osobu da održava ovaj spisak.
Neke usluge prevođenja podržavaju glosare. Google Cloud Translation opisuje svoj glosar kao prilagođeni rječnik za dosljednu stručnu terminologiju. [2] Provjerite tu funkciju za svoje tačne jezičke parove i odabranu uslugu. Glosar ne dokazuje da je cijela poruka tačna.
Odlučite koje rezultate treba pregledati kvalifikovani lektor. Omogućite lektoru pristup izvornom tekstu. Prije slanja ili objavljivanja teksta namijenjenog klijentima postavite jasan korak odobrenja.
Postavite pravila za podatke i pristup
Opišite s kojim informacijama radni tok radi. U ranim testovima koristite vještačke primjere. Ne kopirajte stvarne evidencije klijenata u probni rad samo da biste vidjeli radi li dugme.
Pitajte gdje će se tekst obrađivati, šta će aplikacija pohranjivati, ko ga može čitati i kada će biti izbrisan. U ovaj razgovor uključite i zapisnike i sigurnosne kopije. Provjerite važeće uslove pružaoca usluge i kontrole dostupne u odabranom planu.
Prilagođeni interfejs sam po sebi ne čini vanjsku uslugu prevođenja privatnom ni offline uslugom. Ako vaš projekat zahtijeva lokalnu obradu, navedite taj zahtjev na samom početku i u odnosu na njega testirajte cijeli tok podataka.
Planirajte kašnjenja i greške
Zapišite očekivano vrijeme odziva i šta osoblje treba uraditi ako usluga nije dostupna. Aplikacija treba prikazivati jasno stanje, kao što je čeka, spremno za provjeru ili nije uspjelo. Sačuvajte izvorni tekst.
Zamolite programera da razlikuje privremene kvarove od grešaka koje zahtijevaju izmjenu. DeepL, na primjer, dokumentuje odgođene ponovne pokušaje kod grešaka zbog ograničenja broja zahtjeva, dok potrošena kvota zahtijeva drugačiji odgovor. [3] Ponovljeni zahtjevi ne smiju stvarati duplirane poslovne radnje, kao što je dvostruko slanje istog odgovora.
Dogovorite upozorenja o potrošnji i ko je odgovoran za podršku. Kada poredite troškove projekta, uključite naknade za uslugu, održavanje i buduće izmjene.
Napišite testove prihvatanja prije razvoja
Odaberite reprezentativne primjere za svaki potrebni jezički par. Uključite duge poruke, neobične znakove, polja koja nedostaju i termine s vašeg odobrenog spiska. Testirajte cijeli zadatak, od izvornog zapisa do sačuvanog ili poslanog rezultata.
Postavite kriterije prolaza koje ljudi mogu provjeriti: šifre proizvoda ostaju nepromijenjene, neodobreni prijevod se ne može poslati, neuspjeli zahtjev je vidljiv, a lektor se može vratiti izvoru. Neka kvalifikovani lektor ocijeni značenje i ton. Bilježite nedostatke i nakon izmjena ponovite iste testove.
Pripremite jasan zahtjev za ponudu
Pošaljite radni tok, primjere polja, jezičke parove, procijenjeni obim, pravila za podatke i testove prihvatanja. Za svaku stavku označite da li je potrebna za pokretanje ili se može ostaviti za kasniju verziju. Zatražite pretpostavke i izuzetke u pisanom obliku.
Vavus nudi pisano određivanje obima za projekte po mjeri. [4] Na stranici za ponudu opišite svoju postojeću aplikaciju i zadatak koji želite poboljšati. Predložena integracija, postavljanje i testiranje trebaju biti potvrđeni u obimu vašeg projekta.