Kdaj je pravi trenutek za začetek lokalizacije?

»Lokalizirali bomo, ko se bo izdelek ujemal s trgom.« Ta en sam stavek stane programska podjetja v povprečju 23–42 % njihovih razvojnih prizadevanj in za 6–18 mesecev zavleče globalne lansiranja. Skriti strošek ni prevajanje – gre za tehnični dolg, ki ga danes vgrajujete v vsako vrstico kode.

Brutalna matematika: Zgradi zdaj v primerjavi s kasnejšo prenovo

• 5–7x – Množitelj stroškov za naknadno vgradnjo lokalizacije v primerjavi z vgradnjo le-te
• 23–42 % – Izguba časa razvoja zaradi tehnološkega dolga zaradi zapoznele lokalizacije
• 6–18 mesecev – povprečna zamuda pri vstopu na globalni trg pri lokalizaciji po lansiranju

Glede na raziskavo McKinseyja in Združenja za standarde v industriji lokalizacije organizacije zapravijo med 23 % in 42 % svojih razvojnih prizadevanj za reševanje tehničnega dolga. Ko se lokalizacija obravnava kot pozabljena stvar, se ta dolg eksponentno povečuje.

V praksi to pomeni naslednje: če vaša ekipa porabi 3 mesece za gradnjo funkcije s trdo kodiranimi nizi, predpostavkami postavitve in formatiranjem, ki ni občutljivo na jezikovne nastavitve, boste za njeno razvozlavanje porabili 15–21 mesecev, ko se boste odločili za globalno uporabo. To ne vključuje časa prevajanja – to je le inženirsko delo, potrebno za lokalizacijo vaše kodne baze.

Tehnično razmerje dolga, ki določa vašo usodo

Razmerje med tehničnim dolgom in stroški popravila kodne baze ter stroški njene izdelave od začetka meri stroške njene izdelave. Podatki iz industrije kažejo, da TDR nad 5 % signalizira nujno ukrepanje. Za podjetja, ki odlašajo z internacionalizacijo, TDR, specifičen za lokalizacijo, pogosto presega 40 %.

Resničen primer: Zagonsko podjetje SaaS s 50.000 vrsticami kode in trdo kodiranimi angleškimi nizi je predvidoma potrebovalo 2 tedna za »dodajanje prevodov«. Dejanski trud je razvijalcem vzel 6 mesecev časa za eksternalizacijo nizov, popravljanje pokvarjenih postavitev, implementacijo formatiranja, ki upošteva jezikovne nastavitve, in reševanje robnih primerov. Stroški: približno 180.000 USD inženirskega časa. Če bi od prvega dne gradili z internacionalizacijo, bi dodatni stroški znašali približno 25.000 USD.

Popoln trenutek za začetek: Preden napišete prvo vrstico

Raziskava je nedvoumna. Podjetja, ki od samega začetka integrirajo lokalizacijo, se hitreje razvijajo, porabijo manj in osvajajo globalne trge, medtem ko konkurenti še vedno preoblikujejo njihove kodne baze.

Internacionalizacija (i18n): Vaš temelj

Internacionalizacija je načrtovanje programske opreme tako, da se prilagodi več jezikom in regijam, ne da bi pri tem bile potrebne inženirske spremembe. To ni funkcija, ki bi jo dodali – to je miselnost, ki jo sprejmete od samega začetka arhitekture.

Osnovna načela i18n (vgradite jih od prvega dne):

• Eksternalizirajte vse besedilo, ki je usmerjeno v uporabnika: Nikoli ne vključite nizov v izvorno kodo. Uporabite datoteke virov (JSON, YAML, XLIFF), ki ločujejo vsebino od logike.
• Unicode povsod: Podpira dvobajtne znake, pisave od desne proti levi (arabščina, hebrejščina) in kompleksne pisave (tajščina, devanagari).
• Oblikovanje, ki upošteva jezikovne nastavitve: Datumi, časi, številke, valute in enote se morajo dinamično prilagajati glede na jezikovne nastavitve uporabnika.
• Prilagodljive postavitve uporabniškega vmesnika: nemško besedilo se razširi za 30 % v primerjavi z angleškim. japonsko skrči. Vaš uporabniški vmesnik mora obvladovati razširitev/skrčenje besedila brez prekinitev.
• Izogibajte se združenim nizom: v jezikih z različnimi slovničnimi pravili imate prelome »Imate » + število + » sporočil«. Namesto tega uporabite parametrizirane nize.
• Zasnova za dvosmernost: Vaša postavitev mora podpirati upodabljanje besedila od leve proti desni in od desne proti levi brez preoblikovanja.

// 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 });

Štirje časovni sprožilci: Ko lokalizacija postane nujna

Čeprav je idealen odgovor »od začetka«, obstajajo specifični trenutki, ko se lokalizacija premakne iz »lepega imeti« v »eksistencialno nujnost«.

Sprožilec 1: Nepričakovan mednarodni promet

Preverite Google Analytics in ugotovite, da 15–30 % vašega prometa prihaja s trgov, na katere niste ciljali. Ti uporabniki vas sicer najdejo, vendar je vaša stopnja konverzije na teh trgih 60–80 % nižja kot na vašem domačem trgu.

Dejanje: To je potrditev, da povpraševanje obstaja. Če boste z lokalizacijo čakali, bodo konkurenti na teh trgih zgradili lokalizirane alternative in izkoristili priložnost, ki ste jo odkrili.

Sprožilec 2: Doseženo ujemanje izdelka in trga

Na začetnem trgu ste našli ujemanje med izdelkom in trgom. Zadržanje strank je močno, odliv strank je nizek in uporabniki se zavzemajo za vaš izdelek. Zdaj je pravi trenutek za širitev, ne šest mesecev kasneje.

Ukrep: Začnite z infrastrukturo za stalno lokalizacijo zdaj. Podjetja, kot je Notion, so počakala, da so opazila velike uporabniške skupnosti na Japonskem in v Koreji, nato pa so hitro lokalizirala. Danes je 70 % uporabnikov Notiona zunaj ZDA.

Sprožilec 3: Mejniki zbiranja sredstev ali prihodkov

Zbrali ste pomemben krog sredstev ali dosegli mejnik prihodkov, ki zahteva pospešeno rast. Vlagatelji pričakujejo mednarodno širitev. Odlašanje z lokalizacijo to rast zavira.

Ukrep: Pred širitvijo prodaje in trženja na nove trge namenite 15–20 % inženirskih virov za izgradnjo infrastrukture i18n.

Sprožilec 4: Konkurenčni pritisk

Konkurenca je na ključnih trgih lansirala lokalizirane različice in pridobiva na veljavi. Njihov lokalizirani izdelek ustvarja konverzije za uporabnike, ki bi jih lahko pridobili tudi vi.

Ukrep: To je najdražji sprožilec. Zdaj morate prenavljati pod časovnim pritiskom, kar poveča stroške za 8-10-krat v primerjavi z gradnjo i18n od začetka.

Agilni okvir za lokalizacijo: Sprinti, ne slapovi

Tradicionalni pristop – najprej vse zgradi, nato pa vse prevedi – je mrtev. Sodoben razvoj programske opreme uporablja agilne sprinte. Vaš potek dela lokalizacije se mora ujemati s tem tempom ali pa postane ozko grlo, ki ubija globalno hitrost.

Neprekinjena lokalizacija: kaj pravzaprav pomeni

Neprekinjena lokalizacija integrira prevajalske poteke dela v agilne razvojne cikle, tako da lokalizirane različice izhajajo sočasno z izdajami izvornega jezika. Namesto da bi bil prevajanje po izdaji, gre za vzporeden proces, vgrajen v vsak sprint.

Kako deluje v praksi:

1. Načrtovanje sprinta (teden 0): Zahteve za lokalizacijo so opredeljene vnaprej. Vodje produktov in lokalizacijske ekipe se uskladijo glede vsebine, ki jo je treba prevesti, in katerim trgom je treba dati prednost.
2. Razvoj (1.–2. teden): Razvijalci gradijo funkcije z eksternaliziranimi nizi. Ko je nova vsebina vnesena v kodno bazo, se samodejno ekstrahira in pošlje v sisteme za upravljanje prevajanja (TMS).
3. Prevajanje (vzporedni proces): Medtem ko razvijalci nadaljujejo s kodiranjem, prevajalci delajo na novih nizih. Kontekst je na voljo s posnetki zaslona, opisi uporabniškega vmesnika in komentarji razvijalcev.
4. Integracija zagotavljanja kakovosti (2. teden): Prevedeni nizi se združijo nazaj v kodno bazo. Jezikovno zagotavljanje kakovosti poteka vzporedno s funkcionalnim zagotavljanjem kakovosti. Preizkuševalci preverjajo prelome uporabniškega vmesnika, prekoračitev besedila in kontekstualno natančnost.
5. Uvajanje (konec 2. tedna): Vse jezikovne različice se uvajajo hkrati. Angleška, nemška, japonska in španska različica se objavijo hkrati – ne zaporedno.

Načrtovanje sprinta za lokalizacijo: Manjkajoči del

Večina razvojnih ekip načrtuje sprinte, ne da bi do zadnje minute upoštevala lokalizacijo. To ustvarja kaos. Takole visoko uspešne ekipe vključujejo lokalizacijo v načrtovanje sprintov:

1. Definirajte lokalizacijo kot del “Definicije končanega”

Funkcija ni dokončana, dokler ni preizkušena v vseh ciljnih jezikih. To sili ekipe, da pri ocenah sprinta upoštevajo čas lokalizacije.

2. Ustvarite uporabniške zgodbe za lokalizacijo

Lokalizacijo obravnavajte kot uporabniško zgodbo: »Kot nemški uporabnik potrebujem vse elemente uporabniškega vmesnika prevedene, da lahko izdelek uporabljam v svojem maternem jeziku.« Dodelite točke zgodbe in spremljajte hitrost.

3. Vključite lokalizacijske ekipe v sestanke za načrtovanje sprinta

Vodje lokalizacije se udeležujejo načrtovanja sprintov, da bi prepoznali obseg prevodov, označili kompleksne nize in uskladili časovnice. To preprečuje presenečenja.

4. Avtomatizirajte ekstrakcijo in dostavo vsebine

Uporabite integracije CI/CD, ki samodejno izvlečejo nove nize iz Gitovih zapisov in jih usmerijo k prevajalnikom. Ročna predaja po e-pošti ali preglednicah je ozko grlo, ki zmanjšuje hitrost agilnega upravljanja.

5. V sprinte vgradite prevajalske medpomnilnike

Ni vsak sprint zahteva obsežnega prevajanja. Nekateri sprinti se osredotočajo na delo v ozadju z minimalnimi spremembami uporabniškega vmesnika. S temi sprinti nadoknadite prevajalski dolg ali izboljšajte obstoječe prevode.

Struktura ekipe: Kdo dejansko izvaja lokalizacijo?

Lokalizacija ni delo ene osebe. Zahteva medfunkcijsko sodelovanje med razvijalci, vodji izdelkov, tehničnimi pisci, prevajalci in preizkuševalci kakovosti. Tukaj je idealna struktura ekipe:

Vprašanje velikosti lokalizacijske ekipe

Koliko ljudi dejansko potrebujete? Odvisno je od hitrosti vašega razvoja in tržnih ambicij:

• Zgodnja faza (pred PMF): specialist za lokalizacijo 0-1. Razvijalci se ukvarjajo z arhitekturo i18n. Za prevajalsko delo uporabljajo platforme TMS z vgrajenimi prevajalskimi omrežji.
• Po PMF (2–5 jezikov): 1 vodja lokalizacije + zunanji ponudniki prevajanja. Vodja koordinira delovne procese, upravlja sistem za upravljanje gibanja in zagotavlja kakovost.
• Faza obsežnosti (5–15 jezikov): 1–2 vodji lokalizacije + namenski jezikoslovci za vodilne trge + zunanji ponudniki za jezike z dolgim repom. Razmislite o zaposlitvi recenzentov v državi.
• Podjetje (15+ jezikov): Celotna ekipa za lokalizacijo z regionalnimi vodji, internimi jezikoslovci, strokovnjaki za zagotavljanje kakovosti in inženirji za lokalizacijo.

Vloga tehničnega pisca: Pisanje za lokalizacijo

Tehnični pisci so neopevani junaki učinkovite lokalizacije. Vsebina, ki je jasno napisana v izvornem jeziku, se prevaja hitreje, natančneje in ceneje.

Smernice za pisanje, prijazno lokalizaciji:

• Uporabljajte preprost, neposreden jezik: Izogibajte se idiomom, kulturnim referencam in zapletenim stavčnim strukturam. »Kliknite gumb« se prevaja bolje kot »Pritisnite gumb za začetek postopka«.
• Bodite dosledni pri uporabi terminologije: Za isti koncept uporabljajte isti izraz. Ne izmenično uporabljajte izrazov »izbriši«, »odstrani« in »smeti«. Izberite enega.
• Naj bodo stavki kratki: ena ideja na stavek. Dolgi, sestavljeni stavki z več stavki so nočna mora prevajanja.
• Izogibajte se humorju in besednim igram: Besedne igre, šale in domiselne besedne igre se redko prevajajo. Prevajalce silijo, da izbirajo med dobesednim prevodom (izgubi šalo) ali ustvarjalno prilagoditvijo (uvaja tveganje).
• Kontekst dokumenta za prevajalce: Dodajte komentarje, ki pojasnjujejo, kje se nizi pojavljajo, kaj počnejo in morebitne omejitve (omejitve znakov, zahteve glede tona).
• Ustvarjanje in vzdrževanje glosarjev: Ključne izraze definirajte enkrat. Zagotovite, da prevajalci uporabljajo dosledne prevode za terminologijo, specifično za izdelek.

Zgodbe o uspehu iz resničnega sveta: Podjetja, ki so imela pravi čas

Pojem: Lokalizirana zgodnja, ujeta globalna rast

Notion je opazil nepričakovan porast na Japonskem in v Koreji – trgih, na katere niso ciljali. Namesto da bi čakali, so se po tem, ko se je izdelek ujemal s trgom, hitro lokalizirali. Za upravljanje vsebin so že imeli Contentful, zato je integracija s Smartlingom trajala le en teden.

Danes Notion podpira 19 jezikov in narečij, približno 70 % uporabnikov pa je zunaj ZDA. Zgodnja naložba v lokalizacijo jih je že od samega začetka postavila na globalne trge in ne na trge ZDA, ki se želijo širiti.

Airbnb: Lokalizacija kot konkurenčna strategija

Airbnb se je obrnil na Kitajsko, saj se je zavedal hude lokalne konkurence (Tujia, Xiaozhu) in strogih regulativnih ovir. Njihova strategija lokalizacije je presegla prevajanje:

• Preimenovano v “Aibiying” (爱彼迎): Pomen “pozdravljamo drug drugega z ljubeznijo” – kulturno odmevno, ne le fonetično podobno.
• Integrirana WeChat in Alipay: Kitajski uporabniki ne uporabljajo kreditnih kartic za spletna plačila. Airbnb je plačilno infrastrukturo prilagodil lokalnemu vedenju.
• Preoblikovan uporabniški vmesnik za kitajske nastavitve: Prilagojena terminologija iz »gostitelj« in »gost« v »domači partner« in »kratkoročni najemnik«, da se uskladi s kulturnimi pričakovanji.
• Lokalizirani opisi oglasov: Preusmerjeni iz »luksuzne ugodnosti« v »prijetno bivanje« in »pristno lokalno doživetje« – kar kitajski popotniki dejansko iščejo.

Rezultat: 700-odstotna rast kitajske baze strank v enem letu po lokalizaciji.

Spotify: Kulturna lokalizacija, ne le prevajanje

Spotifyjeva predstavitev v Indiji dokazuje, da lokalizacija vključuje prilagoditev izdelka, ne le jezikovnega prevajanja:

• Večjezična podpora: hindujščina, tamilščina, pandžabščina in drugi jeziki so integrirani neposredno v aplikacijo – ne kot ena sama »indijska« različica, temveč kot ločene lokalizirane izkušnje.
• Lokalizirani seznami predvajanja: Vgrajeni algoritmi za odkrivanje glasbe, specifični za regijo, ki razumejo lokalne izvajalce, žanre in poslušalske navade.
• Prilagoditev cen: Uvedeni so bili cenovno dostopni paketi, ki so ustrezali lokalni kupni moči, ne le pretvorba USD v INR.

Spotify ni čakal, da bi imel “dovolj” indijskih uporabnikov, da bi upravičil lokalizacijo. Lokaliziral je, da bi te uporabnike sploh pridobil.

Razčlenitev stroškov: Koliko boste dejansko porabili

Pogovorimo se o resničnih številkah. Koliko dejansko stane lokalizacija, če jo izvedete že od samega začetka, v primerjavi s kasnejšo naknadno vgradnjo?

Bistvo: Za tipičen SaaS izdelek s 100.000 vrsticami kode in 10.000 prevedljivimi nizi stane gradnja i18n od prvega dne približno 30.000–50.000 $ dodatnega časa inženiringa. Nadgradnja istega izdelka po lansiranju stane 200.000–500.000 $ za inženiring, prevajanje, zagotavljanje kakovosti in odložene priložnosti za prihodek.

Pogosti ugovori (in zakaj so napačni)

“Sploh ne vemo, ali bo naš izdelek uspel na domačem trgu.”

To je najpogostejši ugovor in temelji na napačni predpostavki: da je i18n drag režijski strošek, ki se izplača le, če greste globalno.

Resničnost: Gradnja z i18n od prvega dne stane 10–15 % dodatnega časa razvoja. To je približno en dodaten dan na dvotedenski sprint. Disciplina eksternalizacije nizov, uporaba formatiranja, ki upošteva lokalne nastavitve, in oblikovanje prilagodljivih postavitev dejansko izboljša kakovost kode, tudi če nikoli ne lokalizirate. Izognete se trdo kodiranim predpostavkam, zgradite bolj modularno arhitekturo in ustvarite vzdržno kodo.

Pravo vprašanje ni “Ali bomo postali globalni?”, temveč “Ali si lahko privoščimo prenovo celotnega izdelka, ko bomo to storili?”

“Lokalizacija lahko počaka, dokler na teh trgih ne bomo imeli plačljivih strank.”

To ustvarja problem kokoši in jajca. Stranke na mednarodnih trgih bodo manj verjetno izvedle konverzijo, če vaš izdelek ni lokaliziran. Vaša stopnja konverzije na teh trgih bo 60–80 % nižja kot na domačem trgu, zaradi česar sklepate, da »ni dovolj povpraševanja«.

Vendar je to nizko povpraševanje posledica slabe lokalizacije in ne dejanskega nezainteresiranja trga. Ko pravilno lokalizirate, ti trgi z “nizkim povpraševanjem” pogosto presežejo vaše začetne predpostavke.

Raziskava CSA je pokazala, da 76 % spletnih potrošnikov raje kupuje izdelke z informacijami v svojem maternem jeziku. Če vaš izdelek ni lokaliziran, ne merite dejanskega povpraševanja – merite toleranco do izdelkov, ki so na voljo samo v angleščini.

“Uporabili bomo Google Prevajalnik in to kasneje uredili.”

Strojno prevajanje se je močno izboljšalo, vendar ni nadomestilo za ustrezno strategijo lokalizacije. Razlogi so naslednji:

• Kontekst je pomemben: »Banka« lahko pomeni finančno institucijo ali rečni rob. MT ne razume konteksta brez usposabljanja.
• Kulturna prilagoditev ni prevajanje: strojno strojno orodje ne obravnava lokalizacije plačilnih metod, prilagajanja barvnih shem in prilagajanja uporabniškega vmesnika.
• Glas blagovne znamke se izgubi: strojna prevajalska tehnika ustvarja funkcionalno besedilo, ne pa prepričljivega besedila, ki ohranja osebnost vaše blagovne znamke.
• Pravna in regulativna vsebina zahteva človeški pregled: pogoji storitve, pravilniki o zasebnosti in dokumenti o skladnosti morajo biti pravno točni. Napake pri strojnem učenju ustvarjajo odgovornost.

Kljub temu je strojno prevajanje dragoceno za začetne osnutke, prevajanje vsebin, ki jih ustvarijo uporabniki, in vsebine z nizko prioriteto. Vendar bi moralo biti del delovnega procesa, ki vključuje človeški pregled, ne pa nadomestilo za profesionalno lokalizacijo.

Vaš kontrolni seznam pripravljenosti za lokalizacijo

S tem kontrolnim seznamom ugotovite, ali ste pripravljeni na začetek lokalizacije (ali pa morate najprej zgraditi infrastrukturo i18n):

Pripravljenost infrastrukture:

• Vsi nizi, ki so obrnjeni k uporabniku, so eksternalizirani v datotekah virov (niso trdo kodirani)
• Koda podpira Unicode in pravilno obravnava večbajtne znake
• Oblikovanje datuma, časa, številk in valut uporablja knjižnice, ki upoštevajo lokalne nastavitve
• Postavitve uporabniškega vmesnika obravnavajo razširitev/skrčenje besedila (preizkušeno z nemščino in japonščino)
• Izvedena (ali zasnovana) je podpora za jezik od desne proti levi
• Združevanju nizov se izognemo (namesto tega uporabljamo parametrizirane nize)
• Sistem za upravljanje prevajanja (TMS) je izbran ali v postopku ocenjevanja

Pripravljenost ekipe:

• Razvijalci razumejo načela i18n in so usposobljeni za najboljše prakse
• Določen je vodja lokalizacije ali kontaktna oseba
• Za ciljne trge so določeni ponudniki prevodov ali interni jezikoslovci
• Tehnični pisci ustvarjajo vsebino, prijazno lokalizaciji
• Postopek zagotavljanja kakovosti vključuje testiranje prekinitev uporabniškega vmesnika v lokaliziranih različicah
• Načrtovanje sprinta vključuje lokalizacijo kot del “Definicije končanega”

Pripravljenost strategije:

• Ciljni trgi so prednostno razvrščeni glede na podatke o prometu, velikost trga in konkurenco.
• Proračun je dodeljen za prevajanje, orodja in morebitno zaposlovanje
• Določene so metrike uspeha (stopnje konverzije, aktivacija, zadrževanje po trgih)
• Za ciljne trge se raziščejo pravne zahteve in zahteve glede skladnosti.
• Ustreznost izdelka in trga je potrjena na vsaj enem trgu

Paradoks časa

Najboljši čas za začetek lokalizacije je bil, ko ste napisali prvo vrstico kode. Drugi najboljši čas je zdaj – preden napišete naslednjo vrstico kode.

Vsak dan, ko odlašate z gradnjo infrastrukture i18n, je še en dan kopičenja tehničnega dolga. Vsak trdo kodiran niz je še en niz, ki ga boste morali razvozlati. Vsaka postavitev, ki predvideva dolžino angleškega besedila, je še ena postavitev, ki jo boste morali preoblikovati.

Podjetja, ki osvojijo svetovne trge, niso tista z najboljšimi prevajalskimi proračuni. To so tista, ki lokalizacijo vgradijo v svoj DNK že od prvega dne, zato so, ko se jim ponudi priložnost v Tokiu, São Paulu ali Berlinu, pripravljena odgovoriti v lokalnem jeziku.

Akcijski načrt: Kaj storiti ta teden

Če to berete in ugotovite, da ste odlašali z lokalizacijo, morate takoj storiti naslednje:

Če še niste začeli z razvojem:

1. Arhitekt za i18n od prvega dne: Izberite ogrodja z vgrajeno podporo za i18n (React Intl, i18next itd.).
2. Nastavite svoj sistem za upravljanje vsebin (TMS) pred prvo objavo: Platforme, kot so Lokalise, Crowdin ali Phrase, se neposredno integrirajo z GitHubom.
3. Vse nize takoj eksternaliziraj: Vsak niz uporabniškega vmesnika, sporočilo o napaki in opis orodja se shrani v datoteke virov, ne v izvorno kodo.
4. Dokumentirajte svojo strategijo lokalizacije: Tudi če lansirate samo na enem trgu, dokumentirajte, kako se boste širili na druge.

Če ste na srednji stopnji razvoja:

1. Revidirajte svojo kodno bazo: Prepoznajte vse trdo kodirane nize. Dajte prednost eksternaliziranim nizom v funkcijah, ki so namenjene uporabniku.
2. Ustvarite načrt za prenovo: V naslednjih 3–6 mesecih dodelite 20 % hitrosti sprinta infrastrukturi i18n.
3. Začnite z novimi funkcijami: Vse nove funkcije morajo biti skladne z i18n. To preprečuje dodatno zadolževanje med odplačevanjem obstoječega dolga.
4. Preizkus s psevdolokalizacijo: Ustvari lažne prevode z razširitvijo znakov, da najdeš prelome uporabniškega vmesnika pred dejanskim prevodom.

Če ste že zagnali:

1. Kvantificirajte tehnični dolg: Ocenite trud, potreben za lokalizacijo vaše kodne baze. Bodite iskreni glede stroškov.
2. Prednostno določite trge na podlagi obstoječega prometa: V storitvi Google Analytics poiščite trge, kjer prejemate organski promet kljub odsotnosti lokalizacije.
3. Izvedite pilotni projekt na enem trgu: Izberite trg z visokim potencialom in izvedite popoln pilotni projekt lokalizacije. To bo razkrilo vse skrite izzive.
4. Deležnikom sporočite realistične časovne okvire: Lokalizacija naknadne vgradnje traja 6–18 mesecev, ne 2 tedna. Pričakovanja postavite zgodaj.

Zaključek: Odločitev, ki določa vašo globalno prihodnost

Zdaj razumete dejansko ceno odlašanja z lokalizacijo. Vprašanje ni, ali lokalizirati – ampak ali boste gradili takoj od začetka ali pa boste za kasnejšo nadgradnjo plačali 5–7-krat več.

Vsaka funkcija, ki jo ponudite brez infrastrukture i18n, je funkcija, ki jo boste morali obnoviti. Vsak trg, na katerega odlašate z vstopom, je trg, ki ga bodo zavzeli konkurenti.

Najpametnejši ustanovitelji ne vidijo lokalizacije kot davka na rast. Vidijo jo kot temelj, ki omogoča globalno rast.