Микрокопирайтинг: тон в интерфейсных текстах
Голос против тона: где проходит граница и почему её нарушение стоит денег
Голос — это личность, которая не меняется никогда: она прописана один раз в брендбуке и живёт во всех текстах компании. Тон — это настроение этой личности в моменте, и оно обязано меняться вместе с контекстом. Если голос бренда определён как «дружелюбный», тон на экране успешной оплаты может быть радостным, а на экране ошибки — спокойным и собранным. Личность при этом остаётся узнаваемой: это тот же голос, просто в другом настроении.
| Параметр | Голос (Voice) | Тон (Tone) |
|---|---|---|
| Меняется ли | Нет, фиксирован в гайдлайне | Да, зависит от экрана и ситуации |
| Уровень | Бренд целиком | Конкретный сценарий, экран, письмо |
| Пример Apple | Простой, элегантный, минималистичный | Спокойный на настройках, лаконичный на ошибках |
| Пример Slack | Неформальный, командный | Игривый в онбординге, нейтральный в биллинге |
| Пример Mailchimp | Дружелюбный, без покровительственности | Тёплый в приветствии, деловой в ошибках оплаты |
Ошибка большинства команд — писать тексты «под настроение автора», а не под зафиксированный голос. В результате в приложении соседствуют фраза с шутками про котиков и сухая канцелярская формулировка «произошла непредвиденная ошибка». Это не разница тона — это разрыв голоса, и пользователь его считывает как непрофессионализм.
Tone matrix: система вместо ручного подбора слов
Карта тона — это таблица, которая связывает три переменные: сценарий, эмоциональное состояние пользователя в этот момент и допустимый диапазон тона. Без неё каждый копирайтер и продакт-менеджер решает вопрос интуитивно, и через полгода в продукте живут пять разных «характеров».
- Выпишите все типовые сценарии интерфейса: онбординг, успешное действие, ошибка, пустое состояние, удаление, оплата, поддержка.
- Для каждого сценария определите вероятное эмоциональное состояние пользователя — не тип действия, а именно чувство: спешка, фрустрация, неуверенность, гордость.
- Зафиксируйте границы тона: какой уровень юмора, формальности и восклицательности допустим.
- Приложите по одному эталонному примеру микрокопии на каждую ячейку.
- Добавьте столбец «запрещённые приёмы» — конкретные слова и знаки, которые нельзя использовать в этом сценарии.
| Сценарий | Эмоция пользователя | Допустимый тон | Запрещено |
|---|---|---|---|
| Успешная оплата | Облегчение, гордость | Тёплый, короткий, поздравляющий | Излишний восторг, сарказм |
| Ошибка загрузки файла | Раздражение | Спокойный, конкретный, с решением | Восклицательные знаки, юмор |
| Удаление аккаунта | Тревога, неуверенность | Серьёзный, уважительный | Emoji, каламбуры |
| Онбординг | Любопытство, лёгкая настороженность | Дружелюбный, поддерживающий | Канцеляризмы, перегруз терминами |
Такая матрица закрывает то, чего почти не дают статьи-конкуренты: она превращает выбор тона из вкусовщины в проверяемое правило, которое можно передать новому автору за час, а не за полгода погружения в бренд.
Критические моменты: где одна неверная фраза убивает конверсию
Ошибки, удаление данных и платежи — это точки максимального риска, потому что пользователь в этот момент уже насторожен, и любой диссонанс между его состоянием и тоном текста читается как неуважение или, хуже, как признак ненадёжного сервиса. Здесь работает жёсткое правило: чем выше цена ошибки для пользователя, тем ниже должна быть экспрессия текста.
Хорошая структура сообщения об ошибке — три части: что случилось, почему это произошло, что делать дальше. Пример из практики Nielsen Norman Group: «Файл не загружен. Размер 12 МБ, лимит 5 МБ. Попробуйте сжать в CSV». Никакой драмы, никакого «ой», зато пользователь получает всё, что нужно для действия.
- Никогда не используйте восклицательные знаки в сообщениях об ошибках — это усиливает тревогу, а не снимает её.
- Никогда не ставьте emoji в enterprise-продуктах — там доверие строится на предсказуемости, а не на дружелюбии.
- Никогда не шутите в сценариях, связанных с деньгами или доступом к данным — юмор в момент риска считывается как несерьёзность компании.
Кнопки — отдельная больная тема. Формула «глагол + результат пользователя» работает всегда, а формула «глагол + действие системы» — почти никогда. «Отправить форму» оставляет вопрос без ответа: а что дальше? «Получить расчёт» отвечает сразу — я узнаю цену. Разница в одном слове иногда даёт разницу в проценты конверсии, потому что кнопка — последняя точка перед решением, и она должна говорить на языке выгоды, а не процесса.
Один тон против разностилья: приложение, письма, поддержка
Есть два подхода к консистентности, и оба по-своему провальны в крайности. Первый — жёсткий единый шаблон фраз для всех каналов: он экономит время, но звучит как робот в живом чате поддержки и как капитан Очевидность в push-уведомлении. Второй — полная свобода для каждой команды: маркетинг пишет ярко, поддержка сухо, продукт нейтрально — и пользователь на трёх экранах встречает три разных «личности» компании.
Рабочий вариант — третий: голос фиксирован единым документом, а тон адаптируется по каналу через ту же tone matrix, но с добавленным столбцом «канал». В приложении тон компактный, потому что экран мал и внимание рассеяно. В email тон может быть развёрнутым, потому что письмо читают в спокойном контексте. В поддержке тон становится самым тёплым и человечным, потому что там уже есть живой диалог и высокая эмоциональная включённость пользователя, часто на пределе терпения.
Проверка консистентности делается просто: соберите десять реальных сообщений из разных каналов за один день — уведомление, письмо, ответ поддержки, текст ошибки — и прочитайте вслух подряд. Если кажется, что их писали разные компании, система тона не работает.
Диагностика: как найти сломанный тон в готовом интерфейсе
Аудит тона не требует дизайн-ревью — достаточно пройти путь пользователя и выписывать каждую фразу, которая вызывает малейшее раздражение или недоумение. Красные флаги легко перечислить.
- Системный язык вместо человеческого: «Ошибка 404», «Транзакция не завершена», «Некорректный ввод данных».
- Обвиняющий тон: «Вы ввели неверный пароль» вместо «Пароль не совпадает, попробуйте ещё раз».
- Ложная бодрость на серьёзных экранах: восклицательные знаки на ошибках, weeeh на удалении аккаунта.
- Разный регистр обращения — то «ты», то «вы» — в соседних экранах одного флоу.
- Слова-паразиты системы: «пожалуйста, попробуйте позже», не объясняющие, что вообще произошло.
| Было | Проблема | Стало |
|---|---|---|
| «Ошибка! Попробуйте снова!» | Восклицательность, нет причины и решения | «Не получилось сохранить. Проверьте интернет-соединение и повторите» |
| «Отправить форму» | Фокус на системе, не на пользователе | «Получить расчёт» |
| «Вы уверены, что хотите удалить аккаунт?? 😢» | Emoji и манипуляция эмоцией на серьёзном шаге | «Удаление аккаунта — действие без возможности отмены. Продолжить?» |
Каждое слово в интерфейсе либо помогает пользователю совершить действие, либо мешает — среднего не бывает. Метрика успеха микрокопирайтинга не литературность и не остроумие, а факт того, что человек нажал нужную кнопку. Если фразу можно убрать без потери смысла и действия — её нужно убрать.
Тон под сценарий против тона под эмоцию
Большинство гайдов останавливаются на привязке тона к типу действия: онбординг весёлый, ошибка серьёзная, успех радостный. Это работает в половине случаев, но ломается там, где один и тот же тип действия сопровождается разными эмоциями у разных пользователей. Ошибка при первом использовании продукта вызывает неуверенность — человек думает, что сломал что-то. Та же ошибка у опытного пользователя на сотой сессии вызывает раздражение — он просто хочет быстро её обойти.
Практический выход — определять не только сценарий, но и вероятное эмоциональное состояние по контексту: время в продукте, количество попыток, скорость действий. Пользователь, который трижды подряд нажал одну кнопку, — в спешке или фрустрации, и тон в этот момент должен быть максимально коротким и функциональным, без единого лишнего слова. Пользователь, который читает справку впервые, — в неуверенности, и тон может позволить себе больше объяснений и мягкости. Тон, привязанный только к экрану, а не к состоянию человека на этом экране, — это половина системы. Вторая половина появляется, когда команда договаривается читать не только «что видит пользователь», но и «что он, вероятно, чувствует прямо сейчас».
Голос против тона: где проходит граница и почему её нарушение стоит денег
Голос — это личность, которая не меняется никогда: она прописана один раз в брендбуке и живёт во всех текстах компании. Тон — это настроение этой личности в моменте, и оно обязано меняться вместе с контекстом. Если голос бренда определён как «дружелюбный», тон на экране успешной оплаты может быть радостным, а на экране ошибки — спокойным и собранным. Личность при этом остаётся узнаваемой: это тот же голос, просто в другом настроении.
| Параметр | Голос (Voice) | Тон (Tone) |
|---|---|---|
| Меняется ли | Нет, фиксирован в гайдлайне | Да, зависит от экрана и ситуации |
| Уровень | Бренд целиком | Конкретный сценарий, экран, письмо |
| Пример Apple | Простой, элегантный, минималистичный | Спокойный на настройках, лаконичный на ошибках |
| Пример Slack | Неформальный, командный | Игривый в онбординге, нейтральный в биллинге |
| Пример Mailchimp | Дружелюбный, без покровительственности | Тёплый в приветствии, деловой в ошибках оплаты |
Ошибка большинства команд — писать тексты «под настроение автора», а не под зафиксированный голос. В результате в приложении соседствуют фраза с шутками про котиков и сухая канцелярская формулировка «произошла непредвиденная ошибка». Это не разница тона — это разрыв голоса, и пользователь его считывает как непрофессионализм.
Tone matrix: система вместо ручного подбора слов
Карта тона — это таблица, которая связывает три переменные: сценарий, эмоциональное состояние пользователя в этот момент и допустимый диапазон тона. Без неё каждый копирайтер и продакт-менеджер решает вопрос интуитивно, и через полгода в продукте живут пять разных «характеров».
- Выпишите все типовые сценарии интерфейса: онбординг, успешное действие, ошибка, пустое состояние, удаление, оплата, поддержка.
- Для каждого сценария определите вероятное эмоциональное состояние пользователя — не тип действия, а именно чувство: спешка, фрустрация, неуверенность, гордость.
- Зафиксируйте границы тона: какой уровень юмора, формальности и восклицательности допустим.
- Приложите по одному эталонному примеру микрокопии на каждую ячейку.
- Добавьте столбец «запрещённые приёмы» — конкретные слова и знаки, которые нельзя использовать в этом сценарии.
| Сценарий | Эмоция пользователя | Допустимый тон | Запрещено |
|---|---|---|---|
| Успешная оплата | Облегчение, гордость | Тёплый, короткий, поздравляющий | Излишний восторг, сарказм |
| Ошибка загрузки файла | Раздражение | Спокойный, конкретный, с решением | Восклицательные знаки, юмор |
| Удаление аккаунта | Тревога, неуверенность | Серьёзный, уважительный | Emoji, каламбуры |
| Онбординг | Любопытство, лёгкая настороженность | Дружелюбный, поддерживающий | Канцеляризмы, перегруз терминами |
Такая матрица закрывает то, чего почти не дают статьи-конкуренты: она превращает выбор тона из вкусовщины в проверяемое правило, которое можно передать новому автору за час, а не за полгода погружения в бренд.
Критические моменты: где одна неверная фраза убивает конверсию
Ошибки, удаление данных и платежи — это точки максимального риска, потому что пользователь в этот момент уже насторожен, и любой диссонанс между его состоянием и тоном текста читается как неуважение или, хуже, как признак ненадёжного сервиса. Здесь работает жёсткое правило: чем выше цена ошибки для пользователя, тем ниже должна быть экспрессия текста.
Хорошая структура сообщения об ошибке — три части: что случилось, почему это произошло, что делать дальше. Пример из практики Nielsen Norman Group: «Файл не загружен. Размер 12 МБ, лимит 5 МБ. Попробуйте сжать в CSV». Никакой драмы, никакого «ой», зато пользователь получает всё, что нужно для действия.
- Никогда не используйте восклицательные знаки в сообщениях об ошибках — это усиливает тревогу, а не снимает её.
- Никогда не ставьте emoji в enterprise-продуктах — там доверие строится на предсказуемости, а не на дружелюбии.
- Никогда не шутите в сценариях, связанных с деньгами или доступом к данным — юмор в момент риска считывается как несерьёзность компании.
Кнопки — отдельная больная тема. Формула «глагол + результат пользователя» работает всегда, а формула «глагол + действие системы» — почти никогда. «Отправить форму» оставляет вопрос без ответа: а что дальше? «Получить расчёт» отвечает сразу — я узнаю цену. Разница в одном слове иногда даёт разницу в проценты конверсии, потому что кнопка — последняя точка перед решением, и она должна говорить на языке выгоды, а не процесса.
Один тон против разностилья: приложение, письма, поддержка
Есть два подхода к консистентности, и оба по-своему провальны в крайности. Первый — жёсткий единый шаблон фраз для всех каналов: он экономит время, но звучит как робот в живом чате поддержки и как капитан Очевидность в push-уведомлении. Второй — полная свобода для каждой команды: маркетинг пишет ярко, поддержка сухо, продукт нейтрально — и пользователь на трёх экранах встречает три разных «личности» компании.
Рабочий вариант — третий: голос фиксирован единым документом, а тон адаптируется по каналу через ту же tone matrix, но с добавленным столбцом «канал». В приложении тон компактный, потому что экран мал и внимание рассеяно. В email тон может быть развёрнутым, потому что письмо читают в спокойном контексте. В поддержке тон становится самым тёплым и человечным, потому что там уже есть живой диалог и высокая эмоциональная включённость пользователя, часто на пределе терпения.
Проверка консистентности делается просто: соберите десять реальных сообщений из разных каналов за один день — уведомление, письмо, ответ поддержки, текст ошибки — и прочитайте вслух подряд. Если кажется, что их писали разные компании, система тона не работает.
Диагностика: как найти сломанный тон в готовом интерфейсе
Аудит тона не требует дизайн-ревью — достаточно пройти путь пользователя и выписывать каждую фразу, которая вызывает малейшее раздражение или недоумение. Красные флаги легко перечислить.
- Системный язык вместо человеческого: «Ошибка 404», «Транзакция не завершена», «Некорректный ввод данных».
- Обвиняющий тон: «Вы ввели неверный пароль» вместо «Пароль не совпадает, попробуйте ещё раз».
- Ложная бодрость на серьёзных экранах: восклицательные знаки на ошибках, weeeh на удалении аккаунта.
- Разный регистр обращения — то «ты», то «вы» — в соседних экранах одного флоу.
- Слова-паразиты системы: «пожалуйста, попробуйте позже», не объясняющие, что вообще произошло.
| Было | Проблема | Стало |
|---|---|---|
| «Ошибка! Попробуйте снова!» | Восклицательность, нет причины и решения | «Не получилось сохранить. Проверьте интернет-соединение и повторите» |
| «Отправить форму» | Фокус на системе, не на пользователе | «Получить расчёт» |
| «Вы уверены, что хотите удалить аккаунт?? 😢» | Emoji и манипуляция эмоцией на серьёзном шаге | «Удаление аккаунта — действие без возможности отмены. Продолжить?» |
Каждое слово в интерфейсе либо помогает пользователю совершить действие, либо мешает — среднего не бывает. Метрика успеха микрокопирайтинга не литературность и не остроумие, а факт того, что человек нажал нужную кнопку. Если фразу можно убрать без потери смысла и действия — её нужно убрать.
Тон под сценарий против тона под эмоцию
Большинство гайдов останавливаются на привязке тона к типу действия: онбординг весёлый, ошибка серьёзная, успех радостный. Это работает в половине случаев, но ломается там, где один и тот же тип действия сопровождается разными эмоциями у разных пользователей. Ошибка при первом использовании продукта вызывает неуверенность — человек думает, что сломал что-то. Та же ошибка у опытного пользователя на сотой сессии вызывает раздражение — он просто хочет быстро её обойти.
Практический выход — определять не только сценарий, но и вероятное эмоциональное состояние по контексту: время в продукте, количество попыток, скорость действий. Пользователь, который трижды подряд нажал одну кнопку, — в спешке или фрустрации, и тон в этот момент должен быть максимально коротким и функциональным, без единого лишнего слова. Пользователь, который читает справку впервые, — в неуверенности, и тон может позволить себе больше объяснений и мягкости. Тон, привязанный только к экрану, а не к состоянию человека на этом экране, — это половина системы. Вторая половина появляется, когда команда договаривается читать не только «что видит пользователь», но и «что он, вероятно, чувствует прямо сейчас».
Актуальные статьи
МегаФон, BMW, ВТБ и ещё 240+ компаний. Смотрите как это выглядит в шоуриле:
В наше брендинговое агентство обращаются, чтобы заказать:
