UX-writing и бренд-платформа: как смыслы попадают в интерфейс

Зачем UX-редактору документ, а не только чувство языка

Возьмём конкретную ситуацию: продукт растёт, к текстам подключаются второй редактор, маркетинг, служба поддержки, подрядчик на аутсорсе. У каждого свой вкус, и через полгода в интерфейсе живут три способа обратиться к пользователю — где-то «вы», где-то «ты», где-то безличные конструкции. Без платформы у команды нет аргумента, кроме «мне кажется, так лучше». С платформой есть документ-арбитр: любое спорное решение проверяется не вкусом, а принципом бренда.

Сильный редактор может держать голос бренда в голове и без документа — но это работает ровно до его увольнения или до первого масштабирования на новый канал.

Четыре слоя, через которые смысл доходит до кнопки

Тексты «вроде по гайдлайну, но не звучат как бренд» — типичный симптом того, что один из слоёв между стратегией и экраном пропущен.

• Принципы бренда — базовые установки, например «прозрачность», «контроль пользователя над решением», «забота без сюсюканья».
• Tone of voice — шкалы, переводящие принцип в звучание: формальный ↔ неформальный, серьёзный ↔ игривый, дистанцированный ↔ тёплый. Принцип «забота без сюсюканья» на шкале даёт конкретную точку: тёплый, но не игривый тон.
• Редполитика — правила письма и готовые формулировки: как оформлять числа, ставить кавычки, использовать восклицательный знак, что писать в модальном окне подтверждения.
• Микротексты — итоговые слова на экране: подпись поля, текст ошибки, пуш-уведомление.

Редполитика внутри себя тоже слоится на три части: орфография и пунктуация (буква «ё», склонения, оформление цифр), словарь стиля (степень эмоциональности, обращение к пользователю, разрешённые и запрещённые слова) и веб-компоненты — шаблоны для типовых ситуаций: ошибка 404, пустое состояние списка, подтверждение платежа. Такая структура снимает с редактора задачу придумывать тон заново для каждой кнопки — он сверяется с готовым решением.

Показательный пример гибкости в рамках одного голоса — Monobank. В критичных сценариях (блокировка карты, подозрение на мошенничество) тон становится серьёзным и точным, без единой шутки. В некритичных — дружелюбным, с маскотом и лёгкой иронией. Бренд остаётся узнаваемым в обоих случаях: меняется регистр, а не личность. Это и есть разница между «живым голосом» и жёстким шаблоном одной фразы на все случаи.

Шесть шагов, которые синхронизируют платформу и интерфейс

Разработка tone of voice, согласованного с бренд-платформой, — это последовательный процесс с проверяемым результатом на каждом шаге, а не сессия брейншторма с постерами на стене.

1. Выгрузка принципов бренда из платформы и перевод каждого в шкалу голоса с конкретной точкой на ней.
2. Аудит существующих текстов интерфейса: что уже соответствует нужному голосу, что противоречит и на каких экранах.
3. Словарь голоса — список слов и конструкций с примерами «да/нет»: например, «деньги поступят завтра» вместо «средства будут перечислены в течение одного операционного дня».
4. Сборка редполитики из трёх слоёв: орфография, стиль, шаблоны компонентов.
5. Тестирование редполитики на реальных сценариях интерфейса — на живых текстах ошибок и подтверждений, а не на абстрактных примерах из брифа.
6. Внедрение в UI-кит: тексты становятся частью библиотеки компонентов рядом с цветом и типографикой, а не отдельным Word-документом, который никто не открывает.

Для компании с десятками каналов — приложение, сайт, email, push, чат-бот, колл-центр — одного документа редполитики недостаточно. Нужен единый словарь бренда, к которому обращаются продуктовая команда, маркетинг и служба поддержки одновременно. Без него один и тот же продукт звучит по-разному в приложении и в письме от поддержки, и пользователь ощущает разрыв, даже не умея его назвать.

Как отличить грамотный текст от текста, который говорит на языке бренда

Грамотность и попадание в голос бренда — разные измерения. Текст может быть стилистически безупречным и при этом полностью выпадать из образа компании. Проверка строится на трёх уровнях: качественном соответствии словарю и редполитике, поведенческих метриках — конверсия, время на задачу, число обращений в поддержку из-за непонятной формулировки, — и A/B-тестировании, но только с гипотезой, основанной на наблюдении за пользователями, а не со случайной заменой синонимов.

Цифры здесь показательнее рассуждений. По данным Nielsen Norman Group, замена одного слова или местоимения в кнопке способна поднять кликабельность на 90%, а лаконичный и объективный текст увеличивает юзабилити сайта на 124%. Классический пример — тест Booking.com, где кнопка «Я забронирую» выиграла у «Забронировать» не за счёт грамматики, а за счёт психологии: формулировка от первого лица создаёт ощущение контроля в момент тревожного решения, а снятие тревоги было заявленным принципом бренда.

Есть и обратная сторона — цена отсутствия системы. По данным Lucidpress и Demand Metric, консистентный голос во всех точках контакта поднимает выручку на 23–33%, но около 60% маркетинговых материалов уходят мимо бренд-стандартов, а 81% компаний признают, что борются с отклонениями от tone of voice. Это не проблема отдельных редакторов — это симптом отсутствия рабочей платформы, к которой можно апеллировать в спорной ситуации.

Где смыслы ломаются: текст говорит одно, а продукт ведёт себя иначе

UX — прямой носитель обещания бренда, и разрыв между декларацией и поведением продукта происходит именно здесь чаще, чем в самих формулировках.

• Бренд заявляет прозрачность — но сообщение об ошибке звучит как «что-то пошло не так», без причины и следующего шага.
• Бренд обещает эффективность — но путь к результату состоит из лишних экранов подтверждения, которые ничего не защищают, а только замедляют пользователя.
• Бренд говорит о надёжности — но при сбое человек остаётся без обратной связи: непонятно, потеряны ли данные и нужно ли повторять действие.

Ошибка компаний в таких случаях не в том, что редактор «плохо пишет тексты ошибок». Проблема глубже: смысловой слой и продуктовая логика разрабатываются разными командами без общего документа-арбитра. Редактор пишет вежливую фразу, соответствующую tone of voice, но не может изменить архитектуру сценария — и получается корректное сообщение о том, что система всё равно ведёт себя непрозрачно.

Пользователь в такой ситуации не делает скидку на сложность продукта и не «прощает» бренду несовпадение слов и поведения. Он тихо снижает ценность продукта в своей голове — без жалоб, но и без второго шанса. Поэтому бренд-платформа должна быть рабочим документом не только для копирайтеров и дизайнеров, но и для продуктовых менеджеров, которые проектируют логику сценариев, а не только их формулировки.