Задачи на фронтенд без ошибок! Хватит простого советского "Реализовать интерфейс согласно макетам".
Кажется, «А чо сложного?»: аналитик оформил задачу, дизайнер нарисовал, разработчик сделал.
Только вот интерфейс тоже часть системы, а не картинка поверх бэкенда. Там свои требования и своя логика, а цена ошибки порой выше, чем у сломанного мэппинга на бэкенде. И разбираться в этом стоит не хуже, чем в API.
Вот статья с практическими принципами доступности интерфейсов: шрифты и читаемость, контраст, структура и навигация, работа с иконками, подписи и подсказки, мультимедиа. С примерами, что делает интерфейс удобным, а что мешает.
Круто, когда рядом сильный UX/UI-дизайнер. Но ещё круче, когда у аналитика тоже есть насмотренность, и макеты получаются не просто красивыми, а завязанными на то, как система реально работает.
Читать📚
IT АНАЛитика | Подписаться