База знань шістьма мовами одночасно - що розходиться і як це контролювати

Цілі статті старіють не одночасно - першими псуються деталі. Назва кнопки змінюється в продукті, а чотири з п'яти мовних версій досі показують стару. Скріншот показує інтерфейс до редизайну, бо його зробили один раз, під час першого перекладу, і ніхто не повернувся оновити його в кожній версії окремо. Крок, якого вже немає в продукті, досі описаний мовою, яку саме ніхто не переглядав під час останньої зміни. Окремо жодна з цих дрібниць не виглядає серйозно. Разом вони означають, що мовна версія, яку команда підтримки читає рідше за інші, тихо віддаляється від того, що продукт насправді робить сьогодні.

Найбільша шкода виникає не від поганих перекладів, а від того, що ніхто не знає, що саме цей потребує виправлення. Одне правило дуже допомагає: зміна в початковій версії ніколи не закінчується на самій початковій версії - вона закінчується позначенням пов'язаних перекладів як "потребує перевірки", навіть якщо саме виправлення почекає тиждень. Пов'язані між собою мовні версії (той самий запис у різних версіях, з'єднаний одним ідентифікатором) дають більше, ніж охайну адмін-панель - вони дозволяють прямо запитати, які версії запису не оновлювали відтоді, як змінився оригінал. Без такого зв'язку відповідь на це питання означає ручну перевірку кожної версії, а це на практиці не відбувається ніколи. Косметична зміна (одруківка, одне речення) і змістовна зміна (інший крок у процедурі, інша ціна, перейменована функція) - це не одна й та сама операція. Лише друга дійсно вимагає, щоб носій цієї мови прочитав запис заново, а не просто замінив одне слово.

Кілька сигналів помітні ще до того, як хтось прочитає запис рядок за рядком і побачить різницю: Дата останнього оновлення однієї мовної версії помітно старша за інші, хоча тема відтоді змінювалась - ознака того, що саме ця версія випала з циклу перевірок. Звернення в підтримку однією мовою повертаються до тієї самої теми частіше, ніж іншими, хоча запис у базі знань формально її покриває - зазвичай це означає, що відповідь цією мовою вже не відповідає поточному продукту, тож клієнти все одно пишуть людині. Термінологія розходиться в межах однієї мови між записами - ту саму функцію по-різному називають у старій і новій статті, бо їх перекладали різні люди в різний час без спільного глосарія.

Одна мова-джерело, з якої перекладають усі інші - без чітко позначеного оригіналу рано чи пізно кожна версія починає жити власним життям, бо нема з чим її порівнювати. Спільний ідентифікатор, що з'єднує версії одного запису, щоб можна було запитати про пару версій, а не перевіряти кожну мову окремо. Короткий живий глосарій ключових термінів продукту для кожної мови - не для того, щоб усі перекладали однаково, а щоб не доводилося гадати, чи "тікет" означає те саме в кожній статті цією мовою. Перегляд не всієї бази одразу, а лише записів, пов'язаних із тим, що саме змінилося в продукті - це єдиний перегляд, який реально відбувається, бо він лишається невеликим і конкретним.

Наявність запису шістьма мовами не означає, що клієнт отримує однакову якість відповіді кожною з них - якщо одну версію оновлюють щотижня, а інші раз на квартал, різниця в досвіді клієнта цілком реальна, навіть якщо адмін-панель показує повний комплект. Це також не те, що вирішить машинний переклад без перевірки людиною - він пришвидшує появу першої версії, але не стежить, чи ця версія через пів року досі описує реальний продукт.

Багатомовна база знань розходиться не тому, що хтось погано переклав текст - вона розходиться тому, що зміна в одному місці не має способу дістатися решти п'яти. Зв'язок версій, одна чітка мова-джерело і перегляд лише того, що справді змінилося, коштують менше, ніж одна розмова з клієнтом, який натрапив на застарілу відповідь.