Про текст в интерфейсе
#субботнее #мысливслух #конференции

Сегодня я слушаю он-лайн конференцию UX-Марафон #33. Основная тема - работа UX-редакторов. Я никогда не работала с такими специалистами и стало интересно послушать об их работе.

В моем опыте в основном приложения для внутренних операционных процессов компаний (например, управление поставщиками, CRM, системы учета оборудования). Обычно для таких систем не слишком большое значение придается голосу, каким они общаются со своими пользователями. Чаще всего этот голос — это голос аналитика. Вернее, уже давно стали собирать метрики клиентской удовлетворенности не только для клиентских (внешних) приложений, но и для операционных (внутренних), при этом вопросы этой удовлетворенности чаще всего в руках аналитиков, а не UX-специалистов.

UX-редакторы отвечают за понятные тексты на экране и, судя по докладам, речь может идти о любых текстах от FAQ до названий полей и кнопок. Работают в том числе над текстами для чат-ботов и голосовых ботов. Участвуют в вопросах локализации, когда нужно не просто перевести текст, но и вписать в контекст приложения. Кто-то из докладчиков говорил, что его работа только про понятность и удобство, а не про привлечение клиентов, а кто-то следом начинал расcказывать про свою роль в привлечении. Видимо, в любой роли есть свои нюансы 😉

Работа с текстом это про то, чтобы понимать свою аудиторию и контекст, а не просто поправить буквы. В тех докладах, что я послушала, внимание привлекли рекомендации из доклада "Как проверять тексты без исследований: ОКР-ный список редактора"

🔅Текст должен учитывать контекст и эмоции. В каком состоянии пользователь может прийти к тому шагу, где он читает текст. Нужно успокаивать или можно шутить? Например, если не прошла оплата товара, уместно ли в сообщении об ошибке написать что-то вроде «Упс, ваши деньги не ушли!»

🔅Текст должен быть универсальным, то есть учитывать все ситуации, которые могут привести пользователя к этому тексту. Например, не спешите писать «Деньги вернулись на карту» сразу после оформления возврата. Срок перевода в некоторых банках составляет до 5 дней и сразу после возврата пользователь денег на карте пользователь не увидит.

🔅Текст должен быть понятным. Из текста должно быть ясно, что произошло. В одном из докладов прозвучал критерий: «Текст должен быть понятен ученикам 7-8 класса средней школы». В моей практике однажды было сообщение, которое использовали как заглушку, забыли исправить и в итоге на ПРОМ пользователь увидел фразу: «Система не знает, что дальше делать». Слова простые, но ясности никакой.

🔅Текст должен учитывать тональность. В приложении и в компании в целом может быть принят формальный, дружелюбный, панибратский тон. Чаще всего приложения стараются общаться с нами в спокойно-дружелюбном тоне.

🔅Все элементы текста должны быть логически связаны. Заголовки, подзаголовки, элементы списка должны быть логически связаны. Например, в этом тексте я несколько раз поправила названия в списке, потому что некоторые оказались про важность чего-то в тексте, а некоторые про «делайте так». Пришлось выбирать между логикой перечисления рекомендаций и инструкции к действию.

🔅Текст должен быть грамотным. Оставлю этот пункт без комментариев 😊

В комментариях поделюсь примером. Добавляйте свои, если у вас есть «любимые» или «наболевшие» примеры 😊