Уроки дизайна от Дмитрия Волкова

Системная и конструктивная обратная связь (ОС) — не просто “хороший тон” в управлении дизайн-командой, а мощный рычаг для измеримого улучшения результатов. Я выстроил процесс ОС, фокусируясь на ее влиянии на три ключевых аспекта: качество решений, скорость работы и профессиональное развитие. Вот практический опыт. Без регулярной ОС дизайнеры: Системная обратная связь — ключевой катализатор для дизайн-команды. Наш опыт доказывает ее прямую связь с: Обратная связь — не разовая акция, а дисциплина...

Регулярные индивидуальные встречи (1:1) с каждым членом моей команды дизайнеров и исследователей — не HR-формальность, а ключевой рабочий инструмент. Я внедрил их системно: 30-60 минут каждые 1-2 недели. Вот практический опыт их пользы и сложностей. Несмотря на затраты времени, 1:1 стали незаменимым инструментом по одной ключевой причине: индивидуальный подход...

Проблема долгого найма дизайнеров знакома многим: кандидат выполняет тестовое задание несколько дней → ожидание проверки → обсуждение → решение. Цикл растягивался на недели, теряя сильных кандидатов и ресурсы команды. Я решил внедрить Whiteboard Challenge (сессию реального проектирования “на доске”) как альтернативу тестовому заданию. Вот наш опыт. Традиционное тестовое имеет минусы: Прежде чем использовать в найме, я провел пробные сессии с несколькими действующими дизайнерами моей команды...

Внедрение ежедневных 15-минутных дейли (stand-up) в кросс-функциональной команде дизайнеров и UX-исследователей стало переломным моментом в нашей работе. Формат прост: каждый участник отвечает на три вопроса: Через 2-3 спринта команда адаптировалась. Результат: Дейли — не формальность, а инструмент синхронизации...

Меня зовут Дмитрий Волков, я Head of Product Design. За последние 16 лет я участвовал в развитии десятков цифровых продуктов. И недавно я провёл эксперимент: может ли нейросеть взять на себя роли продакта, аналитика и дизайнера? ИИ уже помогает писать тексты, код и генерировать интерфейсы. Но способен ли он пройти весь путь от гипотезы до передачи фичи в разработку — так, как это делает команда? Я решил проверить сам. Я дал ИИ тот же материал, который обычно анализирует продуктовая команда: ИИ должен был изучить продукт и предложить варианты развития...