Kaip apibrėžti vertimo integracijos apimtį esamoje verslo programoje
Suplanuokite vertimą savo verslo programoje. Prieš prašydami pasiūlymo apibrėžkite turinį, kalbas, peržiūrą, duomenų taisykles, klaidų valdymą ir priėmimo testus.
Pradėkite nuo vienos visos užduoties, kurią Jūsų komanda turi atlikti kita kalba. Tada apibrėžkite, kaip vertimas įsilieja į tą užduotį. Taip programinės įrangos tiekėjas gauna aiškesnį pagrindą sąmatai nei iš prašymo pridėti vertimo mygtuką.
Apimties apraše turėtų būti aprašyti tekstas, žmonės, duomenys ir rezultatas. Jame taip pat turėtų būti paaiškinta, kas nutinka, kai vertimas nepavyksta. Prieš rinkdamiesi techninį sprendimą, parenkite šį aprašą pagal toliau pateiktus žingsnius.
Pirmajai versijai pasirinkite vieną darbo eigą
Užrašykite, iš kur gaunamas šaltinio tekstas ir kur turi patekti patvirtintas vertimas. Pavyzdžiui, klientų aptarnavimo darbuotojui gali reikėti perskaityti gautą žinutę ir parengti atsakymą kliento kalba. Tai iliustracinis reikalavimas, o ne ataskaita apie Vavus įdiegimą.
Išvardykite kiekvieną žingsnį: atidaryti žinutę, užsakyti vertimą, perskaityti šaltinį šalia rezultato, redaguoti atsakymą ir patvirtinti jį siųsti. Nuspręskite, ar vertimas pradedamas automatiškai, ar tik darbuotojui jį pasirinkus.
Pirmoji versija turėtų būti nedidelė. Vieną ekraną ir vieną aiškią verslo užduotį išbandyti lengviau nei kiekvieną programos teksto lauką.
Nustatykite turinio ir kalbų poreikius
Sudarykite laukų, kuriuos reikia versti, sąrašą. Atskirkite trumpas etiketes, laisvą tekstą, dokumentus ir sakytinę kalbą. Jiems gali reikėti skirtingo apdorojimo ir skirtingų testų. Taip pat išvardykite laukus, kurie turi likti nepakeisti, pavyzdžiui, užsakymų numerius ir prekių kodus.
Nurodykite šaltinio ir tikslines kalbas, įskaitant regionines atmainas. Užrašykite įprastą teksto ilgį ir numatomą dienos apimtį. Paklauskite, kokius kalbų derinius ir įvesties formatus palaiko siūloma paslauga.
Trumpam tekstui kontekstas gali būti svarbus. Pavyzdžiui, DeepL teksto API palaiko parametrą context, kuris gali paveikti vertimą, o pats kontekstas nėra verčiamas. Jo dokumentacijoje taip pat nurodyta, kad atskiri teksto įrašai toje pačioje užklausoje nesidalija kontekstu. [1] Jūsų apimties apraše turėtų būti nurodyta, iš kur gaunamas naudingas kontekstas.
Apibrėžkite terminiją ir žmogaus atliekamą peržiūrą
Surinkite terminus, kuriuos Jūsų verslas dažnai vartoja. Įtraukite pageidaujamus vertimus, produktų pavadinimus ir žodžius, kurie turi likti nepakeisti. Paskirkite vieną asmenį, kuris prižiūrėtų šį sąrašą.
Kai kurios vertimo paslaugos palaiko terminų žodynus. Google Cloud Translation savo terminų žodyną apibūdina kaip pritaikytą žodyną nuosekliai konkrečios srities terminijai. [2] Patikrinkite šią funkciją būtent Jūsų kalbų poroms ir pasirinktai paslaugai. Terminų žodynas neįrodo, kad visa žinutė teisinga.
Nuspręskite, kuriems rezultatams reikia kvalifikuoto kalbos tikrintojo. Suteikite tikrintojui prieigą prie originalaus teksto. Nustatykite aiškų patvirtinimo žingsnį prieš siunčiant ar skelbiant klientams skirtą tekstą.
Nustatykite duomenų ir prieigos taisykles
Aprašykite, kokią informaciją apdoroja darbo eiga. Ankstyviesiems testams naudokite dirbtinius pavyzdžius. Nekopijuokite tikrų klientų įrašų į bandymą vien tam, kad pamatytumėte, ar veikia mygtukas.
Paklauskite, kur tekstas bus apdorojamas, ką programa saugos, kas galės jį skaityti ir kada jis bus ištrintas. Į šį aptarimą įtraukite žurnalus ir atsargines kopijas. Patikrinkite dabartines paslaugų teikėjo sąlygas ir pasirinktame plane prieinamas valdymo priemones.
Individuali sąsaja pati savaime nepadaro išorinės vertimo paslaugos nei privačios, nei veikiančios neprisijungus. Jei Jūsų projektui reikia vietinio apdorojimo, nurodykite šį reikalavimą pačioje pradžioje ir pagal jį išbandykite visą duomenų srautą.
Numatykite vėlavimus ir klaidas
Užrašykite numatomą atsako laiką ir ką darbuotojai turėtų daryti, jei paslauga nepasiekiama. Programa turėtų rodyti aiškią būseną, pavyzdžiui, laukiama, paruošta peržiūrai arba nepavyko. Išsaugokite originalų tekstą.
Paprašykite kūrėjo atskirti laikinas klaidas nuo klaidų, kurioms reikia pakeitimų. Pavyzdžiui, DeepL dokumentacijoje užklausų ribos klaidoms aprašyti atidėti pakartotiniai bandymai, o išnaudotai kvotai reikia kitokio sprendimo. [3] Pakartotinės užklausos neturėtų sukelti pasikartojančių verslo veiksmų, pavyzdžiui, to paties atsakymo išsiuntimo du kartus.
Susitarkite dėl naudojimo įspėjimų ir dėl to, kas atsako už palaikymą. Lygindami projekto išlaidas įtraukite paslaugų mokesčius, priežiūrą ir būsimus pakeitimus.
Priėmimo testus parašykite prieš kūrimą
Kiekvienai reikalingai kalbų porai pasirinkite reprezentatyvius pavyzdžius. Įtraukite ilgas žinutes, neįprastus simbolius, trūkstamus laukus ir terminus iš Jūsų patvirtinto sąrašo. Išbandykite visą užduotį, nuo šaltinio įrašo iki išsaugoto ar išsiųsto rezultato.
Nustatykite sėkmės kriterijus, kuriuos žmonės gali patikrinti: prekių kodai lieka nepakeisti, nepatvirtinto vertimo išsiųsti negalima, nepavykusi užklausa matoma, o tikrintojas gali grįžti prie šaltinio. Paprašykite kvalifikuoto tikrintojo įvertinti prasmę ir toną. Užrašykite trūkumus ir po pakeitimų pakartokite tuos pačius testus.
Parenkite aiškią pasiūlymo užklausą
Atsiųskite darbo eigą, pavyzdinius laukus, kalbų poras, numatomą apimtį, duomenų taisykles ir priėmimo testus. Kiekvieną punktą pažymėkite kaip būtiną paleidimui arba tinkamą vėlesnei versijai. Paprašykite raštu pateikti prielaidas ir išimtis.
Vavus siūlo rašytinį apimties apibrėžimą individualiems projektams. [4] Pasiūlymo puslapyje aprašykite savo esamą programą ir užduotį, kurią norite patobulinti. Siūloma integracija, diegimas ir testavimas turėtų būti patvirtinti Jūsų projekto apimtyje.
Užklauskite rašytinio pasiūlymo