Тексты интерфейса, которые не нужно объяснять

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

Кнопки: глагол и результат

Подпись должна говорить, что произойдёт после нажатия. «Отправить заявку» понятнее, чем «Далее», а «Удалить проект» понятнее, чем «Да». Особенно важно это в диалогах подтверждения: кнопки «Да» и «Нет» заставляют перечитывать вопрос.

Ошибки: что случилось и что делать

Сообщение об ошибке должно отвечать на два вопроса: что пошло не так и как это исправить. Сравните:

Ошибка 422.
Пароль должен содержать не менее 8 символов.

Второе сообщение сразу показывает путь решения. Не вините пользователя («вы ввели неправильно») и не прячьтесь за техническими кодами.

Пустые состояния

Пустой список — возможность объяснить, что делать дальше. «Пока нет проектов» хуже, чем «Здесь появятся ваши проекты. Создайте первый» с кнопкой действия.

Подсказки в полях

• подпись над полем остаётся всегда, а не исчезает при вводе;
• формат данных показывайте примером: «+7 900 000-00-00»;
• если поле необязательное, так и пометьте, а не ставьте звёздочки у обязательных.

Один термин — одно значение

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

Проверка

Покажите экран человеку, который его не видел, и попросите сказать, что произойдёт при нажатии каждой кнопки. Если приходится объяснять, текст нужно переписать.