Надо покумекать

⚡️ Круглый стол — уже меньше чем через час! Зови друзей и готовь свои вопросы нашим экспертам. Ждём тебя в 18.00 по ссылке ◀️

Нужно ли дизайнеру уметь кодить в эпоху ИИ? 👨‍💻

— Должен ли продуктовый дизайнер глубоко разбираться в разработке?
— Вайбкодинг действительно меняет работу над продуктами или это очередной хайп вокруг ИИ?
— Можно ли уже сейчас самостоятельно собрать работающий прототип, не становясь разработчиком?
— Где вообще проходит граница между задачами дизайнера, продакта и инженера?

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

В круглом столе участвуют:

⚡️ Илья Козлов, дизайн-лид трайба «Авто» в СБЕРе
⚡️ Альберт Асмарян, главный инженер по разработке в СБЕРе
⚡️ Сергей Шигалев, продакт-менеджер в «Такси Максим» и Teamlogs, основатель сообщества «Продакты СПб»

Если ты работаешь в дизайне или продукте и пытаешься понять, насколько глубоко тебе теперь нужно погружаться в разработку и ИИ, — приходи сравнить три профессиональных взгляда и задать свои вопросы.

📅 12 августа
✏️ 18:00
🖥 Онлайн

Зарегистрироваться и задать свои вопросы спикерам можно по ссылке ◀️

#ИТМО #продуктовыйдизайн

Вместе с Avito Design Team и Vёshki Cars & Coffee собираем неформальную тусовку для всех, кто любит автомобили, кофе, музыку и дизайн.

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

Играть будут ребята из Vёshki, Аня Горохова из Dodo, Илья Козлов (Сбер) и Елена Данцева из Avito.

Приезжать (и приходить) можно всем. Особенно будем рады интересным, необычным и просто любимым автомобилям.

📍 1 августа, с 9:00 до 12:00
ТЦ «Галерея Новые Вёшки», Зелёный бульвар, д. 1. 🚨

Зовём на Сбер Дизайн Фест 15 июня в 18:00 🪄

Видели кучу рилсов про стеклянный офис Сбера на Кутузовском? 15 июня в 18:00 проводим там классный митап и приглашаем в гости всех желающих!

Обсудим ИИ (как и все вокруг), но со своей оптики:

— Как AI-хайп и гонка за скоростью сместили дизайн в сторону «среднего по датасету» и что с этим делать (😪)

— Какие инструменты показывают себя стабильно хорошо в дизайн-практике?

— Что лидеры могут поменять в команде на этой неделе без бюджетов и согласования?

— И почему будущее — за гибридными специалистами?

В программе — 6 выступлений от спикеров из Сбера, СберМаркетинга, Pragmatica, RDMI, Skillbox и СберАвто, кофе-брейк и полезный нетворкинг 🕺🕺

(Онлайн-трансляция будет, но туда тоже нужно зарегистрироваться)

🎚️ Зарегистрироваться (это бесплатно)

Сбер, кстати, в том году мощно прошёлся по подкастам 😊

Вот, например, в Design Brief разогнали, как (и благодаря чему) живём и работаем в современном мире.

Про вайбкодинг (куда же без него), про граффити, про оперное пение, фотографию, пленеры и любые другие не-всегда-дизайн-практики! 🕺

🎚️ Как граффити-фестивали помогают корпоративному дизайнеру и иллюстратору?

🎚️ Как дизайнер Сбера растит команду и делает съёмки для топовых звёзд

🎚️ Почему дизайнеру полезно кодить?

🎚️ Многозадачность — распыление или суперсила? (и как с ней справляться)

🎚️ Почему в большой корпорации можно (и нужно) оставаться бунтарём

🎚️ Как Дан Светличный создал Кидзов — самый эмоциональный продукт Сбера

🎚️ Как любовь к людям может стать профессией (в данном случае — исследователя)

🎚️ Как в Сбере работает дизайнер-оперный певец

🎚️ Как делать крутые офлайн-мероприятия (и что гость должен понять, уходя с ним)

🎚️ Зачем вообще нужны профессиональные дизайн-сообщества и как их строить?

(скоро классные инсайты Женя Катя)

@designbysber

В Рунете формируется словарь «промпт-инжиниринга для не-инженеров».

Мой Frontier поймал за неделю на Habr — 4 материала, попавшие в разные тематики (AI, Machine Learning, Design). Это не очередные туториалы «как написать промпт получше». Разговор сдвинулся на уровень выше — на то, как устроен контекст вокруг запроса к модели:

— Context Rot — почему ответы становятся хуже, когда в модель загружают много текста (длинный контекст ≠ лучший результат);
— Attention Sinks — модель непропорционально цепляется за начало и конец контекста, а середину теряет;
— Reasoning Shift — поведение модели меняется, когда заставляешь её рассуждать пошагово.

Аудитория — не разработчики, а практики с рабочими задачами через LLM: ресёрч, обработка звонков, автоматизации в n8n / Make. То есть тема ушла из R&D в обычную работу.

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

Источники:
— [Разбор Anthropic «Prompting 101» на реальном кейсе](https://habr.com/ru/articles/1030558/) — ядро кластера
— [Длиннопост про работу с контекстом и агентами](https://habr.com/ru/articles/1028260/)
— [Манифест: AI-боты не как if-else](https://habr.com/ru/articles/1027210/)
— [Obsidian + Claude + MCP как база знаний](https://habr.com/ru/articles/1030316/)

Обновил свой сайт — ilyasni.com Это эксперимент и я почти не думал о нём как о макете.

Не было этапа «сначала красиво нарисуем в Figma, потом перенесём в код». Здесь дизайн рос сразу в браузере: правка CSS-переменных, перезагрузка, проверка ритма, контраста, шума, поведения текста и анимации. Тут сценарий главный артефакт.

Сцены описаны как данные: темы, тексты, акцентные слова, палитры. А визуальный слой живёт через CSS, GSAP и типографику. Получается, что дизайн — это не картинка страницы, а связка контента, тайминга, движения и состояния интерфейса.

Технически: Vite, vanilla JS, GSAP, немного Tone.js для ambient-звука, статическая сборка и инструкции по правилам анимации. По ощущению это был не frontend-проект, а дизайнерский подход в коде.

Как дизайнеры, мы всё чаще будем проектировать не экраны, а поведение. Не макеты, а состояния. Не страницы, а ритмы. В какой-то момент дизайн перестаёт быть файлом и становится поведением.

Я слежу за тем, что происходит с AI в программировании, чтобы понимать, что ждет дизайн. Потому что никто больше не похож на безумного ученого, из-за которого «все и началось», чем программист, который решил автоматизировать собственную рутину.

Вот новая система G3

Если по-простому: это не один AI-помощник, а два агента в вечном конфликте.
Один агент собирает решение.
Второй выступает в роли того самого душного ревьюера, который не принимает почти ничего с первого раза.
Он ищет несоответствия, возвращает замечания — и цикл повторяется.

Самое интересное тут не в коде, а в логике.
G3 показывает, что автоматизируется не только производство артефакта, но и сама связка: сделал → раскритиковал → переделал.

Если переложить этот подход на продуктовый дизайн, картина получается довольно ясная.
AI уже можно отдавать все, что хорошо собирается из требований: типовые экраны, состояния, адаптации, UX-copy, accessibility-check, поиск расхождений между макетом и UI-kit, базовую эвристику, даже дизайн-QA.

То есть в первую очередь сжимается зона, которую можно назвать production design.

Но хороший UX/UI начинается не там, где «нужно нарисовать экран». Он начинается там, где надо понять, что вообще стоит делать, для кого, почему именно так и какой компромисс здесь допустим.

Пока что AI неплохо работает там, где есть спецификация.
А вот спецификацию на живой продукт обычно приходится добывать из хаоса:
из противоречий бизнеса, ограничений разработки, кривых исследований, политических игр и неочевидных пользовательских мотивов.

И вот это место для дизайнера пока держится лучше всего.

Если завтра у каждого продукта появится AI-дизайнер и AI-ревьюер, что в вашей работе останется действительно вашим?

Делаем ставки уйдет ли Figma как когда-то Sketch?
https://cursor.com/blog/browser-visual-editor

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

Но Figma давно не про пиксели: это коллаборация, дизайн-системы, прототипы и среда для мышления, встроенная в процессы команд.

Visual Editor от Cursor снимает трение между дизайном и кодом, но не заменяет само дизайн-мышление — стратегию, работу с неопределённостью и смысл, из которых интерфейсы вообще рождаются.

Как скоро интерфейсы перестанут жить сначала в пикселях, а потом в коде?

⚡️ЭТТЭЭЭНШН!⚡️Новый выпуск⚡️

Что общего у дизайна, программирования, домашнего сервера и виниловых вечеринок? Всё это — части жизни и работы Ильи Козлова, дизайн-лида экосистемы «СберАвто».

Один из важных вопросов выпуска: почему дизайнеру полезно кодить? Илья поделился своим мнением, почему дизайнеру действительно надо иметь представление, как пишутся программы. Мы также поговорили о том, как хобби помогают в работе и откуда у нашего гостя такая любовь к «железу». Обсудили нейросети, давно ставшие нашими ежедневными помощниками, и искали ответ на главный вопрос: как успевать за миром, который меняется быстрее, чем мы?

P.S. «Любопытство — главный навык будущего!»

Смотреть и слушать 🍄:

VK Видео
Mave
Яндекс Музыка

Почему хороший дизайн — идемпотентен

В программировании идемпотентность — это когда повтор одного и того же действия даёт тот же результат.
PUT /user/123 можно вызывать хоть сто раз — всё останется в порядке.

А теперь представь это в продуктовом дизайне.
Идемпотентный дизайн — это когда повтор не ломает систему, а укрепляет доверие.

— Нажал “Отправить” дважды — заявка не дублируется.
— Вернулся в онбординг — интерфейс понял, что ты уже не новичок.
— Провёл ещё одно интервью — выводы не противоречат предыдущим.
— Сделал ещё один спринт — команда не откатывается, а наслаивает смысл.

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

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

💭 А где у тебя в команде «неидемпотентные» процессы?

16 октября прошёл внутренний дизайн-хакатон.
Сначала я участвовал в команде лидов — мы делали собственный кейс, немного вне зачёта, но по тем же правилам. А потом — уже в роли эксперта на защите проектов.

Задача у хакатона была амбициозная: собрать дизрапт-концепции, которые переосмысляют клиентский путь и меняют правила рынка. Не просто улучшить UX, а предложить то, что может стать новым бенчмарком. Задача не самая простая и тривиальная, а на хакатоне еще и не предсказуемая 🫣

В такие моменты видно, кто умеет мыслить не макетами, а системами — кто чувствует рынок, контекст и пользователя одновременно.

Спасибо Владу Меркулову за типс-энд-трикс и SberDesign за приглашение 🖤

Недавно наткнулся на MCP-UI (https://mcpui.dev) — и понял: наша привычная модель «дизайн → разработка → фронтенд» уже выглядит как древнее говно мамонтов. То, что раньше казалось невозможным — интерфейс, «живущий» прямо в контексте диалога или приложения — теперь реальность.

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

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

Но остаются вопросы: как удержать визуальную целостность, когда интерфейс подгружается динамично? Как контролировать мелочи — от цвета до микровзаимодействий — когда часть UI приходит извне?

Второй год участвую в приемной комиссии у студентов на защите диплома по специальности продуктовый дизайн в ИТМО.

Тезисы этого года:
- в продуктовом дизайне на первом месте для дизайнеров все же дизайн, а затем уже вместе с аналитиками и РО - продукт
- нужно смотреть шире чем техническая функция. Важно понимать, где и каким образом пользователь касается вашего продукта
- дизайнер - это про эмпатию и общение, умение презентовать свою работу

Презентация с Дв — Казань, 31 мая 2025

Наконец-то удалось собрать AI-ассистента в Telegram. Использовал RAG-модель с базой знаний по продуктовым и маркетинговым исследованиям, а также реализовал сбор новостей из тематических каналов. Ассистент способен хранить и анализировать информацию, подсвечивать тренды по запросу за интересующий период.

📚 База знаний: предсказуемо, но с нюансами
С базой знаний всё относительно понятно. Ассистент предсказуемо обращается к ней за информацией. Наилучшие результаты показали документы, подготовленные через LlamaParse в формате Markdown. Бесплатного плана хватило, чтобы перевести все документы. В планах попробовать LightRAG — в отличие от обычного RAG, он дополнительно строит граф базы знаний, что должно улучшить ответы ассистента.

📰 Новости: стабильность под вопросом
С новостями всё сложнее. Получить стабильные ответы на вопросы не всегда удаётся. Ассистент плохо отвечает на вопросы, даже когда обращается к векторной базе знаний по новостям. Чаще он сообщает, что у него нет актуальных новостей в базе. Эффективным решением стало запрашивать отфильтрованные посты по тематикам в обычную базу данных за период и затем уже с помощью ассистента анализировать и выявлять тренды.

Что в планах:
Интеграция LightRAG: стоит протестировать, как построение графа базы знаний повлияет на качество ответов.

Улучшение обработки новостей: возможно, стоит пересмотреть подход к сбору и обработке новостей для повышения стабильности ответов.

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

Надо покумекать.