Як збудувати з нуля процес локалізації продукту
Перш ніж розпочати справу, слід відповісти на кілька питань.
Наскільки локалізація вплине на продаж?
Для відповіді це питання проводять спеціальні дослідження — як перекладацькі агентства, і консалтингові компанії.
Так, наприклад, за даними дослідження Common Sense Advisory, 52,4% респондентів роблять покупки тільки на тих сайтах, де інформація представлена їхньою мовою. Понад 60% покупців у Франції та Японії кажуть, що купують товари лише у таких інтернет-магазинах. Люди з елементарною англійською або взагалі без знання мови здійснять покупку на англомовному сайті в 6 разів менш імовірно, ніж їхні співвітчизники з вільною англійською.
Дослідження також сходяться на тому, що навіть частковий і неякісний переклад у рази підвищує продаж у багатьох регіонах. Тому локалізацію краще розгортати по спіралі, постійно покращуючи якість та обсяг наявних перекладів.
Для яких потрібна локалізація мов?
Безумовно, що більше ринків ви охопите, то краще. Однак для початку процес краще обкатати ключовими і не найдорожчими мовами, а більш рідкісні підключати на пізніх етапах.
Якщо англійська у вас вже є, то наступним стандартним набором вважається FIGS (за першими літерами мов, що входять до нього): французька, італійська, німецька, іспанська. Ці мови дадуть вам вихід на ринки найрозвиненіших європейських країн (багато з яких — із відносно низьким проникненням англійської), а також більшу частину Латинської Америки. Якщо ви хочете включити ще й досить велику Бразилію, можна додати португальську бразильську. А ось мови Північної Європи (голландська, фінська, скандинавська група) на першому етапі в загальному випадку можна відкласти. Вартістьперекладу на них дорожче, а рівень проникнення англійської мови у відповідних країнах досить високий.
Включення в процес азіатських мов, насамперед так звану групу CJK, китайську (традиційну та спрощену), японську та корейську особливо важливо пов'язувати з наявністю загальної стратегії виходу на ринок. Тут локалізація значно ускладнюватиметься культурними відмінностями та маркетинговою специфікою.
Хто бере участь у процесі?
Отже, припустимо, ми визначилися, що локалізація потрібна, і вибрали, якими мовами її робитимемо. Далі питань буде більше.
Загалом з усіма переліченими вище відділами фахівцям з локалізації відтепер доведеться взаємодіяти на постійній основі, тому в кожному з них важливо призначити відповідального, того, хто визначатиме необхідні тексти і своєчасно ставитиме завдання на переклад.
Також команда локалізації взаємодіятиме з безпосередніми виконавцями — з перекладачами в штаті, фрілансерами чи перекладацькими агентствами (це залежить від вашої компанії та набору мов). Працюючи з перекладачами, особливо поза компанії, варто пам'ятати, що речі очевидні вам, необов'язково зрозумілі їм.
Зокрема, у купі матеріалів, яка надходить від компанії на переклад щодня чи тиждень, їм складно виділити пріоритетні речі. Звичайно, можна намагатися вказувати дедлайн для кожного завдання, але не завадить сформулювати й спільну політику. Наприклад:
1. Найважливіше переклад інтерфейсу. 2. Потім є email'и, прес-релізи, все, що має жорсткий дедлайн. 3. Нижче за пріоритетом документація, супровідні матеріали.
Як би точно не були збудовані процеси, вам завжди знадобляться кілька запасних перекладачівтермінового переведення рядків, змінених або доданих в останній момент. Стануть в нагоді контакти локальних маркетологів у відповідних регіонах та співробітників-носіїв мови, які можуть допомогти у разі форс-мажору. Тим більше, що цих колег можна залучити і на етапі контролю якості.
Як контролювати якість?
Перевірку локалізації практично будь-якого типу контенту можна розділити на дві частини – функціональну та лінгвістичну.
Якщо ваші тестувальники раніше не стикалися з локалізацією, потрібно домовитися з ними про обсяг роботи та поділ обов'язків. Тестувальники перевіряють повноту перекладу, верстку та інші функціональні аспекти, а якість перекладу та його адекватність – відповідальність менеджера з локалізації.
Посібник із стилю необхідний, щоб описати вашу аудиторію та особливості продукту та термінології, а також, наприклад, щоб вказати форму звернення до користувачів, прийняту у вашій індустрії. Наприклад, в Україні в ІТ-індустрії прийнято звертатися до користувачів шанобливо, але не так формально, як, наприклад, у банківській сфері.
Після перекладу тексти потрібно перевірити за допомогою співробітників-носіїв мови, чи в ідеалі це маркетолог чи співробітник підтримки. І вкрай бажано, щоб ревью було частиною їхніх офіційних обов'язків. Інакше цей етап швидко перетвориться на "пляшкову шийку", оскільки співробітник залишатиме такі завдання на потім.
Якщо таких співробітників у вашій компанії немає, можна замовити рев'ю в іншого перекладача чи агенції.
Як вписати локалізацію у поточні робочі процеси?
Підготовка до локалізації починається з календаря релізів, який (в ідеальному світі) створюють та підтримують продакт-менеджери і який найзручніше зберігати у загальному доступі в системі управлінняпроектами. Насправді ПМ — ключова людина, яка спочатку може вплинути на свою команду та всіх, хто пов'язаний із релізом, таким чином, що менеджеру з локалізації потрібно лише встигати приймати та виконувати завдання від усіх залучених відділів.
Реалізація робочих процесів у кожному даному випадку прив'язана до циклу розробки. Якщо текст викладається одразу на сайт, питання, куди вбудувати локалізацію, не виникне. Якщо ж цикл включає бета-тестування і ранній доступ для клієнтів, має сенс розпочати локалізацію великих обсягів тексту (листи, статті довідкового центру) на цьому етапі, але бути готовими вносити правки в останній момент.
У вибудовуванні процесів важливо з самого початку звести до мінімуму роботу з управління, збирання та передачі інформації, експорту та імпорту файлів з різних додатків.
Чи варто продумати штатний робочий процес попадання нових рядків інтерфейсу на переклад: після релізу чи коли фіча ще у розробці? Чи потрібна для цього участь інженерів і чи готові вони витрачати достатньо часу?
Потім варто продумати інтеграцію всіх місць зберігання текстів (система контролю версій, блог, система автоматизації імейлів, довідковий центр, Google Adwords, платформа для лендингів) з системою керування перекладами. В ідеальному випадку всі оновлення потрапляють у TMS автоматично або простим натисканням кнопки.
Наступним кроком є робота з текстом з боку перекладачів. Використання онлайн-систем для перекладу, таких як Crowdin, Transifex, XTM, Pootle та ін., дозволяє запитувати контекст, ставити запитання та відповідати на них, а також працювати над глосарієм, запускати формальні перевірки перекладів усередині одного інтерфейсу, який перетворюється на єдине сховище контекстної інформації, до якої мають доступ всіменеджери та виконавці.
Якщо вам вдалося налаштувати зручний процес, то локалізацію інтерфейсу окремої фічі можна здійснити за 24 години, і поки вона перебуває на тестуванні, ви встигаєте локалізувати інші типи контенту: прес-реліз, анонс у блозі, довідкові матеріали, банери і т.д.
І на останок
Локалізація - це не той процес, який досить один раз налаштувати, а потім вносити косметичні зміни під новий тип контенту чи мову.
В ідеалі це область, в якій можна і потрібно вдосконалюватися нескінченно — прискорити робочі процеси за рахунок автоматизації, оптимізувати спільну роботу з перекладачами, ввести процес розробки localizability testing, використовувати краудсорсинг для перекладу на нові мови, ввести додаткові критерії оцінки якості перекладів, включаючи проактивні інтерв'ю клієнтів та аналіз статистики.
Ви можете допомогти і перевести небагато коштів на розвиток сайту