О новом проекте, моем опыте ux/ui дизайна в образовательных пректах и рамках.

Так совпало, что в день учителя 5 октября (ну или котобря, кому как нравится) у меня кипит в работе образовательный проект.

С образовательными проектами у меня накопился огромный опыт проектирования и дизайна. Я запускала Яндекс.Практикум на его старте в 2018 году. Это был очень крутой опыт работы с командой Яндекса и очень теплое воспоминания о каждом, с кем мы были в контакте.

Я делала ux/ui для школы I am IT (привет, программисты). Для школы Максима Солдаткина был спроектирован и сделан дизайн внутренней системы для преподавателей, чтобы и им и ученикам было легко, удобно, быстро. Был крутой проект для РАНХиГС (бизнес-симулятор по управлению регионом для государственных служащих) и хочется верить, что это работает).

Для системы планирования обучения в дошкольных учреждениях был очень добрый проект и проектирование и дизайн. Мы очень тепло общались с детскими заведениями и их трепетными представителями. Было важно понять что их волнует и как сделать идеально для них и маленьких людей. И понимаешь, что не напрасно, потому что на днях мне в личку прилетало “спасибо” и много трепетных вопросов по CRM от тех, кто работает с дошколятами. Забавно, но по первому образованию я преподаватель. Наверное, это помогает в некоторых случаях :)

Так вот, о новом проекте. Это админка для создания программ курсов, тестов для МГУ. Что там есть?

Преподаватели создают курсы, добавляют материалы (тексты, аудио, видео, хоть код пиши). Настраивают даты, кому, когда, сколько раз можно проходить курс, при каких условиях. И тоже самое для тестов. Небольшой, на мой взгляд, проект.

Сложность в адаптации готовой дизайн-системы под этот проект. Есть компоненты, которые нужно взять и модифицировать под новый интерфейс (ну вы понимаете; ). Словом, тут вопрос не столько в логике, просто много рутины. Логика достаточно простая, но есть огромная вложенность страниц, от которой мы не можем избавиться (ну так бывает) и это раздражает. Чтобы избавиться от этого, нужно все перепроектировать, но клиент пока не готов (но я буду буду подогревать;)

Это вовсе не статья, а обычный рутинный пост дизайнера о рутинной работе и о том, что иногда нужно посидеть в жестких рамках, что далеко не все принимают, кстати. Но это нормальная практика работа и нормальные требования бизнеса (клиента), которые нужно взять и выполнить.

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

Задача была использовать готовое решение с минимальной кастомизацией компонентов, а лучше вообще без нее. Каждое решение о доработке или создании компонента нужно было обосновать. Это связано с желанием клиента сохранить максимальную консистентность и минимально нагружать разработчиков на данном этапе (читайте, в ближайшем будущем).

Словом, речь идет о максимально быстром создании интерфейса с минимальными денежными и человеческими ресурсами