Kā noteikt tulkošanas integrācijas apjomu esošā biznesa lietotnē
Plānojiet tulkošanu savā biznesa lietotnē. Pirms cenu piedāvājuma pieprasīšanas nosakiet saturu, valodas, pārskatīšanu, datu noteikumus, kļūmju apstrādi un pieņemšanas testus.
Sāciet ar vienu pilnīgu uzdevumu, kas Jūsu komandai jāveic citā valodā. Pēc tam nosakiet, kā tulkošana iekļaujas šajā uzdevumā. Tas programmatūras piegādātājam dod skaidrāku pamatu tāmei nekā lūgums pievienot tulkošanas pogu.
Darba apjomam jāaptver teksts, cilvēki, dati un rezultāts. Tajā arī jāpaskaidro, kas notiek, ja tulkošana neizdodas. Izmantojiet tālāk aprakstītos soļus, lai sagatavotu šo apjomu, pirms izvēlaties tehnisko pieeju.
Izvēlieties vienu darba plūsmu pirmajai versijai
Pierakstiet, no kurienes nāk avota teksts un kur jānonāk apstiprinātajam tulkojumam. Piemēram, atbalsta darbiniekam var būt jāizlasa ienākošs ziņojums un jāsagatavo atbilde klienta valodā. Šī ir ilustratīva prasība, nevis pārskats par Vavus instalāciju.
Uzskaitiet katru soli: atvērt ziņojumu, pieprasīt tulkojumu, lasīt avota tekstu blakus rezultātam, rediģēt atbildi un apstiprināt to nosūtīšanai. Izlemiet, vai tulkošana sākas automātiski vai tikai pēc tam, kad darbinieks to izvēlas.
Pirmo versiju veidojiet nelielu. Vienu ekrānu un vienu skaidru biznesa uzdevumu ir vieglāk testēt nekā katru lietotnes teksta lauku.
Nosakiet satura un valodu vajadzības
Izveidojiet sarakstu ar laukiem, kas jātulko. Nošķiriet īsas etiķetes, brīvu tekstu, dokumentus un runu. Tiem var būt vajadzīga atšķirīga apstrāde un testi. Uzskaitiet arī laukus, kam jāpaliek nemainīgiem, piemēram, pasūtījumu numurus un produktu kodus.
Norādiet avota un mērķa valodas, ieskaitot reģionālos variantus. Pierakstiet tipisko teksta garumu un paredzamo dienas apjomu. Jautājiet, kādas valodu kombinācijas un ievades formātus piedāvātais pakalpojums atbalsta.
Īsam tekstam konteksts var būt svarīgs. Piemēram, DeepL teksta API atbalsta parametru context, kas var ietekmēt tulkojumu, pašu kontekstu netulkojot. Tā dokumentācijā arī teikts, ka atsevišķiem teksta ierakstiem vienā pieprasījumā nav kopīga konteksta. [1] Jūsu darba apjomā jānorāda, no kurienes nāk noderīgais konteksts.
Nosakiet terminoloģiju un cilvēka veiktu pārskatīšanu
Apkopojiet terminus, ko Jūsu uzņēmums lieto bieži. Iekļaujiet vēlamos tulkojumus, produktu nosaukumus un vārdus, kam jāpaliek nemainīgiem. Norīkojiet vienu cilvēku šī saraksta uzturēšanai.
Daži tulkošanas pakalpojumi atbalsta glosārijus. Google Cloud Translation savu glosāriju raksturo kā pielāgotu vārdnīcu konsekventai nozares terminoloģijai. [2] Pārbaudiet šo funkciju tieši Jūsu valodu pāriem un izvēlētajam pakalpojumam. Glosārijs nepierāda, ka viss ziņojums ir pareizs.
Izlemiet, kuriem rezultātiem vajadzīgs kvalificēts valodas pārskatītājs. Nodrošiniet pārskatītājam piekļuvi oriģinālajam tekstam. Pirms klientiem paredzēts teksts tiek nosūtīts vai publicēts, paredziet skaidru apstiprināšanas soli.
Nosakiet datu un piekļuves noteikumus
Aprakstiet, kādu informāciju darba plūsma apstrādā. Agrīnos testos izmantojiet mākslīgi izveidotus piemērus. Nekopējiet īstus klientu ierakstus izmēģinājumā tikai tāpēc, lai redzētu, vai poga darbojas.
Jautājiet, kur teksts tiks apstrādāts, ko lietotne glabās, kas to varēs lasīt un kad tas tiks dzēsts. Iekļaujiet šajā sarunā žurnālus un rezerves kopijas. Pārliecinieties par pakalpojuma sniedzēja pašreizējiem noteikumiem un izvēlētajā plānā pieejamajām pārvaldības iespējām.
Pielāgota saskarne pati par sevi nepadara ārēju tulkošanas pakalpojumu privātu vai bezsaistes. Ja Jūsu projektam vajadzīga lokāla apstrāde, norādiet šo prasību jau sākumā un pārbaudiet, vai visa datu plūsma tai atbilst.
Plānojiet aizkaves un kļūdas
Pierakstiet paredzamo atbildes laiku un to, kā darbiniekiem jārīkojas, ja pakalpojums nav pieejams. Lietotnei jārāda skaidrs statuss, piemēram, „gaida”, „gatavs pārskatīšanai” vai „neizdevās”. Saglabājiet oriģinālo tekstu.
Palūdziet izstrādātājam nošķirt īslaicīgas kļūmes no kļūdām, kam vajadzīgas izmaiņas. Piemēram, DeepL dokumentācijā aprakstīti atlikti atkārtoti mēģinājumi pieprasījumu skaita ierobežojuma kļūdām, savukārt izsmelta kvota prasa citu rīcību. [3] Atkārtotiem pieprasījumiem nevajadzētu radīt dublētas biznesa darbības, piemēram, vienas un tās pašas atbildes nosūtīšanu divreiz.
Vienojieties par lietojuma brīdinājumiem un to, kas atbild par atbalstu. Salīdzinot projekta izmaksas, iekļaujiet pakalpojuma maksas, uzturēšanu un turpmākas izmaiņas.
Uzrakstiet pieņemšanas testus pirms izstrādes
Katram nepieciešamajam valodu pārim izvēlieties reprezentatīvus piemērus. Iekļaujiet garus ziņojumus, neparastas rakstzīmes, trūkstošus laukus un terminus no Jūsu apstiprinātā saraksta. Testējiet visu uzdevumu no avota ieraksta līdz saglabātajam vai nosūtītajam rezultātam.
Nosakiet izpildes kritērijus, ko cilvēki var pārbaudīt: produktu kodi paliek nemainīgi, neapstiprinātu tulkojumu nevar nosūtīt, neizdevies pieprasījums ir redzams un pārskatītājs var atgriezties pie avota teksta. Lūdziet kvalificētam pārskatītājam izvērtēt nozīmi un toni. Pierakstiet defektus un pēc izmaiņām atkārtojiet tos pašus testus.
Sagatavojiet skaidru cenu piedāvājuma pieprasījumu
Nosūtiet darba plūsmu, lauku paraugus, valodu pārus, aptuveno apjomu, datu noteikumus un pieņemšanas testus. Atzīmējiet katru punktu kā obligātu palaišanai vai piemērotu vēlākai versijai. Pieprasiet pieņēmumus un izņēmumus rakstiski.
Vavus pielāgotiem projektiem piedāvā rakstisku darba apjoma noteikšanu. [4] Izmantojiet piedāvājuma lapu, lai aprakstītu savu esošo lietotni un uzdevumu, ko vēlaties uzlabot. Piedāvātā integrācija, izvietošana un testēšana jāapstiprina Jūsu projekta darba apjomā.
Pieprasīt rakstisku piedāvājumu