микротекст — Антон Григорьев

Этой кнопке нужен текст

Кирилл Егерев написал книгу «Этой кнопке нужен текст» о том, как UX-писатели работают в продуктовых командах и как писать понятный и не раздражающий текст для ошибок, кнопок, переключателей и всех остальных элементов интерфейса.

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

Как писать текст для тех, кто не читает

Конспект доклада арт-директора uchi.ru Марины Степановой с UX-марафона 18 апреля 2019 года.

Четыре характеристики тона голоса

Статью «The Four Dimensions of Tone of Voice» написала Кейт Моран из Nielsen Norman Group 17 июля 2016 года. Сокращённый перевод.

Текст в прототипе — 2

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

Егор Камелев даёт проектированию такое определение: «Это процесс визуализации хотелок заказчика с учётом переменных, о которых он узнает лишь во время этого процесса».

Одна из таких переменных — принятый в компании стиль общения, общий подход к тому, как сайт разговаривает с пользователем.

Текст в прототипе

Проектировщик не должен писать?

В докладе на ITGM #10 Ольга Павлова из КБ «Собака Павлова» сказала, что проектировщик не должен писать текст в своих проектах вплоть до микротекста. При этом контент в прототипе должен быть реалистичным — никакой рыбы или lorem ipsum.

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

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

Как улучшить UX готового продукта

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

Как улучшить UX продукта, когда пройдены уровни структуры и компоновки? И сделать это минимальными силами разработчиков, то есть без геймификации и машинного обучения.