Senior Product Designer · Product Builder
Повернутися
UAEN
Повернутися

Менторство в дизайні

Вчу дизайнерів думати, а не лише малювати

Education
Менторство в дизайні
Роль: Ментор, автор навчальних програмФормат: Онлайн і офлайн, групи та 1:1Напрям роботи: Програми, рев’ю, вебінари, навчальні матеріали

Я почав менторити майже одночасно з початком дизайнерської кар’єри. Після мого першого курсу дизайну у 2015 році засновник школи запросив мене менторити наступну групу.

Те, що почалося з перевірки студентських робіт, переросло в роки викладання: я створював навчальні програми, проводив вебінари, готував завдання й матеріали. За ці роки через мої онлайн- і офлайн-групи та індивідуальне менторство пройшли понад 700 студентів, від людей, які вперше відкрили Figma, до практикуючих Junior і Middle дизайнерів.

З часом я зрозумів, що навчання дизайну насправді не про Figma, UX-методи чи візуальні правила. Воно про те, як підходити до незнайомої задачі, перетворювати хаос на структуру, шукати інформацію, ухвалювати рішення й пояснювати свою логіку.

700+
студентів онлайн, офлайн та 1:1
10+ років
у навчанні дизайну
Beginner → Middle
різні рівні досвіду
Модель навчання

Від виконання інструкцій до розв’язання задач

Я не вчив набору інструментів. Я будував середовище, у якому людина поступово переходила від виконання інструкцій до самостійного розв’язання задач. Навчальна програма проходить той самий шлях.

  1. 01

    Інструкція

    Зрозумілі кроки й результат, який можна повторити

  2. 02

    Практика

    Повторення, поки інструмент не перестане заважати

  3. 03

    Розуміння

    Бачити, чому одна версія працює краще

  4. 04

    Аргументація

    Порівнювати варіанти й обирати з поясненням

  5. 05

    Самостійність

    Знаходити проблему й шлях без ментора

На старті
“Що мені робити?”
Хороший результат
“Ось проблема, яку я знайшов, інформація, яку зібрав, варіанти, які розглянув, і чому я обрав саме це рішення.”
01 · Чого я навчав

Інструменти змінюються. Уміння думати залишається.

Програма охоплювала все, що потрібно практикуючому дизайнеру: від UI і Figma до досліджень, дизайн-систем, портфоліо й кар’єри. Але все це поєднувала одна ключова навичка.

Для мене продуктове мислення — це не знання CJM чи Jobs To Be Done. Це вміння взяти хаотичну ситуацію, дати їй структуру, знайти справжню проблему, зібрати інформацію, розглянути варіанти й ухвалити рішення, яке можна пояснити.

Продуктове мислення
  • UX
  • UI
  • Дослідження
  • Інформаційна архітектура
  • Figma
  • Прототипування
  • Motion
  • Дизайн-системи
  • Портфоліо
  • Комунікація
  • Кар’єра
  1. Хаос
  2. Структура
  3. Проблема
  4. Інформація
  5. Варіанти
  6. Рішення
  7. Результат
02 · Проєктування програми

Зробити, побачити, зрозуміти, зробити ще раз

Курс — теж продукт: у нього є користувачі, сценарій, темп і точки, де люди відпадають. Я будував програми так, щоб кожен модуль спирався на попередній, а складність зростала поступово.

Моє робоче правило: 20% теорії і 80% практики. Замість «теорія, теорія, теорія, іспит» студенти спочатку щось робили, бачили результат, розуміли, чому він працює, і робили знову.

20%Теорія
80%Практика
  1. Зробити
  2. Побачити
  3. Зрозуміти
  4. Зробити ще раз
  1. 01

    Інструменти

    • Фрейми
    • Текст
    • Колір
    • Основи Figma
  2. 02

    Візуальна майстерність

    • Композиція
    • Типографіка
    • Відступи
    • Візуальна ієрархія
  3. 03

    Інтерфейс

    • Компоненти
    • Auto Layout
    • Екрани
    • Адаптивні макети
  4. 04

    Досвід

    • User flows
    • Інформаційна архітектура
    • Сценарії
    • Прототипи
  5. 05

    Продуктове мислення

    • Дослідження
    • Докази
    • Декомпозиція
    • Рішення
    • Метрики
  6. 06

    Професійна практика

    • Передача в розробку
    • Комунікація
    • Презентація
    • Портфоліо
    • CV та співбесіди
03 · Одна програма, різні люди

Програма могла бути спільною. Шлях крізь неї — ні.

Двом студентам в одній групі могло знадобитися протилежне. Щоб зрозуміти, де зараз кожна людина, я дивився на кілька вимірів, а не на один загальний рівень.

ВимірНа що я дивився
Продуктове мисленняЧи може людина перетворити невизначеність на структуру?
Візуальна майстерністьЧи бачить ієрархію, відступи й композицію?
ІнструментиЧи працює з інструментами, а не бореться з ними?
UXЧи думає сценаріями, а не екранами?
СамостійністьЧи шукає й експериментує, перш ніж питати?
КомунікаціяЧи може пояснити, чому ухвалила рішення?
04 · Різні точки старту

Різні точки старту потребують різних стратегій

Знати розрив — лише половина роботи. Друга половина — обрати наступний крок, який конкретна людина справді може зробити.

Висока мотивація, мало досвіду

Дати розгін

  1. Референс
  2. Повторити
  3. Результат
  4. Питання
  5. Експеримент

Кілька конкретних уроків і результат, повторений один в один. Це знімає страх перед інструментом, а далі самостійність додається поступово.

Низька самостійність

Зменшити наступний крок

  1. Кнопка
  2. Компонент
  3. Секція
  4. Сторінка
  5. Флоу

Менший обсяг, конкретніші завдання й більше коротких ітерацій, щоб людина рухалася, а не застрягала.

Сильний UI, слабке продуктове мислення

Питати «чому»

  1. Чому?
  2. Для кого?
  3. Що відбувається до?
  4. Що після?
  5. Що це підтверджує?

Питання замість готових відповідей, а також розбір наявних продуктів, щоб побачити рішення за екранами.

Middle дизайнер

Розширити систему

  1. Дизайн-системи
  2. Розробка
  3. Метрики
  4. Дослідження
  5. Передача в розробку

Не «малюй краще», а прототипування, motion, основи HTML/CSS/JS, комунікація з інженерами й перевірка реалізації. Дизайн починає жити всередині продукту, а не всередині Figma.

05 · Фідбек — це цикл

Кілька коротких рев’ю замість одного фінального розбору

Фідбек працював найкраще як безперервний цикл, а не як вирок наприкінці. Кожна ітерація була достатньо малою, щоб швидко діяти, а кожне рев’ю спиралося на попереднє.

  1. Спроба
  2. Фідбек
  3. Рефлексія
  4. Ітерація
  5. Рев’ю

Письмово

Коментарі прямо у Figma, поруч з елементом, якого вони стосуються.

Відео

Записані рев’ю на 5–30 хвилин, які показують логіку, а не лише оцінку.

Ітеративно

Кілька коротких рев’ю замість одного великого розбору наприкінці.

Спільно

Студенти вчилися й на рев’ю чужих робіт.

06 · Досвід перед теорією

Спочатку показати різницю, потім пояснити її

Початківець робить слабкий UI. Я не читаю йому лекцію про типографіку, композицію, негативний простір, ієрархію, гештальт і колір. Я кажу: зміни це, посунь це, зменш це, вирівняй ці елементи.

Він робить другу версію, потім третю, четверту й починає сам бачити різницю. Лише тоді я пояснюю, чому нова версія працює краще, і теорії нарешті є за що зачепитися.

  1. Корекція
  2. Повторення
  3. Розпізнавання патернів
  4. Пояснення
  5. Принцип
  6. Самостійне застосування
07 · Фідбек, який не вбиває мотивацію

Виправляти роботу. Берегти мотивацію.

Фідбек має бути достатньо конкретним, щоб за ним можна було діяти, але не перетворюватися на потік критики, після якого людина боїться наступної ітерації.

  1. 01Що працюєЩоб людина знала, що варто зберегти.
  2. 02Що покращитиКонкретно й лише те, що важливо зараз.
  3. 03Що вже вийшло кращеУ порівнянні з її попередньою версією, а не з іншими.
08 · Від екранів до аргументації

Справжній результат — інший спосіб мислення

Було
“Я намалював 10 екранів.”
Стало
“Я помітив, що користувачам складно з цим сценарієм, переглянув відгуки й обговорення, розглянув кілька підходів і обрав цей флоу, тому що…”
  • РезультатАргументація
  • ІнструкціїРішення
  • ЕкраниСценарії
  • МетодиІнструменти
  • ВиконанняВідповідальність

Багато студентів згодом знайшли свою першу роботу в дизайні. Це їхнє досягнення; моя частина — допомогти їм навчитися думати про роботу.

09 · Універсального процесу не існує
Коли в руках молоток, усе навколо здається цвяхами.

Методи досліджень, персони, journey maps, воркшопи й фреймворки — це інструменти. Знати їх не означає, що вони потрібні в кожному проєкті.

З досвідченішими студентами розмова переходила від «правильного» процесу до вибору того, що потрібно саме для цього рішення.

  1. Початківець

    Який процес правильний?

  2. Середній рівень

    Яку методологію обрати?

  3. Досвідчений

    Що мені потрібно дізнатися, щоб ухвалити це рішення?

10 · Чого мене навчило менторство

Викладання змусило мене зрозуміти власні рішення

Щоб пояснити рішення іншій людині, я мав достатньо добре зрозуміти його сам. Ці ж принципи тепер визначають, як я працюю з продуктовими командами.

01

Пояснювати складне просто

Якщо я не можу пояснити рішення, можливо, я ще недостатньо його розумію.

02

Давати напрям, а не відповіді

Допомагати людині рухатися, не роблячи роботу замість неї.

03

Підлаштовуватися під людину

Одному потрібна конкретна інструкція. Іншому — правильне питання.

04

Будувати систему росту

Поточний стан, бажаний стан, розрив і наступний досяжний крок.

05

Ставити інструменти під сумнів

Метод існує заради проблеми, а не проблема заради методу.

06

Постійно вчитися

Навчаючи інших, я постійно шукав інформацію, перевіряв підходи й переосмислював власні знання.

Найкращий результат менторства — коли ментор стає непотрібним.

Дизайнеру, який уміє знаходити інформацію, структурувати невизначеність, ухвалювати рішення, критично оцінювати власну роботу й пояснювати свою логіку, вже не потрібен хтось за спиною, хто каже, що робити.