Дейтерагогика. Сухое изложение

Автор

Пащенко Олег Геннадьевич — преподаватель Школы дизайна Факультета креативных индустрий НИУ ВШЭ, главный редактор портала concept.mediiia.

Дисциплина пилота

«Проектный семинар. Дизайн и программирование», 2-й курс бакалавриата «Дизайн» (54.03.01).

Контакты

opashenko@hse.ru +7 905 738-56-72 тг: humanimalien tгк: humanimalien humanimalien.monster

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

С 2023 года генеративные модели — текстовые, визуальные, кодовые — научились собирать аккуратный пользовательский интерфейс за минуты. К 2026 году любой может открыть Figma Make, Claude Design, Pencil, v0, Recraft, Midjourney и десяток других редакторов и по короткому запросу получить лендинг, продуктовую карточку или прототип приложения на 30–40 экранов — на уровне сильной учебной работы. Профессия дизайнера от этого не упраздняется, но прежний критерий учебного успеха — «студент сам, своими руками, собрал работающий прототип» — больше ничего не доказывает: машина делает то же самое, часто лучше — и всегда во много раз быстрее.

Дальше у дизайн-образования три дороги.

Можно запретить ИИ — и тут же получить непреодолимый разрыв между учебной нормой и индустрией: за дверью аудитории студент всё равно работает с нейросетью, внутри учится притворяться, что не работает, и обучение превращается в спектакль.

Можно сделать ИИ главной темой курса — и дисциплина превратится в путеводитель по сервисам, которые закрываются быстрее, чем студент пройдёт туториал, так и не научившись проектировать.

Или, наконец, признать, что произошёл категориальный онтологический сдвиг, и сместить точку и критерий оценки.

«Дейтерагогика» — это как раз третий вариант.

Греческое слово δεύτερος означает «второй; идущий вслед». Дейтерагогика — педагогика-после-педагогики, педагогика рядом с машиной. У студента теперь есть второй обучающий и проектирующий агент — ИИ; и весь вопрос в том, как удержать в таком дуэте позицию человеческого автора и человеческую агентность.

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

Чаще всего ИИ просто пристёгивают к курсу сбоку, дескать, «вот ещё и такое появилось недавно». «Дейтерагогика», напротив, затрагивает сразу шесть её элементов:

1. Объект оценивания. От «красоты и аккуратности прототипа» — к «протоколу мышления»: проектная гипотеза, исследование контекста, сценарная логика, ИИ-пайплайн, журнал отсечения вариантов, связь теории с интерфейсом, аргументация решения.
2. Образовательный контракт. Студенту явно сообщается: ИИ разрешён, ожидаем и поощряется — и именно потому, что разрешён, его обязательно спросят: почему вы подключили этот инструмент, а не другой, что тот автоматизировал, где потребовалось ручное вмешательство, какие варианты были отброшены и по каким критериям.
3. Формат занятия. Занятие не должно быть похоже ни на лекцию для пассивного прослушивания, ни на воркшоп-тьюториал, когда ментор показывает, как он пользуется тем или иным инструментом. Скорее это мастерская: короткие циклы «разогрев — микро-лекция — мини-практика — разбор — exit ticket». Присутствие студента на занятии при этом подтверждается следом работы, причём не имеет значения: был этот след оставлен тем, кто посетил занятие очно — или тем, кто подключился через Яндекс Телемост.
4. Инструментальный пайплайн студента. Любые ИИ-сервисы — заменяемые элементы. Студент не «учит Figma Make» и не «осваивает Claude Design», вместо того он каждый раз собирает и пересобирает пайплайн под конкретную задачу.
5. Инструментарий преподавателя. Главный и наиболее успешный инструмент — это то, что мы называем «ИИ-ассистированный фидбэк»: устный разбор проекта, живое его обсуждение, любые дискуссии и мозговые штурмы тщательно стенографирует большая языковая модель, расшифровывает их и, наконец, превращает в хорошо структурированный текст, который становится частью проектной документации команды, пищей для размышлений и руководством к дальнейшим действиям.
6. Источник доказательной базы. Второй важный инструмент — регулярный сбор студенческой обратной связи (причём не только через официальную процедуру СОП, но и своими силами и значительно чаще, чем 4 раза в год). Затем собранные мнения, сигналы и пожелания обрабатываются специально настроенным ИИ-агентом, который помогает правильно всё это интерпретировать и в реальном времени работать над своими преподавательскими стратегиями и тактиками как собственным проектом — параллельно со студентами, которые работают над своими.

Таким образом, вопрос «как пользоваться ИИ в курсе» просто в такой форме не стоит. Важнее понять, какой вообще должна стать дисциплина цифрового дизайна теперь, когда машина делает всё сама.

Раз готовые картинки и прототипы больше ничего не доказывают, оценивать приходится то, что раньше бралось в скобки некоего некодифицированного «преподавательского чутья»: как студент ставит задачу, выбирает инструменты, отбрасывает варианты, прокладывает путь от теории к реализации, наконец, как аргументирует и берёт на себя ответственность за финальное решение. «Протокол мышления» делает это всё явным и подлежащим формализации — через обязательные артефакты, которые можно взять в руки и оценить.

Методика выводит студента к шести результатам — у каждого свой наблюдаемый артефакт:

5.1. Проектная гипотеза

Переход от общей идеи продукта к проверяемой задаче: назвать пользовательскую, поведенческую или исследовательскую задачу; объяснить, почему она требует именно этой, а не какой-либо иной, технологии и платформы; описать ожидаемый наблюдаемый эффект.

5.2. Контекст использования

Конкретная ситуация: где, когда, в каком состоянии, с какими ограничениями и, главное, зачем человек взаимодействует с интерфейсом. В фокусе — ситуативный срез повседневности живого человека, а не абстрактный демографический портрет.

5.3. ИИ-пайплайн

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

5.4. Журнал отсечения

Фиксируется не только то, что вошло в проект, но и то, что отброшено — и по какой причине. Оценивается качество критериев отбора: соответствие гипотезе, данным исследования, сценарию, визуальной системе, техническим и этическим ограничениям. Без журнала карта пайплайна декларативна, потому что невозможно отличить осознанный выбор от того, что сгенерировали и ничтоже сумняшеся взяли в работу.

5.5. Связь теории с решением

Теория считается освоенной только тогда, когда оставила след в проекте: изменила гипотезу, сценарий, архитектуру, компонент, визуальную иерархию, ритм взаимодействия или способ презентации. Принцип «одна концепция — один артефакт» защищает курс от пустого концептуализма.

5.6. Аргументация

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

Общая шкала — 100 баллов.

Проектная гипотеза 20 Ясность задачи, пользователь / контекст, уместность формата, наблюдаемый эффект, критерий проверки

Исследование и контекст 15 Наблюдения, интервью, Job Stories, карта контекста, переход от мнений к ситуациям

Сценарная и UX-логика 15 Ключевой путь, первый вход, пустые состояния, граничные сценарии, отклик интерфейса, переходы

ИИ-пайплайн 15 Роль инструментов, осмысленность подключения, критика шаблонности, ручная правка, ограничения

Журнал отсечения 15 Какие варианты отброшены, почему, по каким критериям, как отсечение связано с гипотезой

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

Итоговая аргументация 10 Проект как связный довод: проблема, контекст, гипотеза, решение, проверка, ограничения

Уровни освоения. Высокий — если элемент влияет на проектное решение; видно, как гипотеза, исследование, пайплайн и отсечение меняют интерфейс. Достаточный — если присутствует и связан с проектом, но не всегда существенно влияет на результат. Минимальный — если формально заявлен, но связь с процессом проектирования слаба. Недостаточный — если отсутствует или подменён декларативным текстом.

Занятие идёт короткими циклами: разогрев → микро-лекция → мини-практика → разбор → следующий блок → exit ticket. Присутствие подтверждается следом работы: карточкой в FigJam, скрином, вопросом, мини-аудитом, правкой сценария, аргументированным отказом от варианта и т. п. Только тогда по-настоящему видна вовлечённость и тех, кто физически пришёл в аудиторию, и тех, кто участвует онлайн. Для последних пропадает возможность просто подключиться и, выключив звук, заниматься своими делами (что порой происходило раньше). Причём след я намеренно понимаю достаточно широко: засчитываются и готовое решение, и наблюдение, и разбор чужого примера, и обнаруженная проблема, и гипотеза.

8.1. Пайплайн студента

Карта пайплайна собирается из функций, а не из ИИ-брэндов. По каждому узлу студент отвечает на пять вопросов: какую функцию закрывает инструмент (поиск, прототипирование, исследование, генерация визуала, копирайтинг, проверка), что он ускорил, что сделал шаблонным, где понадобилось «ручное управление», и какие ограничения учтены — этика, авторское право, контекст применения, надёжность данных. Один и тот же сервис у разных команд может стоять в разных узлах и отвечать за разное, и это нормально: оценивается уместность узла в цепочке, а выбор бренда сам по себе ничего не решает.

В пилоте 2025/26 базовая среда — Figma и FigJam (прототип, борд, совместная работа в реальном времени), Cargo — для лонгридов и лендингов, генеративные модели команда подбирает сама. Поскольку карта описана через функции, узлы свободно замещаются: вместо западной модели может внедряться YandexGPT, для распознавания речи — Yandex SpeechKit, и методика от этого не страдает. Это сознательная страховка от санкционной и сервисной турбулентности — то, что сегодня доступно, завтра может закрыться, и пайплайн обязан это пережить.

8.2. ИИ-ассистированный фидбэк

Это я придумал и собрал сам. Цепочка такая: устный разбор на консультации → запись речи → языковая модель → собранный по шаблону письменный фидбэк команде. Шаблон жёсткий:

● проект / команда; ● вводная рамка (как преподаватель прочитал ситуацию); ● что уже работает; ● что не дожато; ● конкретный следующий шаг до следующей консультации; ● финальная синтетическая формулировка.

Знакомая боль: преподаватель говорит горячо и многословно, отвлекаясь и «растекаясь мысию по древу», студент теряет нить, а через час забывает всё услышанное, команда уходит, не определив и не записав дальнейшие шаги, и до новой консультации варится в собственном «впечатлении» от того, что я сказал. Письменный фидбэк по шаблону превращает разовую реплику в документ, к которому возвращаются. К сервису процедура не привязана: ChatGPT, Claude, YandexGPT, локальная модель, распознавание речи (включая Yandex SpeechKit), ручная стенограмма по тому же шаблону — годится любое.

8.3. ИИ как инструмент анализа обратной связи

Отзывы из СОП и анонимных Google Forms я очищаю от эмоционального шума, выгружаю в CSV и вместе с методическими файлами курса отдаю языковой модели (сейчас это ChatGPT Project, параллельно я собираю версию на YandexGPT). На выходе получается кластеризованная карта мнений, выявленные болевые точки, проверяемые гипотезы улучшения курса, журнал педагогических отсечений (что я решил исправить, а что не менять, несмотря на отдельные сигналы) и вопросы для следующего короткого опроса. Отзыв следует читать как симптомокомплекс, а не прямое руководство к действию, потому что студент может ощущать проблему, но причину нестроений называть наугад.

Чтобы методику мог взять и внедрить другой преподаватель — с другой дисциплиной, другим набором сервисов, другим темпераментом, — я разложил её на два слоя. Логика разделения такова: в ядре остаётся то, без чего «протокол мышления» рассыпается, а в адаптивную часть — всё, что зависит от программы, вкуса и доступных сервисов. Ядро отвечает на вопрос «что мы вообще оцениваем»; адаптив — на вопрос «какими средствами и зачем».

Обязательное ядро (неизменяемое):

1. Карточка проектной гипотезы.
2. Теория как проектная линза: «одна концепция — один артефакт».
3. Мини-практики и чекпоинты как след участия.
4. Карта ИИ-пайплайна.
5. Журнал отсечения вариантов.
6. Протокол преподавательского фидбэка по фиксированному шаблону.
7. Итоговая аргументированная защита проекта.
8. Оценочная матрица «протокола мышления».
9. Регулярный сбор и анализ студенческой обратной связи.

Адаптивные элементы (настраиваются под программу):

1. Конкретные теоретические рамки.
2. Степень философской плотности.
3. Набор ИИ-инструментов.
4. Тематика модулей.
5. Формат занятий: офлайн / онлайн / смешанный.
6. Реализация ИИ-фидбэка: любая языковая модель, облачная или локальная.
7. Доля исследовательских проектов в группе.
8. Регистр работы с тревогой перед автоматизацией.

Преподаватель другой программы может выкинуть всю мою алхимию и машинерию, установить свои теоретические рамки, сменить весь инструментальный стек — но, пока на месте девять элементов ядра, это по-прежнему «Дейтерагогика».

Я с самого начала делал не уникальную студийную машину ручной сборки, а конструктор, который может собираться любыми руками. В методическом пакете расписан пошаговый сценарий по неделям: неделя 1 — программа и оценочная матрица студентам, разбор критериев вслух (чтобы правила игры были известны до первого хода); неделя 2 — карточка гипотезы; недели 3–4 — карта ИИ-пайплайна и журнал отсечения, заводятся параллельно, потому что отсечение без пайплайна повисает в воздухе; неделя 5 — первая консультация с письменным ИИ-фидбэком по шаблону; дальше — ритм мини-практик и чекпоинтов до итоговой защиты. Каждый шаг привязан к конкретному артефакту из пятёрки шаблонов, так что преподавателю не нужно изобретать форму — только наполнить её своим содержанием. Запуститься можно и с одного модуля, не перекраивая весь учебный план: ядро самодостаточно в пределах любого проектного отрезка.

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

Дисциплина «Проектный семинар. Дизайн и программирование» выстраивает сквозную траекторию от браузерного проекта к мобильному приложению; в 2025/26 пересобрана по «Дейтерагогике». Четыре модуля:

1. Лонгрид и экранная типографика. Индивидуальный мультимедийный спецпроект для браузера: повествование, структура чтения, управление вниманием, ритм цифровой публикации.
2. Лендинг. Посадочная страница для вымышленного фантастического артефакта, услуги или сущности: визуальная риторика, структура аргумента, конверсионная логика, первый контакт с идеей.
3. Концептуальный интернет-магазин. Командный интерактивный прототип в Figma: магазин «продаёт» артефакты из предыдущего модуля и перестраивает саму сцену и иногда даже вообще модель потребления — что продаётся, чем платят, как работает доверие, доставка и возврат.
4. Мобильный сервис. Интерактивный прототип приложения с обязательными проектной гипотезой, исследованием контекста, Job Stories, ключевым путём, wireflow, дизайн-системой, картой ИИ-пайплайна, журналом отсечения и сценарием презентации.

Порядок модулей не случаен: от индивидуальной работы с текстом и вниманием — к командному интерактивному прототипу и проектированию человеческой повседневности. Результаты одного модуля становятся сырьём для следующего (например, артефакт из второго модуля продаётся в третьем), так что студент видит сквозную проектную логику, а не четыре разрозненных упражнения. Сквозная методика работает во всех четырёх модулях одинаково — меняются лишь акценты: где-то на первый план выходит экранная типографика, где-то конверсионная аргументация, где-то командная сборка и UX-сценарий.

Методика работает в течение учебного года на двух группах 2-го курса Школы дизайна НИУ ВШЭ (40–50 человек).

Что уже собрано: методический пакет (ядро, адаптивные элементы, пять заполняемых шаблонов с примерами, пять карточек теоретических линз в двух версиях, чек-лист внедрения по неделям); оценочная матрица с развёрнутыми индикаторами; подробная программа дисциплины; массив студенческой обратной связи; постоянно пополняющийся архив ИИ-ассистированного фидбэка; открытые публикации о методе на mediiia.com; лекции на YouTube.

Обратная связь. Собран массив из 65 ответов в анонимной Google Forms по разным вопросам — что мешает в преподавателе, что нравится, отношение к тем или иным философским рамкам, свободные пожелания, — плюс регулярная официальная СОП. Отзывы читаются как симптомокомплекс — сумма педагогических сигналов, требующих вдумчивой и конструктивной интерпретации.

Устойчиво регистрируемые сильные стороны методики: студенты ценят консультации как двигатель проекта; развёрнутый письменный ИИ-фидбэк воспринимается как значимый ресурс, к которому возвращаются; безопасная атмосфера позволяет показывать незавершённые решения; междисциплинарная рамка отличает курс от простого «научения ремеслу»; открытое разрешение использовать ИИ снижает тревогу перед профессиональными изменениями.

Несколько анонимных свидетельств (орфография сохранена):

«Очень классно, что разрешено использовать нейросети — это убирает страх „делать неправильно“ и отдаёт время на проектную часть».

«Письменные фидбэки после консультаций — самый полезный материал в курсе. Я их перечитываю перед каждой следующей итерацией».

«Преподаватель оценивает не „картинку“, а мышление. Это редкость и сильно меняет отношение к работе».

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

Я отдаю себе отчёт, что один пилотный год на двух группах — это ещё не доказательство. Чтобы превратить методику в программу, которую можно масштабировать, перенести, повторить и проверить, на следующий год запланированы:

● Артефакты до / после. По каждой группе сохраняется набор обязательных артефактов в первой и финальной версии (карточка гипотезы, карта ИИ-пайплайна, журнал отсечения, итоговая презентация). Обе версии прогоняются по одной и той же оценочной матрице — это даёт измеримую дельту по каждому из семи критериев, а не общее впечатление «стало лучше». Где возможно, ранняя и поздняя версии оцениваются вслепую, без привязки к дате, чтобы снять эффект ожидания прогресса. ● Опросы до и после каждого модуля. Короткий опрос на 5–7 вопросов, привязанных к конкретным образовательным результатам. ● Независимое наблюдение. Приглашение коллеги по Школе дизайна на серию занятий и финальные защиты — с фиксацией наблюдений по заранее согласованному гайду. ● Группа сравнения. Группа в традиционном формате (без полного развёртывания «Дейтерагогики») даёт точку отсчёта по итоговым работам, артефактам и удовлетворённости. Строгой контрольной группой это называть нельзя — чистый рандомизированный эксперимент в обучении и неэтичен, и логистически невозможен; но как рабочий бенчмарк он может проявить разницу по тем или иным показателям. ● Открытая методическая фиксация. Журнал педагогических отсечений и пайплайн обработки обратной связи делают изменения курса проверяемыми апостериори.

С сентября 2026 года работа с ИИ в проектировании становится обязательной частью учебного плана Школы дизайна НИУ ВШЭ; подобные же процессы идут в других школах дизайна, в прикладной информатике, в медиапроизводстве. «Дейтерагогика» подоспела ровно к этому моменту и приносит не пустую декларацию, а матрицы, шаблоны, протоколы фидбэка, банк сценариев и налаженный механизм сбора данных. Пакет я выложу открыто, под лицензией CC BY 4.0, — берите ядро и шаблоны и стройте по ним свой курс.

Пащенко Олег Геннадьевич — преподаватель Школы дизайна Факультета креативных индустрий НИУ ВШЭ, академический руководитель магистерской программы «Интерактивный дизайн», главный редактор портала concept.mediiia. Образование — ВМиК МГУ, 1994 (математик); это моя техническая опора для разговора об ИИ изнутри, а не извне. Более 30 лет практической работы в цифровом дизайне и арт-дирекшне (студия Артемия Лебедева и др.), лауреат Cannes Lions. Победитель Конкурса образовательных инноваций НИУ ВШЭ (весна 2026) с методикой «Дейтерагогика». Студенты — победители DAFES. Автор открытых публикаций по методу: «ИИ как сломанный молоток», «Дейтерагогика», «Меморандум о методе» и др. на mediiia.com.

Контакты

opashenko@hse.ru +7 905 738-56-72 тг: humanimalien tгк: humanimalien humanimalien.monster