Актуальный язык

В Редаче недавно обсуждали пример необычной редакторской ошибки. Опять спотифай, но на этот раз на скрине локализованный текст. «Вот так да!» пишет копирайтер, когда слов для песни не нашлось.

Проблема в том, что так не говорят. Но это не просто опечатка. Так говорили, но раньше — в 50-70-х годах. Это не синоним выражения «вот это да», как может показаться, а скорее аналог «смотрите, что случилось» (как подсказала в комментариях Anna Rodina).

Я понимаю, откуда такие проблемы берутся. Локализаторами зарубежных сервисов часто становятся эмигранты, давно покинувшие языковую среду. В их мире язык замораживается со всеми его фразеологизмами и речевыми фишками на момент отъезда. Иногда это неплохо — так белая эмиграция в каком-то смысле продлила жизнь дореволюционному литературному языку, например.

Но потерять связь с реальностью можно и никуда не уезжая. Мы часто замыкаемся в своих коммуникационных пузырях и перестаём говорить понятно для тех, кому пишем интерфейсы. В коммерческой среде это всё ведёт к непопаданию в целевую аудиторию.

Что же делать, чтобы не терять связь с языковой средой? Заходить в места живого, бытового языка и запоминать актуальные фразы, обороты и мемы:

— Твиттер, фейсбук, одноклассники, инстаграм.
— Ютуб и тикток.
— Форумы и имиджборды.
— Современная литература, песни и любое вербальное искусство.
— Конкретные площадки, где обитает ЦА вашего сервиса.

​​Без монотонности
#совет

Самую лучшую форму подачи информации убьёт многократное повторение.

Классический пример — любимая дизайнерами схема «А, чтобы Б». Пользователь легко схватывает такой простой логический маршрут, поэтому его часто используют в описаниях преимуществ. Например, в онбордингах:

1️⃣ Сохраняйте рестораны в избранное, чтобы получать специальные предложения
2️⃣ Укажите предпочтения, чтобы получать то, что нравится
3️⃣ Оформите подписку, чтобы пользоваться бесплатной доставкой

Первые два слайда всё ок, но на третий становится просто скучно. Внимание пользователя теряется из-за монотонности и предсказуемости формата. Рифма и симметрия здесь мешают, а не помогают.

Так что сбиваем монотонность, чтобы удерживать внимание:

1️⃣ Сохраняйте рестораны в избранное, чтобы получать специальные предложения
2️⃣ Укажите предпочтения, если хотите получать только то, что нравится
3️⃣ Бесплатная доставка для подписчиков

Новым подписчикам

Вот что произошло. Вы подписались на авторский канал про редактуру. Веду его я, UX-редактор Вова Лалош — раньше редачил в Сбере, МТС и QIWI, а сейчас в свободном плавании.

В основном пишу про редактуру интерфейсов, потому что больше в ней понимаю. Но и об универсальном копирайтерском тоже. Вот какие есть рубрики:

#совет — проверенные опытом советы по редактуре,
#мысливслух — внезапные идеи после утренних пробежек,
#ответ — ответы на вопросы из бота (жду ваших!),
#разбор — перемываю косточки чужим UX-текстам.

welcome, bem-vindo, მობრძანებით 💜

Подсказки к оценкам на Нетфликсе #разбор

Что тут интересного: подсказку к двойному лайку усилили (даже есть восклицательный знак), а вот привычное «не нравится» наоборот смягчили.

Почему? Моя гипотеза — чтобы захватить более нейтральные оценки. Нам редко что-то не нравится настолько, чтобы ставить дизлайк. Гораздо чаще мы колеблемся от «ну такое» до «круто». Посмотрите на распределение оценок на IMDB — там сильное смещение в сторону 8-ки.

С редким и строгим вердиктом «Не нравится» алгоритму понадобится больше времени, чтобы понять ваш вкус.

Но могут быть и другие объяснения. Что думаете?

​​Полезная привычка: всегда обьяснять правки
#совет из старого фонда

Нет ничего хуже редакторских правок без объяснений.

Лучше всегда рассказывать, что вы там натворили в макетах (или где вы там работаете). Устно или письменно на полях — без разницы. Вот почему это в ваших же интересах:

— Меньше рассинхрона. Конечно, если дизайнер норм, он задаст вопросы, когда что-то покажется странным. Но может понять причину правки по-своему и не задать.

— Дизайнер будет лучше понимать какого рода проблемы с вами решать, не будет использовать только как корректора.

— Больше уважения к вашим правкам. Необоснованные правки легче отбросить. Если вы хотите, чтобы ваша работа увидела свет, надо их защищать.

Короче, объяснения — часть товара, который продаёт редактор.

Фейл №1: нулевой фактчекинг

Самый глупый мой копирайтерский фейл случился в QIWI в 2017. Мы тогда прощупывали аудиторию и экспериментировали с креативами и подачей — от нейтральной до дерзкой. И вот я сажусь за пробное дерзкое письмо про кэшбэк. Под рукой креатив от дизайнера с «кэшбеконом».

Жирный кэшбек, значит, нездоровое питание, бургеркинг, ага, тааак, подожжи ебана. Включаю режим «без тормозов» и пишу такой теглайн в стиле американских телемагазинов:

Теперь до 26% жирности с каждой покупки. Скажи «да» кэшбэку с высоким гликемическим индексом!

Отправляем рассылку. Через пару дней в вк-группе подписчики вешают скрин письма и обсуждают: «ребят, вообще-то у бекона не высокий, а низкий гликемический индекс, так как в нём НЕТ УГЛЕВОДОВ. И вообще этот термин больше используют диабетики». Фейл? Фейл. Поменяли текст. Но забавно, что сама подача при этом победила и лендинг про «кэшбекон» продержался несколько лет.

Какой я сделал вывод? Что даже режим «без тормозов» нуждается в следующим за ним холодном фактчекинге. Лучше всё проверять, особенно то, в чём сам плохо разбираешься.

А какие у вас были фейлы?

Тут коллеги сделали полезную памятку по исследованиям UX. В следующий раз, когда соберётесь проверять свой интерфейс на пользователях, — обязательно загляните:

Памятка «Ошибки в UX-тестах и как их избежать»

Разбираем ошибки на разных стадиях UX-теста – от подготовки – до завершения.

(на картинке - превью четвертого слайда)

📝Интерактивная памятка в Figma
🧾Скачать версию для печати в PDF

Памятка создана Константином Ефимовым и Анастасией Жичкиной.

Спасибо Юлии Кингсеп, Мише Хананашвили и Кириллу Улитину за комментарии и дополнения.
Над дизайном работали Анастасия Андреева и Наталья Селезнева.

Стакан UX-писателя
#совет из старого фонда

Стакан UX-писателя всегда наполовину полон.

Не «Информация исчезнет через 5 дней», а «Информация будет доступна ещё 5 дней».

Не «Договор расторгнут», а «Нужен новый договор».

Не «Заплатите, иначе услуга будет приостановлена», а «Чтобы продолжать пользоваться, заплатите до 7 марта».

Не «Услуга доступна не чаще 2 раз в год», а «Можно пользоваться 2 раза в год».

В мире и так много негатива и войны, зачем ещё в приложениях нагнетать?

​​Не объяснять интерфейс
#совет

Золотое правило: если вам почему-то понадобилось объяснять интерфейс, значит, с интерфейсом что-то не так.

Дизайнеры часто пытаются объяснить свою сложную систему переходов, кликов и переключателей словами. Самое ужасное, когда вставляют отдельные инструкции, которые надо как-то запомнить (что сложно без возможности сразу его попробовать), а потом ещё и вспомнить. В голове должен сразу замахать такой гигантский красный флажок, что интерфейс нуждается в переработке.

Текст — это крайняя мера. Если уж и делать объяснение, то визуальное. Например, подёргать экран и показать стрелочку, чтобы научить свайпу.

Упорядоченная локализация

Топовый вопрос после моих мастер-классов — как делать локализацию. Каждый раз пожимаю плечами, потому что никогда не приходилось этим заниматься, всегда работал только с одним языком.

Теперь буду просто отправлять на эту статью. Ребята из inDrive рассказали весь свой путь от excel-файла до централизованной системы адаптации продукта на другой рынок. Рекомендую!

​​Как указать коллеге на ошибку?
#ответ

Jane J.: Корректно ли (и как) сказать об опечатке или фактологической ошибке в тексте коллеги-писателя, если ещё не выпущенный материал случайно попался на глаза, а peer-ревью в команде не в ходу?

———

Давайте разберём вообще, что тут вообще за конфликт. С одной стороны есть общее дело — хочется выпустить хороший продукт (если у вас не так, стоит задуматься о другом месте работы). А значит, любые действия, советы и замечания, которые сделают продукт лучше, должны приветствоваться по умолчанию. Тогда откуда этот страх указать кому-то на ошибку?

Потому что есть ещё отношения. Давать и принимать критику — это навык. Не у всех он развит одинаково: кто-то нормально переносит любую критику, умеет отделять работу от своего эго. Кто-то вспыхивает от любого намёка на ошибку. Если подозреваете, что коллега из второй категории, то лучшее, что можно сделать, чтобы сберечь отношения — давать замечания аккуратно. Например, в виде вопроса:

💔 У тебя времена рассогласованы!
💜А так и должно быть, что мы пишем сначала в настоящем времени, а потом в прошедшем?

Вы ведь тоже можете тоже ошибаться:

— Да, так и должно быть, это же «фолкнеровская инверсия»!
— А, круто!

Или можно просто деликатно направить внимание:

А в этом абзаце всё ок? Факт-чек делали?

Способов смягчить много. А вообще культура прозрачности решает. В моей идеальной команде работает такая формула:

Толерантность к ошибкам + Общая ответственность за результат

Ошибки двигают вперёд, но для этого они должны замечаться и обрабатываться. Любой участник команды должен иметь возможность указать на чужую ошибку, а другой спокойно её принять и исправить.

Мои мои мои мои

Похоже на страшную болезнь раннего VK. Когда очень хочется показать пользователю, что это не левые фотографии, а именно ТВОИ, родные.

Нет, в меру такое ок: писал однажды, чем бывают полезны притяжательные местоимения. Когда в каждой строчке — ужасно.

К счастью, тут так много других проблем, что проще всё с нуля переделать.

P. S. «Пополнение средств» 😑