Kedy je ten správny moment začať s lokalizáciou?

„Lokalizujeme po prispôsobení produktu trhu.“ Táto jediná veta stojí softvérové spoločnosti v priemere 23 – 42 % ich vývojového úsilia a oneskoruje globálne uvedenie na trh o 6 – 18 mesiacov. Skrytými nákladmi nie sú preklady – je to technický dlh, ktorý si dnes vkladáte do každého riadku kódu.

Brutálna matematika: Stavba teraz verzus modernizácia neskôr

• 5-7x – Nákladový multiplikátor pre dodatočnú montáž lokalizácie oproti jej zabudovaniu
• 23 – 42 % – Čas vývoja premárnený kvôli technologickému dlhu z dôvodu oneskorenej lokalizácie
• 6 – 18 mesiacov – Priemerné oneskorenie vstupu na globálny trh pri lokalizácii po uvedení na trh

Podľa výskumu spoločností McKinsey a Localization Industry Standards Association organizácie premrhajú 23 % až 42 % svojho vývojového úsilia riešením technického dlhu. Keď sa lokalizácia berie ako dodatočná myšlienka, tento dlh sa exponenciálne nahromadí.

V praxi to znamená toto: ak váš tím strávi 3 mesiace vývojom funkcie s pevne zakódovanými reťazcami, predpokladmi rozloženia a formátovaním necitlivým na miestne nastavenia, strávite 15 až 21 mesiacov jej rozmotávaním, keď sa rozhodnete pre globálny vývoj. To nezahŕňa čas na preklad – to je len inžinierska práca, aby bola vaša kódová základňa lokalizovateľná.

Technický pomer dlhu, ktorý určuje váš osud

Pomer technického dlhu (TDR) meria náklady na opravu kódovej základne oproti nákladom na jej vytvorenie od základu. Údaje z odvetvia ukazujú, že TDR nad 5 % signalizuje potrebu naliehavých opatrení. Pre spoločnosti, ktoré odkladajú internacionalizáciu, TDR špecifický pre lokalizáciu často presahuje 40 %.

Reálny príklad: SaaS startup s 50 000 riadkami kódu a pevne zakódovanými anglickými reťazcami odhadoval 2 týždne na „pridanie prekladov“. Skutočné úsilie trvalo 6 mesiacov vývojárov na externalizáciu reťazcov, opravu poškodených rozložení, implementáciu formátovania s ohľadom na miestne nastavenia a riešenie okrajových prípadov. Náklady: približne 180 000 USD v inžinierskom čase. Ak by od prvého dňa vyvíjali s internacionalizáciou, dodatočné náklady by boli okolo 25 000 USD.

Ideálny moment na začiatok: Predtým, ako napíšete prvý riadok

Výskum je jednoznačný. Spoločnosti, ktoré integrujú lokalizáciu od začiatku, sa pohybujú rýchlejšie, míňajú menej a získavajú globálne trhy, zatiaľ čo konkurencia stále refaktoruje ich kódové bázy.

Internacionalizácia (i18n): Váš základ

Internacionalizácia je navrhovanie softvéru tak, aby sa prispôsobil viacerým jazykom a regiónom bez nutnosti technických zmien. Nie je to funkcia, ktorú pridáte – je to zmýšľanie, ktoré si osvojíte od začiatku architektúry.

Základné princípy i18n (zabudujte ich od prvého dňa):

• Externalizuj všetok text orientovaný na používateľa: Nikdy neprogramuj reťazce v zdrojovom kóde. Používaj zdrojové súbory (JSON, YAML, XLIFF), ktoré oddeľujú obsah od logiky.
• Unicode všade: Podpora dvojbajtových znakov, písma píšuceho sprava doľava (arabčina, hebrejčina) a zložitých písma (thajčina, dévanágarí).
• Formátovanie s ohľadom na miestne nastavenia: Dátumy, časy, čísla, meny a jednotky sa musia dynamicky prispôsobovať na základe miestneho nastavenia používateľa.
• Flexibilné rozloženie používateľského rozhrania: Nemecký text sa rozširuje o 30 % v porovnaní s anglickým. Japonský text sa zmenšuje. Vaše používateľské rozhranie musí zvládať rozširovanie/zmenšovanie textu bez prerušenia.
• Vyhnite sa zreťazeniu reťazcov: V jazykoch s rôznymi gramatickými pravidlami sa používajú reťazce typu „Máte „ + počet + „ správ“. Používajte radšej parametrizované reťazce.
• Návrh pre obojsmernosť: Vaše rozloženie by malo podporovať vykresľovanie textu zľava doprava aj sprava doľava bez prepracovania.

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

Štyri načasovacie spúšťače: Keď sa lokalizácia stane naliehavou

Aj keď ideálna odpoveď znie „od začiatku“, existujú špecifické momenty, keď sa lokalizácia mení z „pekného mať“ na „existenčnú nevyhnutnosť“.

Spúšťač 1: Neočakávaná medzinárodná prevádzka

Skontrolujete si Google Analytics a zistíte, že 15 – 30 % vašej návštevnosti pochádza z trhov, na ktoré ste sa necielili. Títo používatelia vás síce nachádzajú, ale vaša miera konverzie na týchto trhoch je o 60 – 80 % nižšia ako na vašom domácom trhu.

Akcia: Toto je potvrdenie, že dopyt existuje. Ak budete čakať s lokalizáciou, konkurenti na týchto trhoch vytvoria lokalizované alternatívy a využijú príležitosť, ktorú ste objavili.

Spúšťač 2: Dosiahnutý súlad produktu a trhu

Našli ste zhodu medzi produktom a trhom na vašom pôvodnom trhu. Retencia zákazníkov je silná, odchod zákazníkov je nízky a používatelia váš produkt podporujú. Teraz je ten správny čas na expanziu, nie o šesť mesiacov neskôr.

Akcia: Spustite infraštruktúru pre nepretržitú lokalizáciu už teraz. Spoločnosti ako Notion čakali, kým si všimli veľké komunity používateľov v Japonsku a Kórei, a potom rýchlo lokalizovali. Dnes je 70 % používateľov spoločnosti Notion mimo USA.

Spúšťač 3: Míľniky v získavaní finančných prostriedkov alebo príjmoch

Získali ste významné financovanie alebo ste dosiahli míľnik v oblasti príjmov, ktorý si vyžaduje zrýchlený rast. Investori očakávajú medzinárodnú expanziu. Odďaľovanie lokalizácie tento rast spomaľuje.

Akcia: Pred rozšírením predaja a marketingu na nové trhy vyčleniť 15 – 20 % inžinierskych zdrojov na budovanie infraštruktúry i18n.

Spúšťač 4: Konkurenčný tlak

Konkurent spustil lokalizované verzie na kľúčových trhoch a získava na popularite. Jeho lokalizovaný produkt konvertuje používateľov, ktorých ste mohli získať aj vy.

Akcia: Toto je najdrahší spúšťač. Teraz prestavujete pod časovým tlakom, čo zvyšuje náklady 8-10-krát v porovnaní s budovaním i18n od začiatku.

Agilný lokalizačný rámec: Šprinty, nie vodopády

Tradičný prístup – najprv všetko vytvor, potom všetko prelož – je mŕtvy. Moderný vývoj softvéru využíva agilné šprinty. Váš pracovný postup lokalizácie musí tomuto tempu zodpovedať, inak sa stane úzkym hrdlom, ktoré zabíja globálnu rýchlosť.

Nepretržitá lokalizácia: Čo to vlastne znamená

Nepretržitá lokalizácia integruje prekladateľské pracovné postupy do agilných vývojových cyklov, takže lokalizované verzie sa dodávajú súčasne s vydaniami zdrojového jazyka. Namiesto toho, aby bol preklad po vydaní zložitým procesom, ide o paralelný proces zabudovaný do každého sprintu.

Ako to funguje v praxi:

1. Plánovanie sprintu (0. týždeň): Požiadavky na lokalizáciu sú identifikované vopred. Produktoví manažéri a lokalizačné tímy sa dohodnú na tom, aký obsah je potrebné preložiť a ktoré trhy sú prioritné.
2. Vývoj (1. – 2. týždeň): Vývojári vytvárajú funkcie s externalizovanými reťazcami. Keď sa nový obsah pridá do kódovej základne, automaticky sa extrahuje a odosiela do systémov správy prekladov (TMS).
3. Preklad (paralelný proces): Zatiaľ čo vývojári pokračujú v kódovaní, prekladatelia pracujú na nových reťazcoch. Kontext je poskytovaný prostredníctvom snímok obrazovky, popisov používateľského rozhrania a komentárov vývojárov.
4. Integrácia QA (2. týždeň): Preložené reťazce sa zlúčia späť do kódovej základne. Jazykové QA prebieha popri funkčnom QA. Testeri kontrolujú prerušenia používateľského rozhrania, pretečenie textu a kontextovú presnosť.
5. Nasadenie (koniec 2. týždňa): Všetky jazykové verzie sa nasadia súčasne. Anglická, nemecká, japonská a španielska verzia sa sprístupnia súčasne – nie postupne.

Plánovanie sprintu pre lokalizáciu: Chýbajúci prvok

Väčšina vývojových tímov plánuje sprinty bez toho, aby až do poslednej chvíle zohľadnila lokalizáciu. To vytvára chaos. Tu je návod, ako vysokovýkonné tímy integrujú lokalizáciu do plánovania sprintov:

1. Definujte lokalizáciu ako súčasť „Definície hotového“

Funkcia nie je dokončená, kým nie je otestovaná vo všetkých cieľových jazykoch. To núti tímy zohľadniť čas lokalizácie v odhadoch sprintu.

2. Vytvorte používateľské príbehy pre lokalizáciu

Zaobchádzajte s lokalizáciou ako s používateľským príbehom: „Ako nemecký používateľ potrebujem preložiť všetky prvky používateľského rozhrania, aby som mohol produkt používať vo svojom rodnom jazyku.“ Priraďte body príbehu a sledujte rýchlosť.

3. Zapojte lokalizačné tímy do stretnutí plánovania sprintov

Lokalizační manažéri sa zúčastňujú plánovania sprintov, aby identifikovali objem prekladov, označili zložité reťazce a zosúladili časové harmonogramy. Tým sa predchádza prekvapeniam.

4. Automatizujte extrakciu a doručovanie obsahu

Používajte integrácie CI/CD, ktoré automaticky extrahujú nové reťazce z commitov Git a smerujú ich k prekladačom. Manuálne odovzdávanie reťazcov prostredníctvom e-mailu alebo tabuliek je úzkym hrdlom, ktoré znižuje rýchlosť agilného procesu.

5. Zabudujte prekladové buffery do šprintov

Nie každý sprint vyžaduje rozsiahly preklad. Niektoré sprinty sa zameriavajú na prácu v backende s minimálnymi zmenami používateľského rozhrania. Tieto sprinty využite na dobehnutie prekladateľského dlhu alebo na vylepšenie existujúcich prekladov.

Štruktúra tímu: Kto vlastne robí lokalizáciu?

Lokalizácia nie je práca pre jedného človeka. Vyžaduje si medzifunkčnú spoluprácu medzi vývojármi, produktovými manažérmi, technickými autormi, prekladateľmi a QA testermi. Tu je ideálna štruktúra tímu:

Otázka veľkosti lokalizačného tímu

Koľko ľudí v skutočnosti potrebujete? Záleží to od rýchlosti vášho vývoja a trhových ambícií:

• Raná fáza (pred PMF): Špecialista na lokalizáciu 0-1. Vývojári sa zaoberajú architektúrou i18n. Na prekladateľskú prácu používajú platformy TMS so vstavanými prekladateľskými sieťami.
• Post-PMF (2 – 5 jazykov): 1 manažér lokalizácie + externí dodávatelia prekladov. Manažér koordinuje pracovné postupy, spravuje TMS a zabezpečuje kvalitu.
• Fáza rozsiahleho rozvoja (5 – 15 jazykov): 1 – 2 manažéri lokalizácie + špecializovaní lingvisti pre najdôležitejšie trhy + externí dodávatelia pre rozsiahle jazyky. Zvážte najatie recenzentov v krajine.
• Podnik (15+ jazykov): Kompletný lokalizačný tím s regionálnymi manažérmi, internými lingvistami, špecialistami na zabezpečenie kvality a lokalizačnými inžiniermi.

Úloha technického autora: Písanie pre lokalizáciu

Technickí autori sú neospevovanými hrdinami efektívnej lokalizácie. Obsah, ktorý je jasne napísaný v zdrojovom jazyku, sa prekladá rýchlejšie, presnejšie a za nižšie náklady.

Pokyny pre písanie textov vhodných pre lokalizáciu:

• Používajte jednoduchý a priamy jazyk: Vyhýbajte sa idiómom, kultúrnym odkazom a zložitým vetným štruktúram. „Kliknite na tlačidlo“ sa prekladá lepšie ako „Stlačte tlačidlo pre spustenie procesu“.
• Používajte konzistentnú terminológiu: Používajte rovnaký termín pre ten istý koncept v celom texte. Nestriedajte výrazy „odstrániť“, „odstrániť“ a „vyhodiť do koša“. Vyberte si jeden.
• Vety robte krátke: Jedna myšlienka na vetu. Dlhé, zložené vety s viacerými vetnými vetami sú nočnou morou prekladateľa.
• Vyhýbajte sa humoru a slovným hračkám: Vtipy, slovné hračky a šikovné slovné hračky sa zriedka prekladajú. Nútia prekladateľov vybrať si medzi doslovným prekladom (strácajú vtip) alebo kreatívnou adaptáciou (zavádzajú riziko).
• Kontext dokumentu pre prekladateľov: Pridajte komentáre vysvetľujúce, kde sa reťazce zobrazujú, čo robia a akékoľvek obmedzenia (obmedzenie počtu znakov, požiadavky na tón).
• Vytvárajte a udržiavajte glosáre: Definujte kľúčové pojmy raz. Zabezpečte, aby prekladatelia používali konzistentné preklady terminológie špecifickej pre daný produkt.

Príbehy úspechu z reálneho sveta: Spoločnosti, ktoré mali správny čas

Pojem: Lokalizovaný skorý, zachytený globálny rast

Spoločnosť Notion zaznamenala neočakávaný nárast v Japonsku a Kórei – na trhoch, na ktoré sa necielila. Namiesto čakania sa po zladení produktu s trhom rýchlo lokalizovala. Na správu obsahu už mala Contentful, takže integrácia so Smartlingom trvala iba týždeň.

Notion dnes podporuje 19 jazykov a dialektov, pričom približne 70 % používateľov je mimo USA. Včasná investícia do lokalizácie ich od začiatku pozicionovala ako globálny produkt, nie ako produkt z USA, ktorý sa snaží expandovať.

Airbnb: Lokalizácia ako konkurenčná stratégia

Airbnb oslovilo Čínu s vedomím, že čelia tvrdej miestnej konkurencii (Tujia, Xiaozhu) a prísnym regulačným prekážkam. Ich stratégia lokalizácie išla nad rámec prekladu:

• Premenované na „Aibiying“ (爱彼迎): Význam „vítať sa navzájom s láskou“ – kultúrne rezonujúce, nielen foneticky podobné.
• Integrované WeChat a Alipay: Čínski používatelia nepoužívajú kreditné karty na online platby. Airbnb prispôsobilo platobnú infraštruktúru miestnemu správaniu.
• Prepracované používateľské rozhranie pre čínske preferencie: Upravená terminológia z „Hostiteľ“ a „Hosť“ na „Domáci partner“ a „Krátkodobý nájomca“, aby sa zhodovala s kultúrnymi očakávaniami.
• Lokalizované popisy ponúk: Presunuté z „luxusného vybavenia“ na „útulný pobyt“ a „autentický miestny zážitok“ – to, čo čínski cestovatelia skutočne vyhľadávajú.

Výsledok: 700% nárast čínskej zákazníckej základne do jedného roka po lokalizácii.

Spotify: Kultúrna lokalizácia, nielen preklad

Spustenie Spotify v Indii dokazuje, že lokalizácia zahŕňa adaptáciu produktu, nielen jazykový preklad:

• Podpora viacerých jazykov: Hindčina, tamilčina, pandžábčina a ďalšie jazyky sú integrované priamo do aplikácie – nie ako jedna „indická“ verzia, ale ako samostatné lokalizované prostredia.
• Lokalizované zoznamy skladieb: Vytvorili algoritmy na vyhľadávanie hudby špecifické pre daný región, ktoré rozumeli miestnym interpretom, žánrom a počúvacím návykom.
• Prispôsobenie cien: Zaviedli sa cenovo dostupné plány, ktoré zodpovedali miestnej kúpnej sile, nielen prevod USD na INR.

Spotify nečakal, kým bude mať „dosť“ indických používateľov, aby si zdôvodnil lokalizáciu. Lokalizoval, aby týchto používateľov v prvom rade získal.

Rozpis nákladov: Koľko skutočne miniete

Poďme sa porozprávať o skutočných číslach. Koľko v skutočnosti stojí lokalizácia, keď ju robíte hneď od začiatku, oproti neskoršej dodatočnej úprave?

Zhrnutie: Pre typický SaaS produkt so 100 000 riadkami kódu a 10 000 preložiteľnými reťazcami stojí vytvorenie i18n od prvého dňa približne 30 000 – 50 000 dolárov v dodatočnom inžinierskom čase. Dodatočná úprava toho istého produktu po uvedení na trh stojí 200 000 – 500 000 dolárov v inžinierstve, prekladoch, zabezpečení kvality a oneskorených príležitostiach na zisk.

Bežné námietky (a prečo sú nesprávne)

„Ani nevieme, či náš produkt uspeje na našom domácom trhu.“

Toto je najčastejšia námietka a je založená na mylnom predpoklade: že i18n je drahá réžia, ktorá sa oplatí iba vtedy, ak sa globalizujete.

Realita: Vytváranie s i18n od prvého dňa stojí o 10 – 15 % viac času na vývoj. To je zhruba jeden deň navyše na každý dvojtýždňový šprint. Disciplína externalizácie reťazcov, používanie formátovania s ohľadom na miestne nastavenia a navrhovanie flexibilných rozložení v skutočnosti zlepšuje kvalitu kódu, aj keď nikdy nelokalizuje. Vyhnete sa pevne zakódovaným predpokladom, vytvoríte modulárnejšiu architektúru a vytvoríte udržiavateľný kód.

Skutočná otázka neznie: „Pôjdeme globálne?“, ale: „Môžeme si dovoliť prerobiť celý náš produkt, keď sa tak stane?“

„Lokalizácia môže počkať, kým na týchto trhoch nebudeme mať platiacich zákazníkov.“

To vytvára problém sliepky a vajca. Zákazníci na medzinárodných trhoch s menšou pravdepodobnosťou uskutočnia konverziu, ak váš produkt nie je lokalizovaný. Vaša miera konverzie na týchto trhoch bude o 60 – 80 % nižšia ako na vašom domácom trhu, čo vás vedie k záveru, že „nie je dostatočný dopyt“.

Ale tento nízky dopyt je artefaktom zlej lokalizácie, nie skutočným nezáujmom trhu. Pri správnej lokalizácii tieto trhy s „nízkym dopytom“ často prekonajú vaše počiatočné predpoklady.

Výskum CSA zistil, že 76 % online spotrebiteľov uprednostňuje nákup produktov s informáciami v ich rodnom jazyku. Ak váš produkt nie je lokalizovaný, nemeriate skutočný dopyt – meriate toleranciu voči produktom dostupným iba v angličtine.

„Použijeme len Google Translate a neskôr to vyčistíme.“

Strojový preklad sa dramaticky zlepšil, ale nenahrádza správnu lokalizačnú stratégiu. Tu je dôvod:

• Kontext je dôležitý: „Banka“ môže znamenať finančnú inštitúciu alebo breh rieky. MT nerozumie kontextu bez školenia.
• Kultúrna adaptácia nie je preklad: Lokalizácia platobných metód, úprava farebných schém a prispôsobenie postupov používateľského rozhrania nie sú veci, ktoré strojové prepojenie rieši.
• Hlas značky sa stráca: Strojový preklad vytvára funkčný text, nie pútavý text, ktorý udržiava osobnosť vašej značky.
• Právny a regulačný obsah si vyžaduje kontrolu človekom: Podmienky služby, zásady ochrany osobných údajov a dokumenty o dodržiavaní predpisov musia byť právne presné. Chyby v strojovom preklade vytvárajú zodpovednosť.

Napriek tomu je strojové prekladanie cenné pre počiatočné návrhy, preklad obsahu generovaného používateľmi a obsah s nízkou prioritou. Malo by však byť súčasťou pracovného postupu, ktorý zahŕňa ľudskú kontrolu, nie náhradou za profesionálnu lokalizáciu.

Kontrolný zoznam pripravenosti na lokalizáciu

Pomocou tohto kontrolného zoznamu zistite, či ste pripravení začať s lokalizáciou (alebo či najprv potrebujete vybudovať infraštruktúru i18n):

Pripravenosť infraštruktúry:

• Všetky reťazce orientované na používateľa sú externalizované v súboroch zdrojov (nie sú pevne zakódované)
• Kód podporuje Unicode a správne spracováva viacbajtové znaky
• Formátovanie dátumu, času, čísla a meny používa knižnice s lokálnym nastavením
• Rozloženie používateľského rozhrania zvláda rozširovanie/sťahovanie textu (testované s nemčinou a japončinou)
• Je implementovaná (alebo navrhnutá) podpora jazykov sprava doľava
• Vyhýba sa zreťazeniu reťazcov (namiesto toho sa používajú parametrizované reťazce)
• Systém správy prekladov (TMS) je vybraný alebo sa hodnotí

Pripravenosť tímu:

• Vývojári rozumejú princípom i18n a sú vyškolení v osvedčených postupoch.
• Je pridelený manažér lokalizácie alebo kontaktná osoba
• Pre cieľové trhy sú identifikovaní dodávatelia prekladov alebo interní lingvisti
• Technickí autori vytvárajú obsah vhodný pre lokalizáciu
• Proces QA zahŕňa testovanie prerušení používateľského rozhrania v lokalizovaných verziách
• Plánovanie sprintu zahŕňa lokalizáciu ako súčasť „Definície hotového“

Pripravenosť stratégie:

• Cieľové trhy sú uprednostňované na základe údajov o návštevnosti, veľkosti trhu a konkurencie
• Rozpočet je vyčlenený na preklad, nástroje a potenciálny nábor zamestnancov.
• Sú definované metriky úspechu (miera konverzie, aktivácia, udržanie podľa trhu)
• Pre cieľové trhy sa skúmajú právne a compliance požiadavky.
• Vhodnosť produktu a trhu je overená aspoň na jednom trhu

Paradox načasovania

Najlepší čas na začatie lokalizácie bol v čase, keď ste napísali prvý riadok kódu. Druhý najlepší čas je práve teraz – predtým, ako napíšete ďalší riadok kódu.

Každý deň, kedy odkladáte budovanie infraštruktúry i18n, je ďalším dňom hromadenia technického dlhu. Každý pevne zakódovaný reťazec je ďalší reťazec, ktorý budete musieť rozmotať. Každé rozloženie, ktoré predpokladá dĺžku anglického textu, je ďalšie rozloženie, ktoré budete musieť prepracovať.

Spoločnosti, ktoré získavajú globálne trhy, nie sú tie s najlepšími rozpočtami na preklady. Sú to tie, ktoré si lokalizáciu zabudujú do svojej DNA od prvého dňa, takže keď sa naskytne príležitosť v Tokiu, São Paule alebo Berlíne, sú pripravené odpovedať v miestnom jazyku.

Akčný plán: Čo robiť tento týždeň

Ak toto čítate a uvedomujete si, že ste odkladali lokalizáciu, tu je to, čo by ste mali okamžite urobiť:

Ak ste ešte nezačali s vývojom:

1. Architekt pre i18n od prvého dňa: Vyberte si frameworky so vstavanou podporou i18n (React Intl, i18next atď.).
2. Nastavte si TMS pred prvým commitom: Platformy ako Lokalise, Crowdin alebo Phrase sa integrujú priamo s GitHubom.
3. Okamžite externalizovať všetky reťazce: Každý reťazec používateľského rozhrania, chybové hlásenie a popis nástroja sa ukladá do súborov zdrojov, nie do zdrojového kódu.
4. Zdokumentujte svoju stratégiu lokalizácie: Aj keď začínate iba na jednom trhu, zdokumentujte, ako sa rozšírite na ďalšie.

Ak ste v strednom štádiu vývoja:

1. Auditujte svoju kódovú základňu: Identifikujte všetky pevne naprogramované reťazce. Uprednostnite externalizáciu reťazcov vo funkciách orientovaných na používateľa.
2. Vytvorte plán refaktoringu: V nasledujúcich 3 – 6 mesiacoch vyčlente 20 % rýchlosti sprintu na infraštruktúru i18n.
3. Začnite s novými funkciami: Všetky nové funkcie musia byť kompatibilné s I18N. Tým sa zabráni dodatočnému zadlženiu počas splácania existujúceho dlhu.
4. Test s pseudo-lokalizáciou: Vygenerujte falošné preklady s rozšírením znakov, aby ste našli prerušenia používateľského rozhrania pred skutočným prekladom.

Ak ste už spustili:

1. Kvantifikujte technický dlh: Odhadnite úsilie potrebné na lokalizáciu vašej kódovej základne. Buďte úprimní ohľadom nákladov.
2. Uprednostnite trhy na základe existujúcej návštevnosti: Pozrite sa do služby Google Analytics a zistite, kde máte organickú návštevnosť aj napriek tomu, že nie ste lokalizovaní.
3. Spustite pilotný projekt s jedným trhom: Vyberte si trh s vysokým potenciálom a vykonajte pilotný projekt s úplnou lokalizáciou. To odhalí všetky skryté výzvy.
4. Oznámte zainteresovaným stranám realistické časové harmonogramy: Lokalizácia dodatočnej montáže trvá 6 – 18 mesiacov, nie 2 týždne. Stanovte si očakávania včas.

Záver: Rozhodnutie, ktoré definuje vašu globálnu budúcnosť

Teraz chápete skutočné náklady na odloženie lokalizácie. Otázkou nie je, či lokalizovať – ale či to postavíte hneď od začiatku, alebo zaplatíte 5 až 7-krát viac za neskoršiu modernizáciu.

Každá funkcia, ktorú dodáte bez infraštruktúry i18n, je funkcia, ktorú budete musieť znovu vybudovať. Každý trh, na ktorý odložíte vstup, je trh, ktorý si konkurencia podmaní.

Najchytrejší zakladatelia nepovažujú lokalizáciu za daň z rastu. Vidia ju ako základ, ktorý umožňuje globálny rast.