Deskhero
Latviešu
Sākt bez maksas

← Back to articles

Automātiska pieteikumu tulkošana: iestatīšanas ceļvedis atbalsta komandām

Automātiska pieteikumu tulkošana: iestatīšanas ceļvedis atbalsta komandām

Jā, jūs varat automātiski tulkot pieteikumus, lai aģenti tos varētu lasīt un atbildēt vēlamajā valodā, nepārslēdzoties starp rīkiem un nepieņemot darbā bilingvālus darbiniekus. Tulkošana notiek pieteikuma līmenī: ienākošie ziņojumi tiek automātiski atpazīti un konvertēti, un aģenti pirms nosūtīšanas var iztulkot savas atbildes.

Trīs lietas, kas jāpārbauda, pirms maināt iestatījumus:

  • Apstipriniet savu administratora lomu. Tulkošanas iestatījumi atrodas administratora panelī, nevis aģenta skatā. Aģenti var aktivizēt tulkošanu konkrētiem pieteikumiem, bet tikai administrators var iespējot šo funkciju visā organizācijā.
  • Pārbaudiet savu tulkošanas dzinēju. Lielākā daļa palīdzības dienestu tiek savienoti ar ārēju API (Azure, Google Translate vai pārlūkprogrammā mitinātu modeli) vai ietver vietējo mašīntulkošanas dzinēju. Pirms konfigurēšanas noskaidrojiet, kuru risinājumu izmanto jūsu platforma.
  • Pārbaudiet atbalstīto valodu sarakstu un kvotu. Ne katrs valodu pāris ir pieejams, un lielākā daļa dzinēju nosaka ievades kvotas katram pieprasījumam vai mēnesim. To pārsniegšana var nepamanīti pārtraukt tulkošanu.

Galvenie secinājumi

Automātiskā pieteikumu tulkošana darbojas vislabāk, kad administratori to konfigurē pārdomāti, uzrauga precizitāti katram valodu pārim un ļauj aģentiem kontrolēt iestatījumu izmaiņas katras sarunas līmenī.

Punkts Detalizēta informācija
Vispirms jāveic administratora iestatīšana Iespējojiet tulkošanu administratora panelī, pārbaudiet API piekļuvi un iestatiet reģistrēšanu, pirms aģenti sāk redzēt iztulkotus pieteikumus.
Sāciet ar tulkošanu pēc pieprasījuma Pirms pārejas uz pilnībā automātisku tulkošanu visā organizācijā veiciet izmēģinājumu ar 2–3 valodu pāriem pēc pieprasījuma.
Uzraugiet kvotu un precizitāti Salīdziniet ievades apjomu ar savu kvotas līmeni un katru mēnesi pārbaudiet 20–30 iztulkotus pieteikumus, lai savlaicīgi pamanītu kvalitātes kritumu.
Glosāriji samazina pēcrediģēšanas darbu Īss 20–30 produktu nosaukumu un juridisko terminu saraksts novērš biežākās tulkošanas kļūdas aģentu atbildēs.
Deskhero aptver 14 valodas Deskhero daudzvalodu atbalsts integrē tulkošanu pieteikumu apstrādes darbplūsmā, bet MI atbilžu uzmetumi ir ierobežoti ar apstiprināto zināšanu saturu.

Satura rādītājs

Ko automātiskā pieteikumu tulkošana sniedz jūsu atbalsta komandai

Automātiskā tulkošana palīdzības dienestā ietver četras atšķirīgas funkcijas: ienākošās valodas noteikšanu, pieteikuma satura pārveidošanu aģenta valodā, aģenta atbildes iztulkošanu klienta valodā un tulkošanas notikuma reģistrēšanu audita un kvalitātes nodrošināšanas vajadzībām.

Diagramma, kurā parādīti automātiskās tulkošanas darbplūsmas soļi

Praktiskais ieguvums ir reāls. Aģentiem vairs nav jāgaida, līdz bilingvāls kolēģis pārskatīs pieteikumu, lai viņi varētu atbildēt. Pirmās saziņas atrisināšanas rādītājs uzlabojas, jo aģents var faktiski izlasīt jautājumu. Turklāt jūs izvairāties no izmaksām, kas rastos, novirzot katru pieteikumu, kas nav angļu valodā, uz speciālistu rindu. Phrase pētījums par daudzvalodu klientu atbalstu iesaka apvienot reāllaika mašīntulkošanu ar kvalitātes nodrošināšanas slāni un tulkošanas pārvaldības sistēmu, lai saglabātu nemainīgu kvalitāti lielā mērogā.

Kompromisi ir jānosauc jau sākumā. Mašīntulkošana mēdz kļūdīties īsos ziņojumos, idiomās, zīmolu specifiskā terminoloģijā un jauktas valodas tekstā. Dažiem valodu pāriem precizitāte ir zemāka nekā citiem. Ja apjoms strauji palielinās, varat sasniegt kvotas ierobežojumus, kas pilnībā aizkavē vai izlaiž tulkojumus. Google Translate demonstrē standarta plūsmu no avota uz mērķi, ko izmanto lielākā daļa ieviešanu, tādējādi nodrošinot noderīgu pamatu tam, ko sagaidīt no jebkura mašīntulkošanas dzinēja.

Aģenta darbplūsma izskatās šādi: tiek saņemts pieteikums, sistēma nosaka valodu, saturs tiek iztulkots un parādīts līdzās oriģinālam, aģents sagatavo atbildi, un atbilde pirms nosūtīšanas tiek iztulkota. Katrs solis var tikt reģistrēts.

Kā iespējot automātisko tulkošanu — administratora iestatījumi un konfigurācijas kontrolsaraksts

Pirms aktivizējat funkciju, izpildiet šo kontrolsarakstu:

  1. Apstipriniet API piekļuvi vai dzinēja pieejamību. Ja jūsu platforma izmanto ārēju API (piemēram, Azure Cognitive Services), jums nepieciešama derīga API atslēga un aktīvs abonements. Azure valodas pakalpojuma dokumentācijā parādīts, kā pārbaudīt API pieejamību pirms noteikšanas un tulkošanas pieprasījumu veikšanas. Pārlūkprogrammas tulkošanas gadījumā Translator and Language Detector APIs pirms modeļa izmantošanas ir nepieciešama pieejamības pārbaude.
  2. Iestatiet noklusējuma aģenta valodu. Tā ir valoda, kurā aģenti redz iztulkoto saturu. Ja izvēle būs nepareiza, aģenti saņems tulkojumus nepareizajā valodā.
  3. Izvēlieties automātisku vai tulkošanu pēc pieprasījuma. Automātiskā tulkošana nekavējoties iztulko katru ienākošo pieteikumu. Tulkošanai pēc pieprasījuma aģentam jānoklikšķina uz tulkošanas pogas. Izmēģinājuma laikā sāciet ar tulkošanu pēc pieprasījuma, lai aģenti varētu salīdzināt oriģinālo un iztulkoto tekstu.
  4. Iespējojiet izejošo tulkošanu. Lielākajā daļā platformu tas ir atsevišķs slēdzis. Tas nosaka, vai aģentu atbildes pirms nosūtīšanas tiek iztulkotas. Atspējojiet to, ja aģenti jau raksta klienta valodā.
  5. Iespējojiet tulkošanu katram kanālam. E-pasta, tērzēšanas un tīmekļa veidlapu kanāliem bieži ir atsevišķi tulkošanas slēdži. Iespējojiet tikai kanālus, kurus izmēģināt.
  6. Konfigurējiet reģistrēšanu un notikumu uztveršanu. Pārliecinieties, ka tulkošanas notikumi tiek ierakstīti pieteikuma laika skalā vai audita žurnālā. Tas būs nepieciešams kvalitātes pārbaudei un problēmu novēršanai.
  7. Iestatiet glabāšanas noteikumus. Iztulkotais saturs tiek glabāts līdzās oriģinālam. Pārliecinieties, ka jūsu datu glabāšanas politika attiecas arī uz iztulkoto tekstu, īpaši tad, ja pieteikumi satur personas identificējošu informāciju.

Profesionāļa padoms: Pirms ieviešanas visā organizācijā pārbaudiet 3–5 valodu pārus, izmantojot īpašu aģenta testa kontu. Nosūtiet katrā valodā reālistiskus pieteikumus un pārbaudiet, vai tulkojums ir saprotams un vai atbildes tulkojums pareizi sasniedz testa klienta adresi.

Kā darbojas valodas noteikšana un kā labot kļūdaini noteiktas valodas

Noteikšana tiek veikta automātiski, kad tiek saņemts pieteikums. Dzinējs analizē tekstu, piešķir valodas kodu (parasti BCP-47 tagu, piemēram, es spāņu valodai vai zh-Hans vienkāršotajai ķīniešu valodai) un pievieno ticamības rādītāju. Ja rādītājs pārsniedz slieksni, tiek sākta tulkošana. Ja tas to nesasniedz, pieteikums var tikt atzīmēts manuālai pārbaudei vai palikt neiztulkots.

Biežākie kļūmju veidi:

  • Īsi ziņojumi. Divu vārdu pieteikums (“Trūkst pasūtījuma”) detektoram sniedz ļoti maz informācijas. Ticamības rādītāji samazinās, un var tikt piešķirta nepareiza valoda.
  • Jauktas valodas teksts. Klients, kurš raksta angļu valodā, bet ielīmē kļūdas ziņojumu franču valodā, mulsina lielāko daļu detektoru.
  • Zīmolu nosaukumi un slengs. Produktu nosaukumi, saīsinājumi un neformāla rakstība var novirzīt noteikšanu uz nepareizo valodu.

Ja valoda ir noteikta nepareizi, aģentiem ir trīs iespējas: manuāli labot noteikto valodu, pēc konteksta papildināšanas piespiest veikt atkārtotu noteikšanu (lūdzot klientam sniegt vairāk informācijas) vai manuāli iztulkot pieteikumu, izmantojot atsevišķu rīku. Lielākā daļa platformu pieteikumā piedāvā lauku “valoda”, ko aģenti var rediģēt tieši.

Izstrādātājiem paredzētajā ieviešanā MDN Translator and Language Detector APIs rokasgrāmatā aprakstīta detect() metode, kvotu pārbaudes un nepieejamu modeļu apstrāde. Kartējot valodas starp sistēmām, ISO 15924 rakstības sistēmu kodi palīdz novērst lokalizācijas neatbilstības vairāku sistēmu iestatījumos.

Profesionāļa padoms: Pirms automātiskās noteikšanas aktivizēšanas iestatiet minimālo rakstzīmju slieksni (parasti 20–30 rakstzīmes). Ja teksts ir īsāks par šo slieksni, pirms tulkošanas pieprasiet aģenta apstiprinājumu noteiktajai valodai. Šīs vienas izmaiņas novērš lielāko daļu kļūdainas noteikšanas gadījumu.

Tulkošanas pārvaldība katram pieteikumam vai sarunai

Aģentiem nepieciešamas detalizētas vadīklas, nevis tikai visas organizācijas slēdzis. Standarta vadīklas katram pieteikumam, ko vajadzētu nodrošināt, ir šādas:

  1. Tulkot pēc pieprasījuma. Poga, uz kuras aģenti noklikšķina, lai iztulkotu konkrētu ziņojumu. Noder, ja automātiskā tulkošana ir izslēgta vai ziņojums saņemts valodā, ko sistēma nav noteikusi.
  2. Automātiskās tulkošanas slēdzis katrai sarunai. Ļauj aģentiem izslēgt automātisko tulkošanu konkrētam pieteikumam, nemainot globālo iestatījumu. Tas ir būtiski juridiskās, atbilstības vai eskalācijas situācijās, kur oriģinālais teksts jāsaglabā precīzi.
  3. Skatīt oriģinālo ziņojumu. Aģentiem vienmēr jābūt iespējai redzēt neiztulkoto avota tekstu. Nekad to neslēpiet. Var rasties jautājumi par precizitāti, un aģentiem nepieciešams oriģināls pārbaudei.
  4. Atbildes tulkošanas slēdzis. Nosaka, vai aģenta izejošā atbilde pirms nosūtīšanas tiek iztulkota. Aģentiem, kuri raksta klienta valodā, tas jāizslēdz.

Automātisko tulkošanu sarunai vajadzētu izslēgt juridisku strīdu gadījumā (kad svarīgs ir precīzs formulējums), pieteikumos, kas satur līgumus vai reglamentētu terminoloģiju, kā arī eskalācijās, kur pārņem dzimtās valodas speciālists.

Administratora līmeņa vadīklas nosaka, vai aģenti vispār drīkst šos iestatījumus mainīt. Dažās konfigurācijās administratori bloķē tulkošanu visiem pieteikumiem noteiktā rindā. Citās aģentiem ir pilnīga kontrole katras sarunas līmenī. Pareizais līdzsvars ir atkarīgs no jūsu komandas valodu pārklājuma un pieteikumu veidu riska profila.

Vadīkla Kas to iestata Kad to izmantot
Automātiskā tulkošana visā organizācijā Administrators Noklusējums visiem ienākošajiem pieteikumiem
Slēdzis katrai sarunai Aģents (ja administrators to atļauj) Juridiskas, atbilstības vai eskalācijas situācijas ar dzimtās valodas speciālistu
Skatīt oriģinālu Aģents Precizitātes pārbaude, kvalitātes paraugu pārbaude
Atbildes tulkošanas slēdzis Aģents Aģents jau raksta klienta valodā

Aģentu atbilžu tulkošana pirms nosūtīšanas

Drošākais noklusējuma risinājums ir darbplūsma ar pārskatīšanu vispirms: aģents sagatavo atbildi angļu valodā, noklikšķina uz “Translate”, pārskata tulkojumu, vajadzības gadījumā to rediģē un nosūta. Automātiska nosūtīšana (kad atbilde tiek iztulkota un nosūtīta bez aģenta pārskatīšanas) ir piemērota tikai pēc tam, kad vairāku nedēļu produkcijas datu laikā esat apstiprinājuši konkrēta valodu pāra precizitāti.

Rokas, kas gatavas planšetē pārskatīt iztulkotu atbildi

Iztulkotas atbildes priekšskatīšana aizņem dažas sekundes un ļauj pamanīt biežākās problēmas: nepareizi atveidotu produkta nosaukumu, formālā un neformālā stila neatbilstību vai frāzi, kas mērķa valodā izklausās rupji. Lai pamanītu šīs problēmas, aģentiem nav jāprot mērķa valoda. Viņiem tikai jāzina, ko atbildei vajadzētu nozīmēt, un jāsalīdzina tā ar tulkojumu, izmantojot tādu atsauces rīku kā Google Translate ātrai pārbaudei.

Glosāriji šeit sniedz izmērāmu ieguvumu. Īss produktu nosaukumu, funkciju apzīmējumu un juridisko frāžu saraksts, ko nekad nevajadzētu tulkot (vai kas vienmēr jātulko noteiktā veidā), būtiski samazina pēcrediģēšanas darbu. Phrase tieši šī iemesla dēļ iesaka apvienot mašīntulkošanu ar tulkošanas pārvaldības sistēmu un glosāriju. Ja jūsu platforma atbalsta TMS integrāciju, savienojiet to. Ja ne, kopīgs komandas dokuments ar 20–30 bieži lietotiem terminiem sniegs lielāko daļu ieguvuma.

Profesionāļa padoms: Glosārijam aģentiem jābūt īsam un konkrētam. 20–30 produktu nosaukumu, juridisko terminu un zīmolu frāžu saraksts, ko nedrīkst mainīt, ir noderīgāks par 200 ierakstu glosāriju, ko aģenti ignorē. Pārskatiet to reizi ceturksnī un pievienojiet terminus ikreiz, kad kāda tulkošanas kļūda atkārtojas.

Zināmie ierobežojumi, ASV datu konfidencialitātes apsvērumi un tulkošanas kvalitātes kontrole

Precizitātes ierobežojumi. Īsos ziņojumos, idiomās un konkrētas jomas terminoloģijā mašīntulkošana regulāri darbojas vājāk. Pielikumi (ekrānuzņēmumi, PDF faili) lielākajā daļā dzinēju netiek tulkoti, ja vien vispirms neveicat OCR. Pieteikums “logrīks turpina griezties” programmatūras kontekstā nozīmē kaut ko pavisam citu nekā burtisks tulkojums.

Kvotas un veiktspējas ierobežojumi. Pārlūkprogrammā mitināti tulkošanas modeļi, kā aprakstīts Chrome Translator API dokumentācijā, pārvieto modeļu lejupielādi uz klienta ierīci, samazinot servera puses rēķinus, bet radot lejupielādes aizkavi un ierīces pieejamības ierobežojumus. Servera puses API ir katra pieprasījuma un mēneša ievades kvotas. MDN Using rokasgrāmatā skaidri aprakstīts, kā pirms tulkošanas izmērīt ievades lietojumu un kā apstrādāt QuotaExceeded kļūdas. Komandām ar lielu apjomu pirms kvotas līmeņa izvēles izmēriet vidējo rakstzīmju skaitu pieteikumā un reiziniet to ar ikmēneša pieteikumu skaitu.

ASV datu konfidencialitāte. Iztulkoto pieteikumu saturu apstrādā trešās puses dzinējs (Azure, Google vai cits pakalpojumu sniedzējs). Tas nozīmē, ka klientu personas identificējošā informācija nonāk ārējā sistēmā. Pirms tulkošanas iespējošanas pārliecinieties, ka jūsu datu apstrādes līgums ar tulkošanas pakalpojumu sniedzēju attiecas uz jūsu izmantošanas gadījumu saskaņā ar piemērojamajiem ASV regulējumiem. Pārbaudiet, kur tiek glabāts iztulkotais teksts, cik ilgi tas tiek saglabāts un vai tas tiek izmantots pakalpojumu sniedzēja modeļu apmācībai. Dažos uzņēmumu līgumos ir iekļauts nosacījums par neizmantošanu apmācībai.

Riska joma Kas jāpārbauda Riska mazināšana
Personas identificējoša informācija iztulkotajā saturā Datu apstrādes līgums ar tulkošanas pakalpojumu sniedzēju Izmantojiet pakalpojumu sniedzēju ar nosacījumu par neizmantošanu apmācībai
Iztulkotā teksta glabāšana Platformas glabāšanas iestatījumi Saskaņojiet tos ar esošo pieteikumu glabāšanas politiku
Pārsniegta kvota Ikmēneša ievades apjoms pret kvotas līmeni Izmēriet apjomu iepriekš un pirms palaišanas paaugstiniet līmeni
Zemas precizitātes valodu pāri Izmēģinājuma rezultāti pa valodām Novirziet zemas precizitātes pārus cilvēka pārbaudei

Profesionāļa padoms: Katru mēnesi veiciet kvalitātes paraugu pārbaudi: atlasiet 20–30 iztulkotus pieteikumus svarīgākajos valodu pāros un lūdziet dzimtās valodas lietotājam vai bilingvālam aģentam novērtēt precizitāti vienkāršā skalā no 1 līdz 3. Sekojiet rādītājam laika gaitā. Vidējā rādītāja kritums ir agrākais signāls, ka tulkošanas dzinējā kaut kas ir mainījies.

Ieviešanas kontrolsaraksts, uzraudzības rādītāji un biežākie problēmu novēršanas soļi

Pakāpeniska ieviešana būtiski samazina risku; komandām, kas vēlas izprast, kā tulkošanas modeļi prioritizē formulējumus un atsauces, BabyLoveGrowth AI Search Visibility Test var sniegt vērtīgas atziņas. Rīkojieties šādā secībā:

  1. Izvēlieties izmēģinājuma grupu. Izvēlieties 3–5 aģentus, kuri apstrādā vislielāko pieteikumu, kas nav angļu valodā, apjomu. Viņi problēmas atklās ātrāk nekā plaša ieviešana.
  2. Iespējojiet tulkošanu tikai 2–3 valodu pāriem. Sāciet ar valodām, kas nav angļu valoda un kurās saņemat visvairāk pieteikumu. Pēc izmēģinājuma stabilizēšanās pievienojiet citas.
  3. Ieslēdziet reģistrēšanu. Katram tulkošanas notikumam jābūt ierakstītam pieteikuma laika skalā. Bez žurnāliem problēmu novēršana kļūst par minēšanu.
  4. Apmāciet aģentus darbam ar pieteikumu vadīklām. Aģentiem jāzina, kā skatīt oriģinālu, labot noteikšanu un izslēgt tulkošanu sarunai. 15 minūšu demonstrācija ir efektīvāka par rakstisku dokumentu.
  5. Definējiet atcelšanas plānu. Precīzi ziniet, kuri iestatījumi jāatjauno un kam ir administratora piekļuve, lai to izdarītu. Dokumentējiet šo informāciju pirms palaišanas.
  6. Paplašiniet pēc divām nedēļām ar stabiliem izmēģinājuma datiem. Ja tulkošanas sekmju rādītājs, ticamības sadalījums un aģentu atsauksmes ir labi, pievienojiet vairāk valodu pāru un aģentu.

Uzraugāmie rādītāji: tulkošanas sekmju rādītājs (veiksmīgi iztulkoto pieteikumu, kas nav angļu valodā, procentuālā daļa), ticamības rādītāju sadalījums (atzīmējiet visu, kas ir zem jūsu sliekšņa), laiks līdz pirmajai atbildei iztulkotajiem un neiztulkotajiem pieteikumiem, kā arī aģentu iesniegtie ziņojumi par tulkošanas kļūdām.

Biežākā problēmu novēršana:

  • Trūkst tulkojumu: pārbaudiet, vai kanālam (e-pastam, tērzēšanai, veidlapai) ir iespējota tulkošana. Pārbaudiet API atslēgas derīgumu. Pārbaudiet kvotu.
  • Noteikta nepareiza valoda: pārskatiet pieteikuma rakstzīmju skaitu. Ja tas ir zem jūsu sliekšņa, noteikšana darbojas, kā paredzēts. Paaugstiniet slieksni vai pieprasiet aģenta apstiprinājumu.
  • Pārsniegta kvota: MDN Using rokasgrāmatā aprakstīta QuotaExceeded apstrāde. Paaugstiniet kvotas līmeni vai ieviesiet pakešu apstrādi ar aizkavēm.
  • Kavēti tulkojumi: Pārlūkprogrammas modeļiem pirms pirmās izmantošanas var būt nepieciešama lejupielāde. Chrome Translator API apraksta šo lejupielādes darbību. Servera puses API gadījumā pārbaudiet aizkavi pakalpojumu sniedzēja informācijas panelī.

Kā Deskhero apstrādā automātisku pieteikumu tulkošanu

Deskhero daudzvalodu atbalsts aptver 14 valodas un integrē tulkošanu tieši pieteikumu apstrādes darbplūsmā. Pieteikumi, kas saņemti pa e-pastu, tīmekļa veidlapā vai MI tērzēšanas robotā, tiek apstrādāti kopīgā iesūtnē, kur aģenti var skatīt un atbildēt uz iztulkotu saturu, neatstājot platformu.

Deskhero pieeju no atsevišķas mašīntulkošanas integrācijas atšķir zināšanu ierobežojums. MI sagatavo atbildes, izmantojot tikai jūsu apstiprināto saturu: atrisinātus pieteikumus, zināšanu bāzes rakstus un tīmekļa vietnes lapas, ko aģents ir apstiprinājis. Tas nozīmē, ka iztulkotajos atbilžu uzmetumos nav izdomājumu. Ja MI nav apstiprinātas atbildes, tas izveido savienojumu ar cilvēku, nevis izdomā atbildi. Daudzvalodu atbalstā tas ir svarīgi, jo izdomāta atbilde valodā, ko aģents nespēj izlasīt, paliek nepamanīta, līdz klients iesniedz sūdzību.

Ieteicamie iestatījumi Deskhero izmēģinājumam:

  • Iespējojiet daudzvalodu atbalstu administratora panelī un atlasiet mērķa valodas.
  • Savienojiet savu Gmail, Google Workspace vai Microsoft 365 pastkasti. Divvirzienu sinhronizācija nozīmē, ka atbildes joprojām tiks sūtītas no jūsu domēna.
  • Ieslēdziet MI atbilžu uzmetumus un manuāli pārskatiet pirmos 50 iztulkotos uzmetumus, pirms uzticaties automātiskās nosūtīšanas iespējai.
  • Izmantojiet pieteikumu ieskatu karti, lai noteiktu, kuri valodu pāri rada visvairāk pieteikumu, un koncentrējiet glosārija darbu uz tiem.

REST API ļauj izveidot pielāgotas tulkošanas darbplūsmas, ja jūsu komandai ir īpašas maršrutēšanas vai reģistrēšanas prasības, kas pārsniedz noklusējuma konfigurāciju. Komandām, kas izmanto ar MI darbinātu klientu apkalpošanu, Deskhero reģistrēšana un notikumu uztveršana nodrošina kvalitātes pārbaudei nepieciešamo audita izsekojamību.

Profesionāļa padoms: Pirms iespējojat MI atbilžu uzmetumus konkrētai valodai, Deskhero apstipriniet nelielu skaitu atrisinātu pieteikumu katrā mērķa valodā. MI izmanto apstiprināto saturu, tāpēc, nodrošinot to ar reāliem un precīziem atrisinātiem pieteikumiem spāņu, franču vai vācu valodā, jūs nekavējoties izveidojat stabilu pamatu tā darbam.

Automātiskās tulkošanas ieviešanas daļa, ko izlaiž vairums rokasgrāmatu

Lielākā daļa ieviešanas rokasgrāmatu aplūko automātisko tulkošanu kā bināru izvēli: ieslēgts vai izslēgts, darbojas vai nedarbojas. Sarežģītākais ir vidusstāvoklis, kad tulkošana tehniski darbojas, bet nemanāmi pasliktina kvalitāti tādā veidā, ko neviens nepamana, līdz klients eskalē situāciju.

Komandas, kas visvairāk iegūst no daudzvalodu atbalsta automatizācijas, ir tās, kuras tulkošanas precizitāti uzskata par savu rādītāju, nevis piegādātāja atbildību. Tas nozīmē regulāri pārbaudīt iztulkotus pieteikumus, nevis tikai tad, kad kaut kas sabojājas. Tas nozīmē sniegt aģentiem vienkāršu iespēju atzīmēt sliktu tulkojumu pašā pieteikumā, nevis atsevišķā atsauksmju veidlapā, ko neviens neaizpilda. Un tas nozīmē godīgi izvērtēt, kuri valodu pāri ir pietiekami labi automātiskai nosūtīšanai un kuriem pirms nosūtīšanas joprojām nepieciešama aģenta pārbaude.

Vēl viena būtiska lieta: automātiskā tulkošana neaizstāj dzimtās valodas lietotāja spriedumu sarežģītos vai sensitīvos pieteikumos. Hibrīds modelis, kurā mašīntulkošana apstrādā parastus jautājumus, bet bilingvāli aģenti vai speciālisti risina eskalācijas, klientu apmierinātības ziņā pastāvīgi pārspēj pilnīgu automatizāciju. Mērķis ir izmantot tulkošanu, lai novērstu ikdienas apjoma sastrēgumu, nevis pilnībā likvidētu cilvēka spriedumu.

Deskhero jau no pirmās dienas padara daudzvalodu atbalstu vienkāršu

Lielākā daļa komandu pavada vairākas nedēļas, integrējot tulkošanas API, konfigurējot valodu pārus un novēršot kvotas kļūdas, pirms aģents saņem kaut vienu iztulkotu pieteikumu. Deskhero šo iestatīšanu pilnībā izlaiž. Savienojiet savu esošo Gmail vai Microsoft 365 pastkasti, iespējojiet daudzvalodu atbalstu 14 valodām, un jūsu komanda tajā pašā dienā varēs lasīt un atbildēt uz iztulkotiem pieteikumiem.

Deskhero

MI sagatavo atbildes tikai no apstiprinātām zināšanām, tāpēc iztulkotās atbildes paliek precīzas un atbilstošas zīmolam, aģentiem tās nepārbaudot atkārtoti. Katrs tulkošanas notikums tiek reģistrēts, katra automatizētā darbība tiek apzīmēta, un nekas netiek nosūtīts automātiski, ja vien jūs to neesat iespējojis. Sāciet 30 dienu bezmaksas izmēģinājumu, kam nav nepieciešama kredītkarte, un šonedēļ veiciet savu pirmo daudzvalodu izmēģinājumu.

Avoti

BUJ

Kā ieslēgt automātisko tulkošanu atbalsta pieteikumiem?

Atveriet palīdzības dienesta administratora paneli, atrodiet tulkošanas vai valodas iestatījumu sadaļu, pārbaudiet, vai tulkošanas dzinējs ir savienots, un iespējojiet automātisko tulkošanu mērķa kanāliem. Pirms iespējošanas visā organizācijā pārbaudiet to nelielā izmēģinājuma grupā.

Kāds ir labākais automātiskais tulkotājs palīdzības dienestam?

Atbilstošā izvēle ir atkarīga no jūsu valodu pāriem un apjoma. Servera puses API, piemēram, Azure Cognitive Services un Google Translate, aptver visplašāko valodu klāstu. Pārlūkprogrammā mitināti modeļi (Chrome Translator API) samazina servera izmaksas, bet ir atkarīgi no ierīces pieejamības. Deskhero tieši pieteikumu apstrādes darbplūsmā ietver daudzvalodu atbalstu 14 valodām.

Cik maksā MI tulkošanas rīki atbalsta komandām?

Cenas atšķiras atkarībā no dzinēja un apjoma. Servera puses API parasti iekasē maksu par rakstzīmi vai pieprasījumu, tāpēc izmaksas pieaug līdz ar pieteikumu apjomu. Pārlūkprogrammā mitināti modeļi pārvieto apstrādi uz klienta ierīci, samazinot tiešās API izmaksas. Deskhero daudzvalodu atbalstu iekļauj abonementā, tāpēc nav atsevišķas tulkošanas API maksas, ko pārvaldīt.

Vai aģenti var labot nepareizi noteiktu valodu?

Jā. Lielākā daļa platformu pieteikumā piedāvā valodas lauku, ko aģenti var rediģēt tieši. Pēc valodas labošanas aģenti var aktivizēt manuālu atkārtotu tulkošanu. Minimālā rakstzīmju sliekšņa (20–30 rakstzīmes) iestatīšana pirms automātiskās noteikšanas novērš lielāko daļu kļūdainas noteikšanas gadījumu, pirms tie sasniedz aģentu.

Kas notiek, kad tiek pārsniegta tulkošanas kvota?

Tulkošanas pieprasījums klusi neizdodas vai atgriež kļūdu, un pieteikums var tikt parādīts kā neiztulkots. MDN Using rokasgrāmatā aprakstīta QuotaExceeded kļūdu apstrāde. Lai no tā izvairītos, iepriekš izmēriet ikmēneša pieteikumu apjomu rakstzīmēs un pirms palaišanas paaugstiniet kvotas līmeni.