Kako odrediti obim integracije prevođenja u postojeću poslovnu aplikaciju
Isplanirajte prevođenje u svojoj poslovnoj aplikaciji. Pre nego što zatražite ponudu, definišite sadržaj, jezike, proveru, pravila za podatke, postupanje u slučaju greške i testove prihvatanja.
Počnite od jednog celovitog zadatka koji Vaš tim treba da obavi na drugom jeziku. Zatim definišite kako se prevođenje uklapa u taj zadatak. Tako dobavljač softvera dobija jasniju osnovu za procenu nego kada samo zatražite da se doda dugme za prevođenje.
Obim treba da obuhvati tekst, ljude, podatke i rezultat. Treba i da objasni šta se dešava kada prevođenje ne uspe. Pomoću koraka u nastavku pripremite taj obim pre nego što izaberete tehnički pristup.
Izaberite jedan tok rada za prvo izdanje
Zapišite odakle dolazi izvorni tekst i gde odobreni prevod treba da stigne. Na primer, zaposlenom u podršci možda će trebati da pročita dolaznu poruku i pripremi odgovor na jeziku klijenta. Ovo je ilustrativan zahtev, a ne izveštaj o nekoj Vavus instalaciji.
Navedite svaki korak: otvaranje poruke, zahtev za prevod, čitanje izvornog teksta uporedo sa rezultatom, uređivanje odgovora i njegovo odobravanje za slanje. Odlučite da li prevođenje počinje automatski ili tek kada ga zaposleni izabere.
Neka prvo izdanje bude malo. Jedan ekran i jedan jasan poslovni zadatak lakše je testirati nego svako tekstualno polje u aplikaciji.
Utvrdite potrebe u vezi sa sadržajem i jezicima
Napravite spisak polja koja treba prevoditi. Razdvojite kratke oznake, slobodan tekst, dokumente i govor. Oni mogu zahtevati različitu obradu i testove. Navedite i polja koja moraju ostati nepromenjena, kao što su brojevi porudžbina i šifre proizvoda.
Odredite izvorne i ciljne jezike, uključujući eventualne regionalne varijante. Zabeležite uobičajenu dužinu teksta i očekivani dnevni obim. Pitajte koje jezičke kombinacije i ulazne formate predložena usluga podržava.
Kod kratkog teksta kontekst može biti važan. DeepL-ov API za tekst, na primer, podržava parametar konteksta koji može uticati na prevod, a da se sam kontekst ne prevodi. Njegova dokumentacija navodi i da odvojeni tekstualni unosi u jednom zahtevu ne dele kontekst. [1] Vaš obim treba da navede odakle dolazi koristan kontekst.
Definišite terminologiju i ljudsku proveru
Prikupite termine koje Vaša firma često koristi. Uključite željene prevode, nazive proizvoda i reči koje treba da ostanu nepromenjene. Odredite jednu osobu koja će održavati ovaj spisak.
Neke usluge prevođenja podržavaju rečnike pojmova. Google Cloud Translation opisuje svoj rečnik pojmova kao prilagođeni rečnik za doslednu stručnu terminologiju. [2] Proverite ovu funkciju za tačne jezičke parove i uslugu koju ste izabrali. Rečnik pojmova ne dokazuje da je cela poruka tačna.
Odlučite koje rezultate treba da proveri kvalifikovani lektor. Omogućite lektoru pristup originalnom tekstu. Pre slanja ili objavljivanja teksta namenjenog klijentima odredite jasan korak odobravanja.
Postavite pravila za podatke i pristup
Opišite s kojim informacijama tok rada radi. Tokom ranih testova koristite veštačke primere. Ne kopirajte stvarne zapise klijenata u probni rad samo da biste videli da li dugme radi.
Pitajte gde će se tekst obrađivati, šta će aplikacija čuvati, ko može da ga čita i kada će biti obrisan. U ovaj razgovor uključite i logove i rezervne kopije. Proverite trenutne uslove dobavljača usluge i kontrole dostupne za izabrani plan.
Prilagođeni interfejs sam po sebi ne čini spoljnu uslugu prevođenja privatnom niti je čini dostupnom oflajn. Ako Vaš projekat zahteva lokalnu obradu, navedite taj zahtev na samom početku i testirajte ceo tok podataka u odnosu na njega.
Isplanirajte postupanje kod kašnjenja i grešaka
Zapišite očekivano vreme odziva i šta osoblje treba da uradi ako usluga nije dostupna. Aplikacija treba da prikazuje jasno stanje, na primer čeka se, spremno za proveru ili neuspešno. Sačuvajte originalni tekst.
Zamolite programera da razlikuje privremene greške od grešaka koje zahtevaju izmenu. DeepL, na primer, za greške zbog ograničenja broja zahteva dokumentuje ponovne pokušaje sa odlaganjem, dok potrošena kvota zahteva drugačiju reakciju. [3] Ponovljeni zahtevi ne bi trebalo da dovedu do dupliranih poslovnih radnji, na primer da se isti odgovor pošalje dvaput.
Dogovorite upozorenja o potrošnji i ko je zadužen za podršku. Kada poredite troškove projekta, uključite naknade za uslugu, održavanje i buduće izmene.
Napišite testove prihvatanja pre razvoja
Izaberite reprezentativne primere za svaki potreban jezički par. Uključite duge poruke, neuobičajene znakove, polja koja nedostaju i termine sa odobrenog spiska. Testirajte ceo zadatak, od izvornog zapisa do sačuvanog ili poslatog rezultata.
Postavite kriterijume uspeha koje ljudi mogu da provere: šifre proizvoda ostaju nepromenjene, neodobren prevod ne može da se pošalje, neuspeo zahtev je vidljiv i lektor može da se vrati na izvorni tekst. Neka kvalifikovani lektor proceni značenje i ton. Zabeležite greške i posle izmena ponovite iste testove.
Pripremite jasan zahtev za ponudu
Pošaljite tok rada, primere polja, jezičke parove, procenjeni obim, pravila za podatke i testove prihvatanja. Svaku stavku označite kao neophodnu za pokretanje ili pogodnu za kasnije izdanje. Zatražite da Vam pretpostavke i izuzeci budu dostavljeni u pisanom obliku.
Vavus nudi pisano određivanje obima za projekte po meri. [4] Na stranici za ponudu opišite svoju postojeću aplikaciju i zadatak koji želite da poboljšate. Predložena integracija, postavljanje i testiranje treba da budu potvrđeni u obimu Vašeg projekta.