Hvernig á að skilgreina umfang þýðingartengingar fyrir núverandi viðskiptaforrit
Skipuleggðu þýðingar í viðskiptaforritinu þínu. Skilgreindu efni, tungumál, yfirlestur, gagnareglur, viðbrögð við villum og samþykktarprófanir áður en þú óskar eftir tilboði.
Byrjaðu á einu heildstæðu verkefni sem teymið þitt þarf að leysa á öðru tungumáli. Skilgreindu síðan hvernig þýðing fellur að því verkefni. Þannig fær hugbúnaðarbirgir skýrari grunn fyrir kostnaðarmat en ef aðeins er beðið um að bæta við þýðingarhnappi.
Umfangið ætti að ná yfir textann, fólkið, gögnin og niðurstöðuna. Það ætti líka að útskýra hvað gerist þegar þýðing mistekst. Notaðu skrefin hér á eftir til að undirbúa umfangið áður en þú velur tæknilega nálgun.
Veldu eitt verkflæði fyrir fyrstu útgáfuna
Skrifaðu niður hvaðan upprunatextinn kemur og hvert samþykkta þýðingin á að fara. Til dæmis gæti starfsmaður í þjónustuveri þurft að lesa innkomin skilaboð og undirbúa svar á tungumáli viðskiptavinarins. Þetta er krafa til skýringar, ekki frásögn af Vavus-uppsetningu.
Teldu upp hvert skref: opna skilaboðin, biðja um þýðingu, lesa frumtextann við hlið niðurstöðunnar, breyta svarinu og samþykkja það til sendingar. Ákveddu hvort þýðing hefjist sjálfkrafa eða aðeins eftir að starfsmaður velur hana.
Hafðu fyrstu útgáfuna litla. Auðveldara er að prófa einn skjá og eitt skýrt viðskiptaverkefni en hvern einasta textareit í forriti.
Greindu þarfir fyrir efni og tungumál
Gerðu lista yfir þá reiti sem þarf að þýða. Aðgreindu stutta merkimiða, frjálsan texta, skjöl og tal. Þetta getur kallað á mismunandi vinnslu og prófanir. Skráðu líka reiti sem eiga að haldast óbreyttir, eins og pöntunarnúmer og vörunúmer.
Tilgreindu upprunamál og markmál, þar á meðal svæðisbundin afbrigði. Skráðu dæmigerða lengd texta og áætlað magn á dag. Spurðu hvaða tungumálasamsetningar og inntakssnið fyrirhuguð þjónusta styður.
Samhengi getur skipt máli í stuttum texta. Texta-API DeepL styður til dæmis context-færibreytu sem getur haft áhrif á þýðinguna án þess að samhengið sjálft sé þýtt. Í skjölun þess kemur líka fram að aðskildar textafærslur í sömu beiðni deila ekki samhengi. [1] Í umfanginu ætti að koma fram hvaðan gagnlegt samhengi kemur.
Skilgreindu hugtakanotkun og mannlegan yfirlestur
Safnaðu saman þeim hugtökum sem fyrirtækið þitt notar oft. Hafðu með æskilegar þýðingar, vöruheiti og orð sem eiga að haldast óbreytt. Feldu einum einstaklingi að halda listanum við.
Sumar þýðingarþjónustur styðja orðasöfn. Google Cloud Translation lýsir orðasafni sínu sem sérsniðinni orðabók fyrir samræmda hugtakanotkun á tilteknu sviði. [2] Kannaðu eiginleikann fyrir nákvæmlega þau tungumálapör sem þú notar og þjónustuna sem þú velur. Orðasafn sannar ekki að öll skilaboðin séu rétt.
Ákveddu hvaða úttak þarf að fara til hæfs málfarsyfirlesara. Veittu yfirlesaranum aðgang að frumtextanum. Settu skýrt samþykktarskref áður en texti sem ætlaður er viðskiptavinum er sendur eða birtur.
Settu reglur um gögn og aðgang
Lýstu því hvaða upplýsingar verkflæðið meðhöndlar. Notaðu gervidæmi í fyrstu prófunum. Forðastu að afrita raunverulegar færslur viðskiptavina inn í prufu bara til að sjá hvort hnappur virkar.
Spurðu hvar textinn verður unninn, hvað forritið mun geyma, hver getur lesið hann og hvenær honum verður eytt. Taktu annála og afrit með í þá umræðu. Staðfestu gildandi skilmála þjónustuveitunnar og þá stjórnmöguleika sem eru í boði í valinni áskriftarleið.
Sérsniðið viðmót eitt og sér gerir ytri þýðingarþjónustu hvorki lokaða né nothæfa án nettengingar. Ef verkefnið þitt krefst staðbundinnar vinnslu skaltu taka þá kröfu fram strax í upphafi og prófa allt gagnaflæðið með hliðsjón af henni.
Gerðu ráð fyrir töfum og villum
Skráðu áætlaðan svartíma og hvað starfsfólk á að gera ef þjónustan liggur niðri. Forritið ætti að sýna skýra stöðu, til dæmis í bið, tilbúið til yfirlestrar eða mistókst. Varðveittu frumtextann.
Biddu forritarann að gera greinarmun á tímabundnum villum og villum sem krefjast breytinga. DeepL lýsir til dæmis seinkuðum endurtilraunum vegna villna um hámarksfjölda beiðna, en uppurinn kvóti kallar á önnur viðbrögð. [3] Endurteknar beiðnir ættu ekki að leiða til tvítekinna aðgerða í rekstrinum, eins og að sama svarið sé sent tvisvar.
Semdu um notkunarviðvaranir og um það hver ber ábyrgð á þjónustunni. Taktu þjónustugjöld, viðhald og framtíðarbreytingar með þegar þú berð saman kostnað við verkefni.
Skrifaðu samþykktarprófanir áður en þróun hefst
Veldu dæmigerð sýnidæmi fyrir hvert tungumálapar sem þarf. Hafðu með löng skilaboð, óvenjuleg tákn, reiti sem vantar og hugtök af samþykkta listanum þínum. Prófaðu allt verkefnið, frá upprunafærslunni til vistaðrar eða sendrar niðurstöðu.
Settu viðmið sem fólk getur gengið úr skugga um: vörunúmer haldast óbreytt, ekki er hægt að senda ósamþykkta þýðingu, misheppnuð beiðni sést og yfirlesarinn getur farið aftur í frumtextann. Fáðu hæfan yfirlesara til að meta merkingu og tón. Skráðu galla og endurtaktu sömu prófanir eftir breytingar.
Útbúðu skýra beiðni um tilboð
Sendu verkflæðið, dæmi um reiti, tungumálapör, áætlað magn, gagnareglur og samþykktarprófanir. Merktu hvert atriði sem nauðsynlegt fyrir opnun eða hentugt fyrir síðari útgáfu. Biddu um forsendur og undanskilin atriði skriflega.
Vavus býður skriflega skilgreiningu á umfangi fyrir sérsniðin verkefni. [4] Notaðu tilboðssíðuna til að lýsa núverandi forriti þínu og verkefninu sem þú vilt bæta. Fyrirhuguð tenging, uppsetning og prófanir ættu að vera staðfestar í umfangi verkefnisins.
Óskaðu eftir skriflegu tilboði