UX-тексты снова пытаются вернуть из разряда «поправим перед релизом» в категорию продуктовых инструментов с бизнес-эффектом. Издательство БХВ рассказало о книге Торри Подмаерски «Стратегия создания UX-текстов»: второе издание дополнили главой о больших языковых моделях и генеративном ИИ, сообщает Habr / Карьера. Для русскоязычных продуктовых команд это не книжная новость ради книжной полки, а напоминание: кнопка, ошибка и пустое состояние могут стоить денег не хуже кривой платежной формы.
Книга адресована разработчикам, контент-дизайнерам, продакт-менеджерам, маркетологам, UX-дизайнерам и техническим писателям. То есть почти всем, кто хотя бы раз спорил в чате, как назвать кнопку: «Продолжить», «Оплатить», «Оформить» или что-нибудь совсем печальное вроде «Подтвердить действие». Центральная мысль Подмаерски проста: текст в интерфейсе должен одновременно помогать пользователю дойти до цели и компании — получить измеримый результат.
Автор — не теоретик из башни со стеклянной переговоркой. Торри Подмаерски работала над интерфейсами Xbox, Microsoft, Google и OfferUp, была ведущим контент-дизайнером в Google, а в 2019 году основала агентство Catbird Content. Этот опыт важен: книга говорит не о «красивых формулировках», а о системной работе с контентом в продуктах, которыми пользуются миллионы людей. В источнике подчеркивается, что первое издание стало рабочим справочником для контент-дизайнеров: его рекомендуют практики, включают в профессиональные списки литературы и держат под рукой для повседневной работы.
Подмаерски предлагает начинать не со слов, а с целей. Перед тем как писать подсказку, заголовок экрана или сообщение об ошибке, команда должна понять, зачем этот текст существует. Что хочет пользователь? Что хочет бизнес? Какой сценарий надо ускорить, где снизить тревожность, где убрать лишний контакт с поддержкой, а где честно предупредить о последствиях действия? Без этих ответов UX-текст превращается в украшение интерфейса, а не в инструмент.
Отдельный блок посвящен голосу бренда. Автор предлагает использовать «карту голоса» — таблицу, где фиксируются принципы языка продукта: словарь, тон, грамматика, пунктуация, типичные формулировки и ограничения. Это звучит скучно только до первого релиза, где разные экраны говорят с пользователем тремя несовместимыми голосами: один — как банк, второй — как подростковый чат, третий — как юридический отдел. Карта голоса нужна, чтобы продукт звучал цельно и предсказуемо, особенно когда над ним одновременно работают дизайнеры, разработчики, маркетологи и поддержка.
Практическая часть книги строится вокруг 11 шаблонов UX-текстов. В список входят заголовки, кнопки, описания, пустые состояния, метки, элементы управления, поля ввода, тексты переходов, подтверждения, уведомления и сообщения об ошибках. Для каждого типа Подмаерски показывает, как текст меняется в зависимости от продукта и аудитории. В источнике упоминаются и конкретные правила: например, подписи на кнопках лучше удерживать в пределах трех слов, а описания делать короткими — не шире 50 символов и не длиннее четырех строк.
Такие ограничения полезны не потому, что «так написано в книге», а потому что интерфейс читают на бегу. Пользователь не изучает экран как договор аренды: он сканирует, ищет следующий шаг и пытается не ошибиться. Хороший текст снижает когнитивную нагрузку, плохой — создает лишние вопросы. В бизнес-терминах это конверсия, удержание, нагрузка на поддержку и доверие к продукту. В человеческих терминах — меньше раздражения и меньше ощущения, что приложение разговаривает с вами через стену.
Во втором издании появилась глава о контенте для больших языковых моделей. Важно, что речь не сводится к набору промптов или обещанию «нейросеть все напишет». Подмаерски предлагает смотреть на ИИ-контент как на проектируемую систему: определить задачу, задать критерии качества, проверить полезность и точность, снизить риск вредных ответов, настроить промпты и модели, а затем измерить результат. Это особенно актуально для команд, которые уже встроили генеративный ИИ в поддержку, онбординг, поиск или персональные рекомендации.
Для разработчиков здесь есть практичный вывод: текст больше нельзя считать чужой зоной ответственности. Если в команде нет контент-дизайнера, именно разработчик или продакт часто последним видит сообщение об ошибке, состояние загрузки, подсказку в форме и ответ ИИ-ассистента. И именно в этот момент решается, поймет ли пользователь, что делать дальше. Автогенерация ускоряет черновик, но не заменяет продуктового решения: какой текст уместен, кому он адресован, какую метрику должен изменить и где его надо протестировать.
Похоже, индустрия постепенно признает простую вещь: интерфейс состоит не только из компонентов, API и аналитики событий. Он еще состоит из слов, которые направляют пользователя или мешают ему. Следующий зрелый шаг для команд — перестать спорить о текстах на уровне вкуса и начать проверять их так же строго, как гипотезы в продукте: через сценарии, метрики, исследования и ответственность за результат.