Здесь должен быть текст. Профессиональный UX-райтинг

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

– Что делает эта кнопка? – спрашивает один.

– Сохраняет пользовательские данные, – отвечает другой. – Поэтому она и называется «Сохранить».

– Она сохраняет все данные или только те, которые мы тут видим?

– Э-э… Только те, которые мы видим.

– Как об этом узнают пользователи? Может, стоит им сообщить?

Подобные разговоры происходят постоянно и в самых разных местах, а не только на отреставрированных складах. Команды разработки тратят массу времени на обсуждение того, как продукт будет применяться.

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

Люди также используют слова. Слова помогают им понять, что делает та или иная кнопка, куда заведет их та или иная ссылка или что означает то или иное голосовое сообщение.

Начните с дизайна

Как должны быть написаны те или иные слова? Многие задают себе этот вопрос, но не все понимают, с чего начать. Перед тем как писать, задумайтесь над дизайном (или проектированием) желаемого опыта, который получит пользователь. Вот как мы рассматриваем эти два действия:

Написание текста – это подбор подходящих друг к другу слов.

Создание дизайна – это решение проблем ваших пользователей.

Для того чтобы находить правильные слова, нужно мысленно объединить первое и второе и сделать так, чтобы они работали сообща.

Вспомните собеседников из начала главы, которые обсуждали кнопку «Сохранить». Как им решить, что нужно написать?

• Мышление UX-писателя ставит такие вопросы: сколько слов здесь понадобится? Как лучше описать данное действие? Какие термины мы используем в других разделах?

• Мышление дизайнера определяет следующее: какие термины привычны нашим пользователям? Что произойдет дальше? Какую проблему мы реально пытаемся решить?

Одного не бывает без другого; и то, и другое вам необходимо.

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

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

Мы стараемся проектировать пользовательский опыт, стремясь к удобству, полезности и не забывая об ответственности. Как это относится к написанным вами словам? Вот некоторые вопросы, которые вы можете себе задать:

 Удобство. Помогают ли слова пользоваться интерфейсом? Достаточно ли они ясны? Позволяют ли они выполнить намеченные задачи? Доступны ли они всем целевым группам?

 Полезность. Представляют ли слова то, что люди хотят сделать? Дают ли они контроль над интерфейсом, продуктом или сервисом? Привносит ли этот опыт ценность в жизнь пользователя?

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

Вам нужно понять продукт, над которым вы работаете, а также видение, ограничения, взаимодействие, визуальное представление и код, стоящий за ним[2]. Нужно уделить время необходимым переговорам, проведению исследований и согласованию стратегии.

Прежде чем писать, начните проектировать.

Слова, несущие удобство

Удобство продукта означает, что люди могут пользоваться им без обучения или помощи. Вы можете выяснить, обладает ли ваше ПО этим качеством, протестировав юзабилити[3], – выдайте пользователям ключевые задания и пронаблюдайте за тем, смогут ли они легко выполнить то, для чего продукт предназначен.