Kako opredeliti obseg integracije prevajanja v obstoječo poslovno aplikacijo
Načrtujte prevajanje v svoji poslovni aplikaciji. Pred povpraševanjem po ponudbi opredelite vsebino, jezike, pregled, pravila za podatke, ravnanje ob napakah in prevzemne teste.
Začnite z eno celovito nalogo, ki jo mora Vaša ekipa opraviti v drugem jeziku. Nato opredelite, kako se prevajanje vključi v to nalogo. Tako dobi dobavitelj programske opreme jasnejšo podlago za oceno kot pri zahtevi, naj doda gumb za prevajanje.
Obseg naj zajema besedilo, ljudi, podatke in rezultat. Pojasniti bi moral tudi, kaj se zgodi, ko prevajanje ne uspe. S spodnjimi koraki pripravite tak obseg, preden izberete tehnični pristop.
Izberite en potek dela za prvo različico
Zapišite, od kod prihaja izvirno besedilo in kam mora iti odobreni prevod. Zaposleni v podpori bo na primer morda moral prebrati prejeto sporočilo in pripraviti odgovor v jeziku stranke. To je ponazoritvena zahteva, ne poročilo o namestitvi Vavus.
Navedite vsak korak: odprite sporočilo, zahtevajte prevod, preberite izvirnik ob rezultatu, uredite odgovor in ga odobrite za pošiljanje. Odločite se, ali se prevajanje začne samodejno ali šele, ko ga zaposleni izbere.
Prva različica naj bo majhna. En zaslon in eno jasno poslovno nalogo je lažje preizkusiti kot vsako besedilno polje v aplikaciji.
Opredelite potrebe glede vsebine in jezikov
Sestavite seznam polj, ki jih je treba prevajati. Ločite kratke oznake, prosto besedilo, dokumente in govor. Ti lahko zahtevajo različno obdelavo in teste. Navedite tudi polja, ki morajo ostati nespremenjena, na primer številke naročil in kode izdelkov.
Določite izvorne in ciljne jezike, vključno z morebitnimi regionalnimi različicami. Zapišite običajno dolžino besedila in pričakovani dnevni obseg. Vprašajte, katere jezikovne kombinacije in vhodne oblike zapisa predlagana storitev podpira.
Pri kratkem besedilu je lahko pomemben kontekst. Besedilni API storitve DeepL na primer podpira parameter konteksta, ki lahko vpliva na prevod, ne da bi se sam kontekst prevedel. Njegova dokumentacija navaja tudi, da ločeni vnosi besedila v isti zahtevi ne delijo konteksta. [1] V obsegu naj bo navedeno, od kod prihaja uporaben kontekst.
Opredelite terminologijo in pregled, ki ga opravi človek
Zberite izraze, ki jih Vaše podjetje pogosto uporablja. Vključite želene prevode, imena izdelkov in besede, ki naj ostanejo nespremenjene. Za vzdrževanje tega seznama zadolžite eno osebo.
Nekatere prevajalske storitve podpirajo glosarje. Google Cloud Translation svoj glosar opisuje kot slovar po meri za dosledno strokovno terminologijo. [2] Funkcijo preverite za svoje točne jezikovne pare in izbrano storitev. Glosar ne dokazuje, da je celotno sporočilo pravilno.
Odločite se, katere rezultate mora pregledati usposobljen jezikovni pregledovalec. Pregledovalcu omogočite dostop do izvirnega besedila. Preden je besedilo za stranke poslano ali objavljeno, določite jasen korak odobritve.
Določite pravila za podatke in dostop
Opišite, s katerimi informacijami potek dela ravna. Med zgodnjimi preizkusi uporabljajte umetne primere. Ne kopirajte resničnih zapisov strank v preizkus samo zato, da bi videli, ali gumb deluje.
Vprašajte, kje bo besedilo obdelano, kaj bo aplikacija shranjevala, kdo ga lahko bere in kdaj bo izbrisano. V pogovor vključite tudi dnevnike in varnostne kopije. Preverite trenutne pogoje ponudnika in nadzorne možnosti, ki so na voljo v izbranem paketu.
Vmesnik po meri sam po sebi ne naredi zunanje prevajalske storitve zasebne ali delujoče brez povezave. Če Vaš projekt zahteva lokalno obdelavo, to zahtevo navedite že na začetku in celoten tok podatkov preizkusite glede nanjo.
Načrtujte ravnanje ob zamudah in napakah
Zapišite pričakovani odzivni čas in kaj naj osebje stori, če storitev ni na voljo. Aplikacija naj prikazuje jasno stanje, na primer čaka, pripravljeno za pregled ali ni uspelo. Izvirno besedilo ohranite.
Prosite razvijalca, naj loči začasne napake od napak, ki zahtevajo spremembo. DeepL na primer pri napakah zaradi omejitve števila zahtev opisuje ponovne poskuse z zamikom, medtem ko izčrpana kvota zahteva drugačen odziv. [3] Ponovljene zahteve ne bi smele ustvariti podvojenih poslovnih dejanj, na primer dvakratnega pošiljanja istega odgovora.
Dogovorite se o opozorilih o porabi in o tem, kdo je odgovoren za podporo. Ko primerjate stroške projekta, upoštevajte stroške storitve, vzdrževanje in prihodnje spremembe.
Prevzemne teste napišite pred razvojem
Za vsak potreben jezikovni par izberite reprezentativne primere. Vključite dolga sporočila, nenavadne znake, manjkajoča polja in izraze z odobrenega seznama. Preizkusite celotno nalogo, od izvornega zapisa do shranjenega ali poslanega rezultata.
Določite merila uspešnosti, ki jih lahko ljudje preverijo: kode izdelkov ostanejo nespremenjene, neodobrenega prevoda ni mogoče poslati, neuspela zahteva je vidna in pregledovalec se lahko vrne k izvirniku. Pomen in ton naj oceni usposobljen pregledovalec. Zapišite napake in po spremembah ponovite iste teste.
Pripravite jasno povpraševanje po ponudbi
Pošljite potek dela, vzorčna polja, jezikovne pare, ocenjeni obseg, pravila za podatke in prevzemne teste. Vsako postavko označite kot nujno za zagon ali primerno za poznejšo različico. Predpostavke in izključitve zahtevajte v pisni obliki.
Vavus ponuja pisno opredelitev obsega projektov po meri. [4] Na strani za ponudbo opišite svojo obstoječo aplikacijo in nalogo, ki jo želite izboljšati. Predlagana integracija, namestitev in testiranje naj bodo potrjeni v obsegu Vašega projekta.