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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Однако написание текста, несущего в себе удобство, – более глубокое понятие. К примеру, одно из золотых правил написания интерфейса гласит: не нужно говорить пользователю «кликните здесь». Этот совет легко запомнить, но куда важнее то, что за ним стоит. Скажем, людям проще воспользоваться не текстом, а ссылкой, если она описывает то, куда она ведет. На рис. 1.1 показан пример того, как ссылка делает интерфейс более удобным и ясным. На скриншоте слева текст под списком обучающих материалов (туториалов) предлагает произвести поиск и сообщает, как это сделать. На изображении справа он