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

Обсуждаем дизайн формы: кирпичная кладка, расположение финальной кнопки, непоследовательность в изображении элементов

Разбираем форму из нескольких шагов. Там и про кирпичную кладку, и про лишние поля, и про пространственное-сценарное решение, и про правило 7 элементов

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

О том, что программисту неплохо было бы не просто формально выполнять требования из ТЗ, но ещё и стараться понимать, откуда такие требования возникли и с какой бизнес-задачей связаны

Такая вам мысль на ночь. Человек заполнил форму, нажал кнопку «Купить» или там «Пожаловаться». Но не заполнил какое-то обязательное поле

Радуюсь хорошей подписи поля «Комментарий для курьера». 1 минута

Разбираем дизайн формы. Во-первых, убираем центровку, чтобы стало выглядеть нормально. Во-вторых, наводим порядок со смыслом элементов управления

Комментирую дизайн. Элементы прыгают между соседними экранами. Кнопки кажутся задизейбленными. Непонятен сценарий регистрации

Участница курса сделала форму, но не даёт заполнять её поля в том порядке, в котором я хочу. Я объясняю, что так нельзя, даже если это и оправдано сценарием