
Квиз к лекции «Подготовка к UI/UX-проекту»
Количество вопросов: 10 Уровень сложности: очень сложный Формат: один правильный вариант ответа Цель: проверить, понимает ли студент логику предпроектной подготовки, распределение ответственности в команде, принципы Agile и границы использования ChatGPT.
Заказчик обращается к команде с запросом: Пользователи редко нажимают кнопку «Купить». Сделайте ее красной и увеличьте в два раза. Какое действие UI/UX-дизайнера будет наиболее профессиональным на этапе подготовки проекта?
Выполнить требование заказчика, поскольку он лучше знает свой бизнес.
Создать несколько визуальных вариантов кнопки и предложить заказчику выбрать наиболее заметный.
Выяснить, на каком этапе возникает проблема, изучить данные аналитики, пользовательский сценарий и возможные причины отказа от покупки.
Заменить кнопку на более эмоциональную формулировку, например «Хочу купить».
Команда разрабатывает образовательную платформу. Директор школы утверждает: Ученики не выполняют домашние задания, потому что интерфейс выглядит устаревшим. Как следует классифицировать это утверждение?
Как подтвержденную пользовательскую проблему.
Как бизнес-требование.
Как функциональное ограничение.
Как гипотезу, которую необходимо проверить.
Компания хочет создать сервис онлайн-записи в клинику. В проекте участвуют собственник клиники, проджект-менеджер, маркетолог, дизайнер, разработчики и тестировщик. Кто должен определить, поддерживает ли существующая информационная система клиники автоматическую передачу расписания врачей?
UI/UX-дизайнер, поскольку он проектирует сценарий записи.
Маркетолог, поскольку расписание влияет на конверсию.
Разработчик или технический специалист совместно с представителем информационной системы клиники.
Проджект-менеджер, поскольку он отвечает за весь проект.
Команда получила от заказчика следующую цель: Сделать современный и удобный личный кабинет. Какая формулировка лучше всего превращает это пожелание в проверяемую цель проекта?
Использовать актуальные цвета, крупную типографику и современную сетку.
Разработать личный кабинет, соответствующий современным трендам UI-дизайна.
Сократить среднее время поиска и оплаты счета с пяти до двух минут и снизить количество обращений в поддержку по вопросам оплаты.
Провести редизайн всех экранов и обновить дизайн-систему.
Дизайнер подготовил основной сценарий регистрации, но не создал состояния ошибки, загрузки, пустых данных и восстановления пароля. Разработчики уже начали реализацию. В чем заключается основная проблема этой ситуации?
Дизайнер не завершил визуальное оформление интерфейса.
Команда начала разработку без полного описания возможных состояний пользовательского сценария.
Тестировщик должен самостоятельно спроектировать отсутствующие состояния.
Разработчики должны использовать стандартные системные сообщения без участия дизайнера.
Во время спринта заказчик просит добавить новую функцию, которая не входила в первоначальный план. Он аргументирует это тем, что Agile предполагает готовность к изменениям. Какое решение наиболее соответствует Agile?
Немедленно остановить текущие задачи и начать разработку новой функции.
Отказаться от изменения, поскольку состав спринта нельзя пересматривать ни при каких условиях.
Оценить ценность, срочность, влияние и стоимость функции, после чего определить ее приоритет и подходящий момент для реализации.
Добавить функцию без оценки, но перенести тестирование на следующий спринт.
В проекте интернет-магазина маркетолог утверждает, что основной пользователь — женщина 25–35 лет. Отдел продаж сообщает, что большинство заказов оформляют корпоративные клиенты. Аналитика показывает, что значительная часть покупок совершается без регистрации. Что должна сделать команда?
Использовать данные маркетолога, поскольку он отвечает за целевую аудиторию.
Использовать данные отдела продаж, поскольку они основаны на реальных сделках.
Создать один усредненный портрет пользователя, объединяющий все характеристики.
Проверить определения, источники и периоды данных, а затем разделить возможные пользовательские сегменты и сценарии.
Проджект-менеджер просит дизайнера завершить все экраны продукта до начала разработки, чтобы больше к дизайну не возвращаться. Почему такой подход может противоречить гибкой работе над продуктом?
Дизайнер не должен работать раньше разработчиков.
За длительное время требования, технические условия и знания о пользователях могут измениться, поэтому часть заранее созданных решений устареет.
В Agile запрещено создавать больше одного экрана за спринт.
Разработчики должны самостоятельно создавать интерфейсы по текстовому описанию.
Дизайнер передал ChatGPT расшифровку встречи с заказчиком и получил структурированный список требований. Среди пунктов появился вывод: Пользователям обязательно нужна авторизация через социальные сети. В исходной расшифровке такое требование отсутствовало. Как следует поступить?
Добавить функцию в список требований, поскольку ChatGPT проанализировал контекст проекта.
Удалить вывод или отметить его как неподтвержденное предположение и уточнить необходимость функции у команды.
Передать функцию разработчикам для оценки.
Добавить авторизацию только через одну социальную сеть, чтобы снизить стоимость разработки.
Команда определила цели, аудиторию, функции и состав участников, но не назначила человека, принимающего решения, не проверила данные о пользователях и не обсудила ограничения с разработчиками. Можно ли переходить к детальному дизайну?
Подготовка завершена, поскольку основная документация уже создана.
Можно начинать финальный UI-дизайн, а спорные вопросы решать во время разработки.
Можно начинать исследовательские и черновые проектные работы, но переход к детальному дизайну связан с высоким риском переделок.
Проект необходимо полностью остановить до проведения масштабного количественного исследования.
