пишем сами?
тогда проверяем себя по чек-листу
  • типографика
    строка не начинается с тире, разряды в числах отбиты неразрывным пробелом от тысячи, предлоги не висят

  • ё, вы, точки
    ё — везде. вы — в интерфейсах. ты — в лендах и плане б. точки есть только между предложениями внутри абзацев. вот тут есть. а сейчас уже не будет
  • активный залог
    так мы снижаем когнитивную нагрузку — мозгу не нужно вычислять действующее лицо. не «детализация отправлена», а «отправили детализацию»
  • пустые состояния и ошибки
    нельзя оставлять человека в тупике. в ошибках есть решение и кнопка, в пустых состояниях тоже есть кнопка
  • логично
    экран учитывает 3 вопроса: как я здесь оказался, что я здесь ожидаю, куда я отсюда попадаю
  • от души
    не врём и не юлим, прописываем сроки акции и полную цену
  • гендерно нейтрально
    шоб не аморально — никаких согласен(-на), готов(-а) или «ты выиграл приз!» особенно часто этим грешат в лигалах, можно заменить на «соглашаюсь с офертой» (если дизайн как чекбокс) и «вы соглашаетесь» (если дизайн как строка у кнопки)

  • эмоушенал дэмадж
    не диктуйте людям, что чувствовать. не пишите «наслаждайтесь!» и другие повелительные наклонения, связанные с радостью, грустью и тд
  • интерфейс — это диалог
    заголовки и подзаголовки — то, что говорит продукт. кнопки и другие интерактивные элементы — то, что отвечает человек. поэтому к тому, что написано на кнопке, должно быть легко подставить «я хочу»: я хочу подключить, пополнить, оплатить и тд»

  • автономность
    так как люди читают экран одним глазом и по диагонали, хорошо, чтобы кнопки и заголовки были автономны — то есть по ним одним было понятно, что происходит. и если человек переключится на другое приложение, а потом вернётся, он бы сразу вспомнил, что делал
  • консистентность и прозрачность
    кнопка подписана однозначно и прозрачно даёт понять, куда ведёт и при этом стыкуется с заголовком. если в заголовке спрашиваем «подключить услугу?», то в кнопке не может быть, например, «активировать», может быть только «подключить». если мы заигрываем с прости-Господи conversational design (это когда вместо «подключить» пишут «да, хочу!») супер пристально следим, чтобы кнопка была всегда рядом с заголовком, не отъезжала по скроллам. И не стоит заигрывать, если флоу связан с персональными данными, безопасностью и финансами, то никаких приколов

  • сссссуть
    у людей нет ни времени, ни желания читать экраны. Поэтому в заголовке должна быть суть. никаких «упс!», «готово!», «отлично!» — только «оплата прошла», «отключите VPN» и тд
  • куда я жмал?
    на экране не должно быть кнопок, не описанных здесь же, на экране. то есть если вы на экране говорите человеку только о том, что ему нужно приехать в офис, в кнопке не может быть действия, связанного с другим вариантом решения проблемы. если в этой ситуации человеку могут помочь и в чате, значит, это должно быть описано в подзаголовке и должна быть кнопка, чтобы попасть в чат, которая называется «попасть в чат»

  • а зачем оно вообще всё?
    проверяйте, нужен ли здесь текст в принципе и не дублирует ли он элементы дизайна. например, в форме ввода не нужно писать «введите ФИО», достаточно просто «ФИО». сама форма ввода уже заменяет глагол «введите»
  • 15 сантиметров
    это ГОСТ бананов) короче, все тексты легко вмещаются в iphone se
  • статика и динамика
    если в тексте есть динамические переменные (названия услуг, даты, имена) или необходимость их склонять — вы проверили, что аналитика и разработка в курсе и подтвердила, что это возможно
  • э, уважаемый!
    нет сложных слов, канцеляризмов, сложноподчинённых оборотов, вводных слов. не забывайте — приложением пользуются люди с особенностями здоровья. пожалейте их скринридеры и позаботьтесь о доступности
  • задача со звёздчкой
    если на макете нестандартное текстовое решение — оно записано в контент дизайн-систему
  • и всё-таки покажите редактору
    Бога ради 🙏
Почему не стоит использовать на макетах рыбу

  1. вычищать потом эту рыбу по всему макету — сложно, высок риск, что рыба появится на проде
  2. текст не должен подстраиваться под дизайн, дизайн не должен задавать ограничения. с рыбой непонятно ни о чём речь в этом месте, ни сколько текста понадобится в реальности
  3. лучше использовать хоть какой-то драфт, чтобы иметь представление о смысловой структуре
  4. рыба портит наглядность — отстоять свои решения перед заказчиком будет сложнее, равно как и просто презентовать свой макет
  5. на лендингах рыба совсем недопустима — текст и графика дополняют и раскрывают друг друга, без текста лендинг станет просто бессмысленным набором картинок и анимаций