Этой кнопке нужен текст. O UX-писательстве коротко и понятно

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

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

Решили выделиться из общей массы и назвали «Избранное» «Отложенным» – теперь не забывайтесь и везде используйте «Отложенное», откладывайте сами, предлагайте пользователям отложить что-то в «Отложенное», но не заставляйте их добавлять что-либо в «Избранное».

Скрупулёзная проработка контекста и соблюдение единообразия во всех его проявлениях уменьшают число вопросов. А чем меньше будет вопросов, тем больше останется времени у редактора на что-то полезное. Ведь если запутать людей, они же обязательно придут к вам. И вам придётся найти ответы, если не хочется терять пользователей.

Глава 9 Компактно, понятно, полезно и грамотно

UX-писательство иногда подменяют понятием «микрокопия» (microcopy). Якобы это одна сущность. Но конечно, это не одно и то же. И да, они тесно связаны.

UX-писательство – это процесс создания микрокопий, небольших текстов, которые помогают людям проходить пользовательские сценарии в продуктах.

Микрокопия – результат, который получается в процессе работы UX-писателя. Та самая надпись на кнопке, подсказка, что пароль набран неверно, побуждающая строчка в поле для ввода текста, сообщение об ошибке и многое другое, что помогает пользователям принимать решения и «общаться» с продуктами.

Приставка «микро-» тут не просто так. Она говорит о том, что текст маленький. И он, как правило, не просто маленький, он ещё и находится в очень ограниченном пространстве.

Это такой текст, который должен быть компактным. Не коротким. Сокращать, конечно, круто. Но сокращения часто приводят к потере смысла. Текст в интерфейсе должен быть именно компактным. Лаконичным, если угодно, несущим максимум пользы в минимальном количестве знаков и слов. И понятным. Естественно, текст в интерфейсе должен быть ещё и понятным. В противном случае польза от него сводится к нулю.

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

Представим UX-писателя настройщиком. А тексты в интерфейсе – капризным трёхструнным инструментом, при настройке которого нужно постоянно помнить о разумном балансе. Стоит слишком сильно натянуть одну струну, и вот ослабевают и расстраиваются другие две. Натянем ещё одну – всё равно остаётся третья, которая не звучит в унисон с другими. Перетянем её – и вот уже нужно подтягивать те две. Или ослабить перетянутую? Как поступить? При каких условиях все три струны зазвучат гармонично? Каждый день на работе я отвечаю на эти вопросы и настраиваю всё новые тексты в интерфейсе, как струны несуществующего музыкального инструмента.

Предположим ситуацию, в которой разработчики уже добавили в интерфейс такое сообщение:

Очевидно, что такое количество слов избыточно, всё нужно переписать и сократить. Именно в таком порядке, потому что не стоит браться за сокращение, пока в сообщении ничего не понятно. Что за ошибка синхронизации с сервером? Откуда столько сожаления и нужно ли оно здесь? Зачем пользователю такие технические подробности, как номер сервера? И что прямо сейчас в этой ситуации можно сделать? В этом тексте избыточность негативно влияет на компактность и нарушает понятность.