Kako definirati opseg integracije prijevoda u postojeću poslovnu aplikaciju
Planirajte prijevod u svojoj poslovnoj aplikaciji. Prije nego što zatražite ponudu, definirajte sadržaj, jezike, provjeru, pravila za podatke, postupanje s pogreškama i testove prihvaćanja.
Počnite s jednim cjelovitim zadatkom koji Vaš tim treba obaviti na drugom jeziku. Zatim definirajte kako se prijevod uklapa u taj zadatak. Tako dobavljač softvera dobiva jasniju osnovu za procjenu nego iz zahtjeva da doda gumb za prijevod.
Opseg treba obuhvatiti tekst, ljude, podatke i rezultat. Treba objasniti i što se događa kada prijevod ne uspije. Prije nego što odaberete tehnički pristup, pripremite taj opseg prema koracima u nastavku.
Odaberite jedan tijek rada za prvo izdanje
Zapišite odakle dolazi izvorni tekst i kamo mora ići odobreni prijevod. Na primjer, zaposlenik korisničke podrške možda treba pročitati dolaznu poruku i pripremiti odgovor na jeziku korisnika. Ovo je ilustrativni zahtjev, a ne izvještaj o nekoj Vavus instalaciji.
Navedite svaki korak: otvaranje poruke, zahtjev za prijevod, čitanje izvornika uz rezultat, uređivanje odgovora i njegovo odobravanje za slanje. Odlučite pokreće li se prijevod automatski ili tek kada ga zaposlenik odabere.
Neka prvo izdanje bude malo. Jedan zaslon i jedan jasan poslovni zadatak lakše je testirati nego svako tekstualno polje u aplikaciji.
Utvrdite potrebe za sadržajem i jezicima
Popišite polja koja treba prevoditi. Odvojite kratke oznake, slobodan tekst, dokumente i govor. Oni mogu zahtijevati različitu obradu i različite testove. Popišite i polja koja moraju ostati nepromijenjena, poput brojeva narudžbi i šifri proizvoda.
Navedite izvorne i ciljne jezike, uključujući regionalne varijante. Zabilježite uobičajenu duljinu teksta i očekivani dnevni obujam. Pitajte koje jezične kombinacije i ulazne formate predložena usluga podržava.
Kod kratkog teksta kontekst može biti važan. DeepL-ov API za prijevod teksta, na primjer, podržava parametar context koji može utjecati na prijevod, a da se sam kontekst ne prevodi. Njegova dokumentacija navodi i da zasebni unosi teksta u jednom zahtjevu ne dijele kontekst. [1] Vaš opseg treba navesti odakle dolazi koristan kontekst.
Definirajte terminologiju i ljudsku provjeru
Prikupite pojmove koje Vaša tvrtka često koristi. Uključite željene prijevode, nazive proizvoda i riječi koje trebaju ostati nepromijenjene. Zadužite jednu osobu za održavanje tog popisa.
Neke usluge prevođenja podržavaju pojmovnike. Google Cloud Translation opisuje svoj pojmovnik kao prilagođeni rječnik za dosljednu terminologiju određenog područja. [2] Provjerite tu značajku za točno Vaše jezične parove i odabranu uslugu. Pojmovnik ne dokazuje da je cijela poruka točna.
Odlučite koji rezultati trebaju provjeru kvalificiranog jezičnog stručnjaka. Omogućite mu pristup izvornom tekstu. Odredite jasan korak odobravanja prije nego što se tekst namijenjen korisnicima pošalje ili objavi.
Postavite pravila za podatke i pristup
Opišite koje informacije tijek rada obrađuje. Tijekom ranih testova koristite umjetne primjere. Ne kopirajte stvarne zapise korisnika u probu samo da biste vidjeli radi li neki gumb.
Pitajte gdje će se tekst obrađivati, što će aplikacija pohranjivati, tko ga može čitati i kada će biti izbrisan. U taj razgovor uključite zapisnike i sigurnosne kopije. Provjerite aktualne uvjete pružatelja usluge i kontrole dostupne za odabrani plan.
Prilagođeno sučelje samo po sebi ne čini vanjsku uslugu prevođenja privatnom ni dostupnom bez mreže. Ako Vaš projekt zahtijeva lokalnu obradu, navedite taj zahtjev na početku i prema njemu testirajte cijeli tok podataka.
Planirajte kašnjenja i pogreške
Zapišite očekivano vrijeme odziva i što osoblje treba učiniti ako usluga nije dostupna. Aplikacija treba prikazivati jasno stanje, primjerice čeka, spremno za provjeru ili neuspjelo. Sačuvajte izvorni tekst.
Zamolite programera da razlikuje privremene pogreške od pogrešaka koje zahtijevaju izmjenu. DeepL, na primjer, za pogreške zbog ograničenja broja zahtjeva navodi odgođene ponovne pokušaje, dok potrošena kvota zahtijeva drukčiji postupak. [3] Ponovljeni zahtjevi ne smiju stvarati dvostruke poslovne radnje, poput dvostrukog slanja istog odgovora.
Dogovorite upozorenja o potrošnji i tko je odgovoran za podršku. Pri usporedbi troškova projekta uključite naknade za uslugu, održavanje i buduće izmjene.
Napišite testove prihvaćanja prije razvoja
Odaberite reprezentativne primjere za svaki potrebni jezični par. Uključite duge poruke, neuobičajene znakove, polja koja nedostaju i pojmove s Vašeg odobrenog popisa. Testirajte cijeli zadatak, od izvornog zapisa do spremljenog ili poslanog rezultata.
Postavite kriterije prolaza koje ljudi mogu provjeriti: šifre proizvoda ostaju nepromijenjene, neodobreni prijevod ne može se poslati, neuspjeli zahtjev je vidljiv, a stručnjak za provjeru može se vratiti na izvornik. Neka kvalificirani stručnjak procijeni značenje i ton. Zabilježite nedostatke i nakon izmjena ponovite iste testove.
Pripremite jasan zahtjev za ponudu
Pošaljite tijek rada, ogledna polja, jezične parove, procijenjeni obujam, pravila za podatke i testove prihvaćanja. Svaku stavku označite kao potrebnu za pokretanje ili prikladnu za kasnije izdanje. Zatražite da Vam pretpostavke i iznimke dostave u pisanom obliku.
Vavus nudi pisano definiranje opsega za projekte po mjeri. [4] Na stranici za ponudu opišite svoju postojeću aplikaciju i zadatak koji želite poboljšati. Predložena integracija, uvođenje i testiranje trebaju biti potvrđeni u opsegu Vašeg projekta.