Дизайн-лодка

Недавно переосмысливал процесс написания постов и решил поделиться им. Вдруг, кому будет интересно. Чаще всего идеи постов приходят рандомно. Иногда под впечатлением от прочтения чьих-то постов, видосов, подкастов, портфолио, бесед с кем-то или в процессе пользования каким-либо продуктом. Иногда идеи рождаются прямо в диалоге с кем-то.Когда идей совсем нет, а писать пост нужно, приходится сидеть (ходить, стоять, лежать) и выдумывать тему из ничего — это самое мучительное.Если совсем ничего не идёт на ум, прошу GPT придумать 5, 10 или 15 постов в рамках заданных условий. Сперва он выдаёт банальную фигню, но часто из этой банальной фигни складывается некая новая идея для поста и даже цикла постов.Все идеи я записываю в Telegram, в чат Saved messages с самим собой — это наиболее быстрое решение для меня. А ещё я точно не забуду, что записал туда, т.к. Telegram открываю очень часто. Когда идеи накапливаются там, переношу их на доску в Asana, где у меня своеобразный бэклог всего, что связано с дизайн-проектами. Кстати, на написание, редактирование и оформление одного поста у меня в среднем уходит 2-3 часа. Бывает, вечером пишу основу, а на следующий день довожу и оформляю. Быстро писать посты получается редко. Вот этот пост как раз исключение — он получится примерно за 20 минут.Были попытки выстроить некую систему, писать посты впрок, но я понял, что это не моё. Нельзя просто так сесть и написать 10, 15, 20 постов на пол года вперёд. Написание поста — это нечто большее для меня, чем конвеер контента. Каждый пост проживаю здесь и сейчас и представить не могу, как можно написать пост сегодня, а опубликовать его с задержкой в пару месяцев.Вот, пожалуй и всё, никакой особенной магии!🌊🌊

Пользуясь сторонним продуктом, мы часто понимаем его лучше, чем разработчики. Сторонний пользователь видит big picture — наблюдает продукт и максимально естественно взаимодействует с ним. Но стоит этому обычному пользователю стать частью команды, как он, зачастую, становится разработчиком локальных фичей. А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы. Что делать?🔵Пользоваться собственным продуктом. Возможно в B2B/B2E сегментах это и не всегда возможно, но если мы имеем дело с B2C — грех не быть пользователям сервиса доставки, такси, почты или банка;🔵Проектировать дизайн, учитывая все корнер кейсы, отражая в Фигме все состояния системы и условия поведения пользователя;🔵Собирать кликабельный прототип и проходить его перед показом дизайна. Делать это можно и стандартными средствами Фигмы и с помощью ИИ;🚤 И ещё кое-что. Устроившись в продукт я обычно рисую blueprint-схему работы продукта — она помогает не только вникнуть в процессы, попутно обнаруживая точки роста и проблемы продукта, но и познакомиться с большинством ключевых команд.Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта.🌊🌊

Написал новый пост для нашего дизайн-канала в Магните ⬇️

Всем привет! Это 😎 Саша Букин, дизайн-лид в Магните. Мы привыкли замерять и прокачивать хард-скиллы. Но как быть с софтами? Все советуют развивать их, но никто не объясняет как.Позволил себе порассуждать об этом и поделился своими методами 👍😎 #александр_букин #образование

Вот так в последние пару недель выглядит Figma при попытке её запуска без VPN 😃Пользуйтесь российскими аналогами 🤡

Редизайн Самоката: когда маркетинг побеждает здравый смыслСамокат окончательно стал жертвой маркетологов Сбера. Профукать столько полезного места на главном экране в жертву рекламным баннерам — это фейл. Что это у нас тут в каталоге? О, это же реклама недвижки среди лосьонов для тела, бананов и молока. Лучше места не сыскать. Главное — продать девелоперам рекламное место.А эти «полки» с подборками, подобранные непонятно кем и непонятно для кого? Не понятно, почему это должно кого-то заинтересовать в принципе.Впрочем, что это я. Это же «для себя и для дома»! Это же «топ»! А может заказать ботинки по клику на завтра? Не в Ламоде, не в магазинах одежды и обуви, а именно здесь, в Самокате заказать ботинки? В общем, Самокат сегодня являет собой яркий пример результатов фокуса отделов маркетинга и рекламы Сбера на выполнении KPI. Когда за дело берутся те, кто не придумывал, не создавал и не запускал бизнес, а пришёл на всё готовое, ничего хорошего не выходит. Эти люди не отвечают своими инвестициями, у них нет личной ответственности, они не поставили всё на продукт, как это сделали в своё время Родион Шишков и Вячеслав Бочаров*, создавая Самокат. * Вячеслав Бочаров более 15 лет проработал в «Магните», прошёл путь от директора регионального магазина до создателя формата «Магнит Косметик», руководителя основного направления магазинов у дома и заместителя Сергея Галицкого. 🌊🌊

Статья про галерею промокодов в приложении МагнитВ новой статье рассказал со стороны дизайна, как мне c командой удалось переосмыслить механику промокодов и увеличить CR. Велком!❤️ Читать на vc.ru🌊🌊

Наглядная разница между джуном, мидлом и синьором. Лид, видимо, всё это снимает с умным видом 🙃

Честно говоря, я наверное скоро начну ИИкать от количества постов про ИИ. Тоже постоянно использую нейронки, хотя особо не пишу об этом.Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего.Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли.👱‍♂️ Юрий Ветров ⏺️ Дизайн-директор в Точка БанкСам дизайн-процесс не поменяли, потому что он больше завязан на совмещение целей пользователей и бизнеса, а не конкретные инструменты. Но какие-то части процесса — да.Где-то это бытовуха — вроде перегнать данные из одного формата в другой. Где-то — автоматизация этапа процесса (например, написать свой плагин для Фигмы). Где-то — возможность делать графические элементы на потоке (например, нодовые инструменты генерации).В хобби-проекте вечерами пишу учебную платформу и дизайн-систему на React в формате парного программирования.🥷 Стефан Васадзе 🏧 Руководитель дизайн-группы в EMCD, ex.Яндекс, ex.VKВ дизайне пока только внедряем и учимся, из живого:— Сделали агента, который собирает сам задачу под шаблон опрашивая продакта, далее хотим прикрутить этап первичного discovery;— Сделали плагин где маркетинговые материалы самогенерятся на основе инпута (KV + текста + ресайзы);— Собрали за день свой инструмент для assessment и perfomance review дизайн команды + аналитика и всякие приколдесы;— Делаем пересборку дизайн-системы и компонентов в сторибуке прямой связкой через Figma API, далее хотим автоматизировать пуш изменений и начать работать не с макетами, а с прототипами в коде;— Работаем над проектированием агентов под точечные задачи, в идеале скинуть на них всю операционку где можно без человека;—

Плохо спроектированные и недостаточно проверенные интерфейсы могут убивать и это не преувеличение. Существует целый ряд доказанных случаев, когда ошибки в проектировании приводили к фатальным последствиям. 🔵Аппарат лучевой терапии Therac-25Ошибка в интерфейсе аппарата стала причиной передозировок радиации в 1985-1987 годах. Интерфейс аппарата не показывал активный режим работы, не показывал ошибки при вводе и не требовал подтверждения ввода.В результате пациенты получали дозы радиации, в сотни раз превышающие допустимые. Шесть пациентов получили дозы в десятки тысяч рад. Двое из них умерли от передозировок, четверо остались инвалидами.🔵Инфузионные насосыЦелый ряд недочётов в интерфейсах инфузионных насосов 2005-2009 годов привёл к 710 смертям, 56 000 случаям нежелательных последствий и отзыву 87 инфузионных насосов. Главной причиной был плохо спроектированный UX ввода дозировки препарата. Интерфейс не показывал единицы измерения рядом с полем ввода, десятичная точка была плохо видна, отсутствовало ограничение диапазона ввода,не было предупреждений об ошибках ввода.🔵Кардиомонитор и звуковые уведомленияАкустическая система кардиомонитора пациента подавала только один тип звукового сигнала во всех случаях. Градация приоритетов тревоги просто отсутствовала. Когда монитор в очередной раз подавал звуковой сигнал тревоги, из-за привычки игнорировать частые сигналы медсестры не отреагировали на реальную опасность, и пациент умер.🌊🌊💙 Этим постом я ни в коем случае не хотел никого напугать. Этот пост — скорее призыв быть дотошными и внимательными в хорошем смысле при проектировании и проверять свои решения, даже если кажется, что они не повлияют на здоровье пользователя.