Kad ir īstais brīdis sākt lokalizācijas darbus?

“Mēs lokalizēsim pēc tam, kad produkts būs atbilstošs tirgum.” Šis viens teikums programmatūras uzņēmumiem izmaksā vidēji 23–42 % no izstrādes centieniem un aizkavē globālo palaišanu par 6–18 mēnešiem. Slēptās izmaksas nav tulkošana — tas ir tehniskais parāds, ko jūs šodien iestrādājat katrā koda rindā.

Brutālā matemātika: būvēt tagad vai modernizēt vēlāk

• 5–7x — lokalizācijas modernizēšanas izmaksu reizinātājs salīdzinājumā ar tās iebūvēšanu
• 23–42 % — izstrādes laiks, kas izšķērdēts tehnoloģiju parāda dēļ aizkavētas lokalizācijas dēļ
• 6–18 mēneši — vidējā kavēšanās globālā tirgus ienākšanā, lokalizējot produktu pēc tā palaišanas.

Saskaņā ar McKinsey un Lokalizācijas nozares standartu asociācijas pētījumu, organizācijas izšķērdē no 23% līdz 42% savu izstrādes centienu, risinot tehnisko parādu. Ja lokalizācija tiek uzskatīta par sekundāru jautājumu, šis parāds pieaug eksponenciāli.

Lūk, ko tas nozīmē praksē: ja jūsu komanda pavada 3 mēnešus, veidojot funkciju ar cietajā kodā ierakstītām virknēm, izkārtojuma pieņēmumiem un lokalizācijai nejutīgu formatējumu, tad, kad nolemjat kļūt globāls, tās atšķetināšanai būs nepieciešami 15–21 mēnesis. Tas neietver tulkošanas laiku — tas ir tikai inženiertehniskais darbs, lai padarītu jūsu koda bāzi lokalizējamu.

Tehniskā parāda attiecība, kas nosaka jūsu likteni

Tehniskā parāda attiecība mēra koda bāzes labošanas izmaksas salīdzinājumā ar tās izveides izmaksām no nulles. Nozares dati liecina, ka TDR virs 5% norāda uz steidzamu rīcību. Uzņēmumiem, kas atliek internacionalizāciju, lokalizācijai specifiskais TDR bieži pārsniedz 40%.

Reāls piemērs: SaaS jaunuzņēmums ar 50 000 koda rindām un cietajā kodā ierakstītām angļu valodas virknēm lēsa, ka “tulkojumu pievienošanai” nepieciešamas 2 nedēļas. Faktiskais izstrādātāja darbs prasīja 6 mēnešus, lai eksternalizētu virknes, labotu bojātus izkārtojumus, ieviestu lokalizācijai atbilstošu formatējumu un atrisinātu robežgadījumus. Izmaksas: aptuveni 180 000 ASV dolāru izstrādes laikā. Ja viņi būtu izstrādājuši, ņemot vērā internacionalizāciju jau no pirmās dienas, papildu izmaksas būtu bijušas aptuveni 25 000 ASV dolāru.

Ideāls brīdis, lai sāktu: pirms pirmās rindas rakstīšanas

Pētījums ir nepārprotams. Uzņēmumi, kas integrē lokalizāciju jau no paša sākuma, darbojas ātrāk, tērē mazāk un iekaro globālos tirgus, kamēr konkurenti joprojām pārveido savas koda bāzes.

Internacionalizācija (i18n): Jūsu pamats

Internacionalizācija ir programmatūras izstrāde, lai tā pielāgotos vairākām valodām un reģioniem, neprasot inženiertehniskas izmaiņas. Tā nav funkcija, ko pievienojat — tā ir domāšanas veids, ko pārņemat jau no arhitektūras sākuma.

i18n pamatprincipi (iekļaujiet tos jau no pirmās dienas):

• Eksternalizējiet visu lietotājam redzamo tekstu: nekad neiekodējiet virknes avota kodā. Izmantojiet resursu failus (JSON, YAML, XLIFF), kas atdala saturu no loģikas.
• Unikods visur: Atbalsta divu baitu rakstzīmes, rakstību no labās uz kreiso pusi (arābu, ebreju) un sarežģītos rakstības (taju, devanagari).
• Lokalizācijai atbilstošs formatējums: datumiem, laikiem, skaitļiem, valūtām un mērvienībām ir jāpielāgojas dinamiski atkarībā no lietotāja lokalizācijas.
• Elastīgi lietotāja interfeisa izkārtojumi: vācu valodas teksts izplešas par 30 % salīdzinājumā ar angļu valodas tekstu. Japāņu valodas teksts saraujas. Jūsu lietotāja interfeisam ir jāspēj tikt galā ar teksta izplešanos/sašaurināšanu bez pārrāvumiem.
• Izvairieties no saliktām virknēm: valodās ar atšķirīgiem gramatikas noteikumiem ir pārtraukumi “Jums ir ” + count + ” ziņojumi”. Tā vietā izmantojiet parametrētas virknes.
• Divvirzienu dizains: jūsu izkārtojumam ir jāatbalsta gan teksta renderēšana no kreisās uz labo, gan no labās uz kreiso pusi bez pārveidošanas.

// BAD - Hardcoded, will break in other languages
const greeting = "Hello, " + userName + "!";
const message = "You have " + count + " new messages";

// GOOD - Externalized, parameterized, localizable
const greeting = i18n.t('greeting', { name: userName });
const message = i18n.t('message_count', { count: count });

Četri laika izraisītāji: kad lokalizācija kļūst steidzama

Lai gan ideālā atbilde ir “no paša sākuma”, ir konkrēti brīži, kad lokalizācija mainās no “patīkami-lai-būt” uz “eksistenciālu nepieciešamību”.

1. aktivizētājs: negaidīta starptautiskā satiksme

Jūs pārbaudāt Google Analytics un atklājat, ka 15–30 % jūsu datplūsmas nāk no tirgiem, uz kuriem neesat mērķējis. Šie lietotāji jūs atrod, taču jūsu konversijas līmenis šajos tirgos ir par 60–80 % zemāks nekā jūsu mājas tirgū.

Darbība: Šī ir apstiprināšana, ka pieprasījums pastāv. Ja jūs gaidīsiet ar lokalizāciju, konkurenti šajos tirgos izveidos lokalizētas alternatīvas un izmantos jūsu atklāto iespēju.

2. aktivizētājs: panākta produkta atbilstība tirgum

Jūs esat atradis produkta un tirgus atbilstību savam sākotnējam tirgum. Klientu noturība ir spēcīga, klientu aizplūšana ir zema, un lietotāji atbalsta jūsu produktu. Šis ir īstais brīdis paplašināšanai, nevis sešus mēnešus vēlāk.

Darbība: Nekavējoties uzsākt nepārtrauktas lokalizācijas infrastruktūras izveidi. Tādi uzņēmumi kā Notion gaidīja, līdz pamanīja lielas lietotāju kopienas Japānā un Korejā, un pēc tam ātri veica lokalizāciju. Šodien 70% Notion lietotāju atrodas ārpus ASV.

3. aktivizēšana: līdzekļu piesaistes vai ieņēmumu atskaites punkti

Jūs esat piesaistījis ievērojamu finansējuma kārtu vai sasniedzis ieņēmumu atskaites punktu, kas prasa paātrinātu izaugsmi. Investori sagaida starptautisku paplašināšanos. Lokalizācijas atlikšana kavē šo izaugsmi.

Darbība: Pirms pārdošanas un mārketinga paplašināšanas jaunos tirgos 15–20 % inženiertehnisko resursu piešķirt i18n infrastruktūras izveidei.

4. aktivizācijas faktors: konkurences spiediens

Konkurents ir laidis klajā lokalizētas versijas galvenajos tirgos un gūst popularitāti. Viņu lokalizētais produkts piesaista lietotājus, kurus jūs varētu piesaistīt.

Darbība: Šis ir visdārgākais aktivizētājs. Tagad jūs veicat modernizāciju laika trūkuma ietekmē, kas palielina izmaksas 8–10 reizes salīdzinājumā ar i18n būvēšanu no paša sākuma.

Agile lokalizācijas ietvars: sprinti, nevis ūdenskritumi

Tradicionālā pieeja — visu izveidot un pēc tam visu tulkot — ir mirusi. Mūsdienu programmatūras izstrāde izmanto elastīgus sprintus. Jūsu lokalizācijas darbplūsmai ir jāatbilst šim tempam vai jākļūst par sašaurinājumu, kas nogalina globālo ātrumu.

Nepārtraukta lokalizācija: ko tā patiesībā nozīmē

Nepārtrauktā lokalizācija integrē tulkošanas darbplūsmas elastīgos izstrādes ciklos, tāpēc lokalizētās versijas tiek piegādātas vienlaicīgi ar avota valodas laidieniem. Tā vietā, lai tulkošana būtu pēcizlaiduma sacelšanās, tā ir paralēls process, kas iebūvēts katrā sprintā.

Kā tas darbojas praksē:

1. Sprinta plānošana (0. nedēļa): Lokalizācijas prasības tiek noteiktas iepriekš. Produktu vadītāji un lokalizācijas komandas vienojas par to, kāds saturs ir jātulko un kuriem tirgiem tiek piešķirta prioritāte.
2. Izstrāde (1.–2. nedēļa): Izstrādātāji veido funkcijas, izmantojot ārpakalpojumu virknes. Kad jauns saturs tiek pievienots koda bāzei, tas tiek automātiski izvilkts un nosūtīts uz tulkošanas pārvaldības sistēmām (TMS).
3. Tulkošana (paralēlais process): Kamēr izstrādātāji turpina kodēt, tulkotāji strādā pie jaunām virknēm. Konteksts tiek nodrošināts, izmantojot ekrānuzņēmumus, lietotāja interfeisa aprakstus un izstrādātāju komentārus.
4. Kvalitātes nodrošināšanas (QA) integrācija (2. nedēļa): Tulkotās virknes tiek apvienotas atpakaļ koda bāzē. Lingvistiskā kvalitātes nodrošināšana notiek līdztekus funkcionālajai kvalitātes nodrošināšanai. Testētāji pārbauda lietotāja saskarnes pārtraukumus, teksta pārpildīšanos un kontekstuālo precizitāti.
5. Izvietošana (2. nedēļas beigas): Visas valodu versijas tiek izvietotas vienlaicīgi. Angļu, vācu, japāņu un spāņu valodas versijas tiek publicētas kopā, nevis secīgi.

Sprinta plānošana lokalizācijai: trūkstošā daļa

Lielākā daļa izstrādātāju komandu plāno sprintus, neapsverot lokalizāciju līdz pēdējam brīdim. Tas rada haosu. Lūk, kā augstas veiktspējas komandas integrē lokalizāciju sprinta plānošanā:

1. Definējiet lokalizāciju kā daļu no “Gatavības definīcijas”

Funkcija nav pabeigta, kamēr tā nav pārbaudīta visās mērķa valodās. Tas liek komandām sprinta aplēsēs ņemt vērā lokalizācijas laiku.

2. Izveidojiet lokalizācijas lietotāju stāstus

Uztveriet lokalizāciju kā lietotāja stāstu: “Kā vācu valodas lietotājam man ir nepieciešams, lai visi lietotāja interfeisa elementi tiktu tulkoti, lai es varētu izmantot produktu savā dzimtajā valodā.” Piešķiriet stāsta punktus un sekojiet līdzi ātrumam.

3. Iesaistiet lokalizācijas komandas sprinta plānošanas sanāksmēs

Lokalizācijas vadītāji piedalās sprinta plānošanas procesā, lai noteiktu tulkošanas apjomu, atzīmētu sarežģītas teksta virknes un saskaņotu laika grafikus. Tas novērš pārsteigumus.

4. Automatizējiet satura ieguvi un piegādi

Izmantojiet CI/CD integrācijas, kas automātiski izvelk jaunas virknes no Git commit un novirza tās uz tulkotājiem. Manuāla nodošana, izmantojot e-pastu vai izklājlapas, ir šķēršļi, kas ierobežo elastīgās izstrādes ātrumu.

5. Tulkošanas buferu izveide sprintos

Ne katrs sprints prasa apjomīgu tulkojumu apjomu. Daži sprints koncentrējas uz darbu ar minimālām lietotāja interfeisa izmaiņām. Izmantojiet šos sprintus, lai atgūtu tulkojumu parādus vai uzlabotu esošos tulkojumus.

Komandas struktūra: Kas īsti nodarbojas ar lokalizāciju?

Lokalizācija nav viena cilvēka darbs. Tai nepieciešama starpfunkcionāla sadarbība starp izstrādātājiem, produktu vadītājiem, tehniskajiem rakstniekiem, tulkotājiem un kvalitātes nodrošināšanas testētājiem. Lūk, ideālā komandas struktūra:

Lokalizācijas komandas lieluma jautājums

Cik cilvēku jums patiesībā ir nepieciešams? Tas ir atkarīgs no jūsu attīstības ātruma un tirgus ambīcijām:

• Agrīnā stadija (pirms PMF): 0-1 lokalizācijas speciālists. Izstrādātāji strādā ar i18n arhitektūru. Tulkošanas darbam izmanto TMS platformas ar iebūvētiem tulkotāju tīkliem.
• Pēc PMF (2–5 valodas): 1 lokalizācijas vadītājs + ārējie tulkošanas pakalpojumu sniedzēji. Vadītājs koordinē darbplūsmas, pārvalda TMS un nodrošina kvalitāti.
• Mēroga posms (5–15 valodas): 1–2 lokalizācijas vadītāji + īpaši lingvisti vadošajiem tirgiem + ārējie piegādātāji daudzvalodu projektiem. Apsveriet iespēju nolīgt recenzentus no valsts.
• Uzņēmums (vairāk nekā 15 valodas): Pilna lokalizācijas komanda ar reģionālajiem vadītājiem, iekšējiem lingvistiem, kvalitātes nodrošināšanas speciālistiem un lokalizācijas inženieriem.

Tehniskā rakstnieka loma: rakstīšana lokalizācijai

Tehniskie rakstnieki ir efektīvas lokalizācijas neatzītie varoņi. Saturs, kas ir skaidri uzrakstīts avota valodā, tiek tulkots ātrāk, precīzāk un ar zemākām izmaksām.

Lokalizācijai draudzīgas rakstīšanas vadlīnijas:

• Izmantojiet vienkāršu, tiešu valodu: izvairieties no idiomām, kultūras atsaucēm un sarežģītām teikumu struktūrām. “Noklikšķiniet uz pogas” tulkojumā ir labāk nekā “Nospiediet pogu, lai sāktu procesu”.
• Ievērojiet konsekventu terminoloģiju: Visā tekstā lietojiet vienu un to pašu terminu vienam un tam pašam jēdzienam. Nemainieties starp vārdiem “dzēst”, “noņemt” un “atkritnē”. Izvēlieties vienu.
• Teikumi jāraksta īsi: katrā teikumā viena doma. Gari, salikti teikumi ar vairākām palīgteikuma daļām ir tulkošanas murgi.
• Izvairieties no humora un vārdu spēlēm: vārdu spēles, joki un asprātīgas vārdu spēles reti tiek tulkotas. Tās piespiež tulkotājus izvēlēties starp burtisku tulkojumu (pazaudē joku) vai radošu pielāgošanu (ievieš risku).
• Dokumenta konteksts tulkotājiem: pievienojiet komentārus, kuros paskaidrots, kur parādās virknes, ko tās dara un kādi ir ierobežojumi (rakstzīmju ierobežojumi, toņa prasības).
• Izveidojiet un uzturiet glosārijus: Vienreiz definējiet galvenos terminus. Nodrošiniet, lai tulkotāji produktam specifiskai terminoloģijai izmantotu konsekventus tulkojumus.

Reālās pasaules veiksmes stāsti: uzņēmumi, kas izvēlējās pareizo laiku

Jēdziens: Agrīna lokalizācija, globāla izaugsme

Notion pamanīja negaidītu popularitāti Japānā un Korejā — tirgos, uz kuriem tie nebija mērķējuši. Tā vietā, lai gaidītu, viņi ātri lokalizēja savu produktu, tiklīdz tas atbilda tirgus prasībām. Viņiem jau bija Contentful satura pārvaldībai, tāpēc integrācija ar Smartling aizņēma tikai vienu nedēļu.

Šodien Notion atbalsta 19 valodas un dialektus, un aptuveni 70% lietotāju atrodas ārpus ASV. Agrīnās lokalizācijas investīcijas jau no paša sākuma pozicionēja to kā globālu produktu, nevis ASV produktu, kas cenšas paplašināties.

Airbnb: lokalizācija kā konkurētspējīga stratēģija

Airbnb vērsās pie Ķīnas, zinot, ka saskaras ar sīvu vietējo konkurenci (Tujia, Xiaozhu) un stingriem regulējošajiem šķēršļiem. Viņu lokalizācijas stratēģija sniedzās tālāk par tulkošanu:

• Pārdēvēts par “Aibiying” (爱彼迎): Nozīmē “sagaidīt viens otru ar mīlestību” — kulturāli rezonējošs, ne tikai fonētiski līdzīgs.
• Integrēts WeChat un Alipay: Ķīnas lietotāji neizmanto kredītkartes tiešsaistes maksājumiem. Airbnb pielāgoja maksājumu infrastruktūru vietējai praksei.
• Pārveidots lietotāja interfeiss atbilstoši ķīniešu preferencēm: pielāgota terminoloģija no “Saimnieks” un “Viesis” uz “Mājokļa partneris” un “Īstermiņa īrnieks”, lai tā atbilstu kultūras prasībām.
• Lokalizēti ierakstu apraksti: mainīts no “luksusa ērtībām” uz “mājīgu uzturēšanos” un “autentisku vietējo pieredzi” — to, ko ķīniešu ceļotāji patiesībā meklē.

Rezultāts: Ķīnas klientu bāzes pieaugums par 700 % viena gada laikā pēc lokalizācijas.

Spotify: Kultūras lokalizācija, ne tikai tulkošana

Spotify darbības uzsākšana Indijā parāda, ka lokalizācija ietver produkta pielāgošanu, ne tikai valodas tulkošanu:

• Vairāku valodu atbalsts: lietotnē ir integrētas hindi, tamilu, pandžabu un citas valodas — nevis kā viena “indiešu” versija, bet gan kā atsevišķas lokalizētas iespējas.
• Lokalizēti atskaņošanas saraksti: Izveidoti reģionam specifiski mūzikas atklāšanas algoritmi, kas izprot vietējos māksliniekus, žanrus un klausīšanās paradumus.
• Cenu pielāgošana: Ieviesti pieejami plāni, kas atbilda vietējai pirktspējai, ne tikai konvertējot USD uz INR.

Spotify negaidīja, līdz viņiem būs “pietiekami daudz” Indijas lietotāju, lai attaisnotu lokalizāciju. Viņi lokalizēja vietni, lai vispār iegūtu šos lietotājus.

Izmaksu sadalījums: cik jūs faktiski iztērēsiet

Parunāsim par reāliem skaitļiem. Cik patiesībā izmaksā lokalizācija, ja to dara pareizi jau no paša sākuma, salīdzinot ar vēlāku pielāgošanu?

Secinājums: Tipiska SaaS produkta ar 100 000 koda rindām un 10 000 tulkojamām virknēm i18n izveide no pirmās dienas izmaksā aptuveni 30 000–50 000 ASV dolāru papildu izstrādes laikā. Tā paša produkta modernizēšana pēc palaišanas izmaksā 200 000–500 000 ASV dolāru inženierijas, tulkošanas, kvalitātes nodrošināšanas un aizkavētu ieņēmumu iespēju jomā.

Bieži sastopamie iebildumi (un kāpēc tie ir nepareizi)

“Mēs pat nezinām, vai mūsu produkts gūs panākumus mūsu mājas tirgū.”

Šis ir visizplatītākais iebildums, un tas ir balstīts uz kļūdainu pieņēmumu: ka i18n ir dārgas pieskaitāmās izmaksas, kas atmaksājas tikai tad, ja jūs izvēršat darbību globāli.

Realitāte: Izstrāde ar i18n no pirmās dienas izmaksā par 10–15 % papildu izstrādes laika. Tā ir aptuveni viena papildu diena divu nedēļu sprintā. Disciplīna, kas ietver virkņu eksternalizēšanu, lokalizācijai atbilstošu formatējumu un elastīgu izkārtojumu izstrādi, faktiski uzlabo koda kvalitāti pat tad, ja nekad netiek veikta lokalizācija. Jūs izvairāties no cietkodā ietvertiem pieņēmumiem, veidojat modulārāku arhitektūru un izveidojat uzturējamu kodu.

Īstais jautājums nav “Vai mēs kļūsim globāli?”, bet gan “Vai mēs varam atļauties pārveidot visu savu produktu, kad to darīsim?”

“Lokalizācija var pagaidīt, līdz mums šajos tirgos būs maksātspējīgi klienti.”

Tas rada vistas un olas problēmu. Klienti starptautiskajos tirgos, visticamāk, veiks konversiju, ja jūsu produkts nav lokalizēts. Jūsu konversijas līmenis šajos tirgos būs par 60–80 % zemāks nekā jūsu mājas tirgū, kas liek secināt, ka “nav pietiekama pieprasījuma”.

Taču šis zemais pieprasījums ir sliktas lokalizācijas artefakts, nevis faktiskas tirgus neieinteresētības rezultāts. Pareizi lokalizējot, šie “zemā pieprasījuma” tirgi bieži vien pārspēj jūsu sākotnējos pieņēmumus.

CSA Research atklāja, ka 76% tiešsaistes patērētāju dod priekšroku iegādāties produktus ar informāciju viņu dzimtajā valodā. Ja jūsu produkts nav lokalizēts, jūs nemērāt reālu pieprasījumu — jūs mērāt toleranci pret produktiem tikai angļu valodā.

“Mēs vienkārši izmantosim Google tulkotāju un vēlāk to sakārtosim.”

Mašīntulkošana ir ievērojami uzlabojusies, taču tā neaizstāj pareizu lokalizācijas stratēģiju. Lūk, kāpēc:

• Kontekstam ir nozīme: “Banka” var nozīmēt finanšu iestādi vai upes malu. MT nesaprot kontekstu bez apmācības.
• Kultūras adaptācija nav tulkošana: maksājumu metožu lokalizēšana, krāsu shēmu pielāgošana un lietotāja interfeisa plūsmu pielāgošana nav tas, ar ko MT tiek galā.
• Zīmola balss pazūd: MT rada funkcionālu tekstu, nevis saistošu tekstu, kas saglabā jūsu zīmola personību.
• Juridiskajam un normatīvajam saturam ir nepieciešama cilvēka pārskatīšana: pakalpojumu sniegšanas noteikumiem, privātuma politikām un atbilstības dokumentiem ir jābūt juridiski precīziem. MT kļūdas rada atbildību.

Tomēr mašīntulkošana (MT) ir vērtīga sākotnējo melnrakstu, lietotāju ģenerēta satura un zemas prioritātes satura tulkošanai. Taču tai vajadzētu būt daļai no darbplūsmas, kas ietver cilvēka veiktu pārskatīšanu, nevis aizstāt profesionālu lokalizāciju.

Jūsu lokalizācijas gatavības kontrolsaraksts

Izmantojiet šo kontrolsarakstu, lai noteiktu, vai esat gatavs sākt lokalizāciju (vai arī vispirms ir jāizveido i18n infrastruktūra):

Infrastruktūras gatavība:

• Visas lietotājam pieejamās virknes ir eksternalizētas resursu failos (nevis cietajā kodā)
• Kods atbalsta Unicode un pareizi apstrādā vairāku baitu rakstzīmes
• Datuma, laika, skaitļu un valūtas formatējums izmanto lokalizācijas bibliotēkas
• Lietotāja saskarnes izkārtojumi apstrādā teksta paplašināšanu/saīsināšanu (pārbaudīts ar vācu un japāņu valodu)
• Ir ieviests (vai izveidots) atbalsts valodām, kas rakstītas no labās uz kreiso pusi.
• Virkņu konkatenācija tiek novērsta (tā vietā tiek izmantotas parametrizētas virknes).
• Tulkojumu pārvaldības sistēma (TMS) ir izvēlēta vai tiek vērtēta.

Komandas gatavība:

• Izstrādātāji saprot i18n principus un ir apmācīti labākajā praksē
• Ir norīkots lokalizācijas vadītājs vai kontaktpersona
• Mērķa tirgiem tiek identificēti tulkošanas pakalpojumu sniedzēji vai iekšējie lingvisti.
• Tehniskie rakstnieki veido lokalizācijai draudzīgu saturu
• Kvalitātes nodrošināšanas process ietver lietotāja interfeisa pārtraukumu testēšanu lokalizētajās versijās
• Sprinta plānošana ietver lokalizāciju kā daļu no “Gatavības definīcijas”.

Stratēģijas gatavība:

• Mērķa tirgu prioritāte tiek noteikta, pamatojoties uz datplūsmas datiem, tirgus lielumu un konkurenci.
• Budžets ir piešķirts tulkošanai, rīkiem un iespējamai pieņemšanai darbā.
• Ir definēti veiksmes rādītāji (konversijas rādītāji, aktivizācija, noturēšana pēc tirgus)
• Tiek pētītas juridiskās un atbilstības prasības mērķa tirgiem
• Produkta atbilstība tirgum ir apstiprināta vismaz vienā tirgū.

Laika paradokss

Labākais laiks lokalizācijas sākšanai bija tad, kad uzrakstījāt pirmo koda rindiņu. Otrais labākais laiks ir tieši tagad — pirms nākamās koda rindiņas rakstīšanas.

Katra diena, kad atliek i18n infrastruktūras izveidi, ir vēl viena tehniskā parāda uzkrāšanās diena. Katra cietajā kodā ierakstītā virkne ir vēl viena virkne, kas jums būs jāatšķetina. Katrs izkārtojums, kas pieņem angļu teksta garumu, ir vēl viens izkārtojums, kas jums būs jāpārveido.

Uzņēmumi, kas iekaro globālos tirgus, nav tie, kuriem ir labākie tulkošanas budžeti. Tie ir tie, kas lokalizāciju ir iestrādājuši savā DNS jau no pirmās dienas, tāpēc, kad Tokijā, Sanpaulu vai Berlīnē rodas iespēja, viņi ir gatavi atbildēt vietējā valodā.

Rīcības plāns: ko darīt šonedēļ

Ja lasāt šo un saprotat, ka esat kavējis lokalizāciju, rīkojieties nekavējoties šādi:

Ja vēl neesat sācis izstrādi:

1. i18n arhitekts jau no pirmās dienas: Izvēlieties ietvarus ar iebūvētu i18n atbalstu (React Intl, i18next utt.).
2. Iestatiet savu TMS pirms pirmā izmaiņu veikšanas: tādas platformas kā Lokalise, Crowdin vai Phrase tieši integrējas ar GitHub.
3. Nekavējoties eksternalizēt visas virknes: katra lietotāja interfeisa virkne, kļūdas ziņojums un rīka padoms nonāk resursu failos, nevis avota kodā.
4. Dokumentējiet savu lokalizācijas stratēģiju: pat ja jūs uzsākat darbību tikai vienā tirgū, dokumentējiet, kā jūs paplašināsieties uz citiem.

Ja esat vidēja attīstības līmeņa students:

1. Koda bāzes audits: identificējiet visas cietajā kodā ierakstītās virknes. Piešķiriet prioritāti ārpakalpojumu virknēm lietotājam paredzētajās funkcijās.
2. Izveidojiet refaktoringa plānu: nākamo 3–6 mēnešu laikā 20% no sprinta ātruma atvēlēt i18n infrastruktūrai.
3. Sāciet ar jaunām funkcijām: Visām jaunajām funkcijām jābūt saderīgām ar i18n. Tas novērš papildu parādu veidošanos, kamēr jūs atmaksājat esošos parādus.
4. Tests ar pseidolokalizāciju: ģenerējiet viltotus tulkojumus ar rakstzīmju paplašināšanu, lai atrastu lietotāja interfeisa pārtraukumus pirms īstā tulkojuma.

Ja jau esat palaidis:

1. Nosakiet tehnisko parādu: novērtējiet piepūli, kas nepieciešama, lai jūsu koda bāze būtu lokalizējama. Esiet godīgi par izmaksām.
2. Prioritizējiet tirgus, pamatojoties uz esošo datplūsmu: meklējiet Google Analytics tirgos, kuros saņemat organisku datplūsmu, neskatoties uz lokalizācijas neesamību.
3. Veiciet pilotprojektu ar vienu tirgu: izvēlieties tirgu ar augstu potenciālu un veiciet pilnas lokalizācijas pilotprojektu. Tas atklās visas slēptās problēmas.
4. Paziņojiet ieinteresētajām personām reālistiskus laika grafikus: lokalizācijas modernizēšana aizņem 6–18 mēnešus, nevis 2 nedēļas. Nosakiet cerības laicīgi.

Secinājums: lēmums, kas nosaka jūsu globālo nākotni

Tagad jūs saprotat lokalizācijas atlikšanas patiesās izmaksas. Jautājums nav par to, vai lokalizēt — bet gan par to, vai jūs to visu uzbūvēsiet pareizi jau no paša sākuma, vai arī vēlāk maksāsiet 5–7 reizes vairāk par tā modernizēšanu.

Katra funkcija, ko jūs piegādājat bez i18n infrastruktūras, ir funkcija, kas jums būs jāpārbūvē. Katrs tirgus, kurā jūs kavējaties ienākt, ir tirgus, ko konkurenti ieņems.

Gudrākie dibinātāji neuzskata lokalizāciju par izaugsmes nodokli. Viņi to uzskata par pamatu, kas padara iespējamu globālo izaugsmi.