Плохо спроектированные и недостаточно проверенные интерфейсы могут убивать и это не преувеличение. Существует целый ряд доказанных случаев, когда ошибки в проектировании приводили к фатальным последствиям.
🔵 Аппарат лучевой терапии Therac-25
Ошибка в интерфейсе аппарата стала причиной передозировок радиации в 1985-1987 годах. Интерфейс аппарата не показывал активный режим работы, не показывал ошибки при вводе и не требовал подтверждения ввода.
В результате пациенты получали дозы радиации, в сотни раз превышающие допустимые. Шесть пациентов получили дозы в десятки тысяч рад. Двое из них умерли от передозировок, четверо остались инвалидами.
🔵 Инфузионные насосы
Целый ряд недочётов в интерфейсах инфузионных насосов 2005-2009 годов привёл к 710 смертям, 56 000 случаям нежелательных последствий и отзыву 87 инфузионных насосов.
Главной причиной был плохо спроектированный UX ввода дозировки препарата. Интерфейс не показывал единицы измерения рядом с полем ввода, десятичная точка была плохо видна, отсутствовало ограничение диапазона ввода,
не было предупреждений об ошибках ввода.
🔵 Кардиомонитор и звуковые уведомления
Акустическая система кардиомонитора пациента подавала только один тип звукового сигнала во всех случаях. Градация приоритетов тревоги просто отсутствовала. Когда монитор в очередной раз подавал звуковой сигнал тревоги, из-за привычки игнорировать частые сигналы медсестры не отреагировали на реальную опасность, и пациент умер.
🌊 🌊
💙 Этим постом я ни в коем случае не хотел никого напугать. Этот пост — скорее призыв быть дотошными и внимательными в хорошем смысле при проектировании и проверять свои решения, даже если кажется, что они не повлияют на здоровье пользователя.
Ошибка в интерфейсе аппарата стала причиной передозировок радиации в 1985-1987 годах. Интерфейс аппарата не показывал активный режим работы, не показывал ошибки при вводе и не требовал подтверждения ввода.
В результате пациенты получали дозы радиации, в сотни раз превышающие допустимые. Шесть пациентов получили дозы в десятки тысяч рад. Двое из них умерли от передозировок, четверо остались инвалидами.
Целый ряд недочётов в интерфейсах инфузионных насосов 2005-2009 годов привёл к 710 смертям, 56 000 случаям нежелательных последствий и отзыву 87 инфузионных насосов.
Главной причиной был плохо спроектированный UX ввода дозировки препарата. Интерфейс не показывал единицы измерения рядом с полем ввода, десятичная точка была плохо видна, отсутствовало ограничение диапазона ввода,
не было предупреждений об ошибках ввода.
Акустическая система кардиомонитора пациента подавала только один тип звукового сигнала во всех случаях. Градация приоритетов тревоги просто отсутствовала. Когда монитор в очередной раз подавал звуковой сигнал тревоги, из-за привычки игнорировать частые сигналы медсестры не отреагировали на реальную опасность, и пациент умер.
💙 Этим постом я ни в коем случае не хотел никого напугать. Этот пост — скорее призыв быть дотошными и внимательными в хорошем смысле при проектировании и проверять свои решения, даже если кажется, что они не повлияют на здоровье пользователя.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🕊4👍3
Честно говоря, я наверное скоро начну ИИкать от количества постов про ИИ. Тоже постоянно использую нейронки, хотя особо не пишу об этом.
Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего.
Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли.
👱♂️ Юрий Ветров ⏺️ Дизайн-директор в Точка Банк
🥷 Стефан Васадзе 🏧 Руководитель дизайн-группы в EMCD, ex.Яндекс, ex.VK
🙎♂️ Марк Борзенков 📦 Дизайн-менеджер в Avito
🤵♂️ Александр Дудинский 💾 Дизайн-лид в EPAM
👩💼 Дарья Кан 🧿 Дизайн-лид в Оzon
🌊 🌊
Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего.
Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли.
Сам дизайн-процесс не поменяли, потому что он больше завязан на совмещение целей пользователей и бизнеса, а не конкретные инструменты. Но какие-то части процесса — да.
Где-то это бытовуха — вроде перегнать данные из одного формата в другой. Где-то — автоматизация этапа процесса (например, написать свой плагин для Фигмы). Где-то — возможность делать графические элементы на потоке (например, нодовые инструменты генерации).
В хобби-проекте вечерами пишу учебную платформу и дизайн-систему на React в формате парного программирования.
В дизайне пока только внедряем и учимся, из живого:
— Сделали агента, который собирает сам задачу под шаблон опрашивая продакта, далее хотим прикрутить этап первичного discovery;
— Сделали плагин где маркетинговые материалы самогенерятся на основе инпута (KV + текста + ресайзы);
— Собрали за день свой инструмент для assessment и perfomance review дизайн команды + аналитика и всякие приколдесы;
— Делаем пересборку дизайн-системы и компонентов в сторибуке прямой связкой через Figma API, далее хотим автоматизировать пуш изменений и начать работать не с макетами, а с прототипами в коде;
— Работаем над проектированием агентов под точечные задачи, в идеале скинуть на них всю операционку где можно без человека;
— Собираем лендосы для тестов;
— Ищем инфу по корп инструментам/анализируем исследования/копаем в инсайты из чатов/делаем выводы из аналитики и тд.
Мы уже больше года генерим картинки, даже сложные 3д персонажи получаются на отлично. Текста и орфография — тоже на отлично. Но это база, как у всех. А что из интересного, смогли на прод завайбодить улучшение. Разобрались с репозиториями, прошли ревью и смержили. Дальше — больше!
У меня ИИ пока значительно помогает только в быстрых прототипах. Связка Figma Make + Claude Code помогают собирать быстрые прототипы для обсуждения с командой и продактом на стороне клиента. Если раньше мы иногда тратили несколько дней на первый полноценный прототип, то сейчас в течении пары часов собираем весь флоу, включая корнер кейсы. И понятное дело, что все это с анимациями, различными состояниями и т.д., но финальный дизайн всё равно собирает дизайнер. Пока не получилось отдавать готовый код разработчикам и полностью автоматизировать всё это, к сожалению. Про мелочи вроде «быстро сгенерировать сочную иконку» писать не буду, мне кажется это уже база сейчас, а не ускорение работы.
У нас в Ozon дизайн-процесс не поменялся. Ключевые этапы, такие как исследование, проработка концепций, дизайн и проверка решений, остаются прежними. Но постепенно ИИ становится вспомогательным инструментом. Мы используем ИИ, чтобы сформулировать UX-копирайтинг особенно на этапе концептов, когда нужно сосредоточиться на идее и смысле, а также при работе с иллюстрациями — быстрая генерация идеи для ускорения синхронизации с командой или заказчиком. Основная ценность по-прежнему остаётся за дизайнером — его опытом, насмотренностью и способностью принимать решения.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍5
Media is too big
VIEW IN TELEGRAM
Наглядная разница между джуном, мидлом и синьором. Лид, видимо, всё это снимает с умным видом 🙃
😁11
Статья про галерею промокодов в приложении Магнит
В новой статье рассказал со стороны дизайна, как мне c командой удалось переосмыслить механику промокодов и увеличить CR. Велком!
❤️ Читать на vc.ru
🌊 🌊
В новой статье рассказал со стороны дизайна, как мне c командой удалось переосмыслить механику промокодов и увеличить CR. Велком!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍4🕊3
Редизайн Самоката: когда маркетинг побеждает здравый смысл
Самокат окончательно стал жертвой маркетологов Сбера. Профукать столько полезного места на главном экране в жертву рекламным баннерам — это фейл.
Что это у нас тут в каталоге? О, это же реклама недвижки среди лосьонов для тела, бананов и молока. Лучше места не сыскать. Главное — продать девелоперам рекламное место.
А эти «полки» с подборками, подобранные непонятно кем и непонятно для кого? Не понятно, почему это должно кого-то заинтересовать в принципе.
Впрочем, что это я. Это же «для себя и для дома»! Это же «топ»!
А может заказать ботинки по клику на завтра? Не в Ламоде, не в магазинах одежды и обуви, а именно здесь, в Самокате заказать ботинки?
В общем, Самокат сегодня являет собой яркий пример результатов фокуса отделов маркетинга и рекламы Сбера на выполнении KPI. Когда за дело берутся те, кто не придумывал, не создавал и не запускал бизнес, а пришёл на всё готовое, ничего хорошего не выходит. Эти люди не отвечают своими инвестициями, у них нет личной ответственности, они не поставили всё на продукт, как это сделали в своё время Родион Шишков и Вячеслав Бочаров*, создавая Самокат.
* Вячеслав Бочаров более 15 лет проработал в «Магните», прошёл путь от директора регионального магазина до создателя формата «Магнит Косметик», руководителя основного направления магазинов у дома и заместителя Сергея Галицкого.
🌊 🌊
Самокат окончательно стал жертвой маркетологов Сбера. Профукать столько полезного места на главном экране в жертву рекламным баннерам — это фейл.
Что это у нас тут в каталоге? О, это же реклама недвижки среди лосьонов для тела, бананов и молока. Лучше места не сыскать. Главное — продать девелоперам рекламное место.
А эти «полки» с подборками, подобранные непонятно кем и непонятно для кого? Не понятно, почему это должно кого-то заинтересовать в принципе.
Впрочем, что это я. Это же «для себя и для дома»! Это же «топ»!
А может заказать ботинки по клику на завтра? Не в Ламоде, не в магазинах одежды и обуви, а именно здесь, в Самокате заказать ботинки?
В общем, Самокат сегодня являет собой яркий пример результатов фокуса отделов маркетинга и рекламы Сбера на выполнении KPI. Когда за дело берутся те, кто не придумывал, не создавал и не запускал бизнес, а пришёл на всё готовое, ничего хорошего не выходит. Эти люди не отвечают своими инвестициями, у них нет личной ответственности, они не поставили всё на продукт, как это сделали в своё время Родион Шишков и Вячеслав Бочаров*, создавая Самокат.
* Вячеслав Бочаров более 15 лет проработал в «Магните», прошёл путь от директора регионального магазина до создателя формата «Магнит Косметик», руководителя основного направления магазинов у дома и заместителя Сергея Галицкого.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍14😢4❤2
Написал новый пост для нашего дизайн-канала в Магните ⬇️
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Галя, у нас макет!
Всем привет! Это 😎 Саша Букин, дизайн-лид в Магните.
Мы привыкли замерять и прокачивать хард-скиллы. Но как быть с софтами? Все советуют развивать их, но никто не объясняет как.
Позволил себе порассуждать об этом и поделился своими методами 👍
😎 #александр_букин #образование
Мы привыкли замерять и прокачивать хард-скиллы. Но как быть с софтами? Все советуют развивать их, но никто не объясняет как.
Позволил себе порассуждать об этом и поделился своими методами 👍
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7 5👍4
Пользуясь сторонним продуктом, мы часто понимаем его лучше, чем разработчики. Сторонний пользователь видит big picture — наблюдает продукт и максимально естественно взаимодействует с ним. Но стоит этому обычному пользователю стать частью команды, как он, зачастую, становится разработчиком локальных фичей.
А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы.
Что делать?
🔵 Пользоваться собственным продуктом. Возможно в B2B/B2E сегментах это и не всегда возможно, но если мы имеем дело с B2C — грех не быть пользователям сервиса доставки, такси, почты или банка;
🔵 Проектировать дизайн, учитывая все корнер кейсы, отражая в Фигме все состояния системы и условия поведения пользователя;
🔵 Собирать кликабельный прототип и проходить его перед показом дизайна. Делать это можно и стандартными средствами Фигмы и с помощью ИИ;
🚤 И ещё кое-что. Устроившись в продукт я обычно рисую blueprint-схему работы продукта — она помогает не только вникнуть в процессы, попутно обнаруживая точки роста и проблемы продукта, но и познакомиться с большинством ключевых команд.
Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта.
🌊 🌊
А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы.
Что делать?
Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта.
Please open Telegram to view this post
VIEW IN TELEGRAM
Недавно переосмысливал процесс написания постов и решил поделиться им. Вдруг, кому будет интересно.
Чаще всего идеи постов приходят рандомно. Иногда под впечатлением от прочтения чьих-то постов, видосов, подкастов, портфолио, бесед с кем-то или в процессе пользования каким-либо продуктом. Иногда идеи рождаются прямо в диалоге с кем-то.
Когда идей совсем нет, а писать пост нужно, приходится сидеть (ходить, стоять, лежать) и выдумывать тему из ничего — это самое мучительное.
Если совсем ничего не идёт на ум, прошу GPT придумать 5, 10 или 15 постов в рамках заданных условий. Сперва он выдаёт банальную фигню, но часто из этой банальной фигни складывается некая новая идея для поста и даже цикла постов.
Все идеи я записываю в Telegram, в чат Saved messages с самим собой — это наиболее быстрое решение для меня. А ещё я точно не забуду, что записал туда, т.к. Telegram открываю очень часто. Когда идеи накапливаются там, переношу их на доску в Asana, где у меня своеобразный бэклог всего, что связано с дизайн-проектами.
Кстати, на написание, редактирование и оформление одного поста у меня в среднем уходит 2-3 часа. Бывает, вечером пишу основу, а на следующий день довожу и оформляю. Быстро писать посты получается редко. Вот этот пост как раз исключение — он получится примерно за 20 минут.
Были попытки выстроить некую систему, писать посты впрок, но я понял, что это не моё. Нельзя просто так сесть и написать 10, 15, 20 постов на пол года вперёд.
Написание поста — это нечто большее для меня, чем конвеер контента. Каждый пост проживаю здесь и сейчас и представить не могу, как можно написать пост сегодня, а опубликовать его с задержкой в пару месяцев.
Вот, пожалуй и всё, никакой особенной магии!
🌊 🌊
Чаще всего идеи постов приходят рандомно. Иногда под впечатлением от прочтения чьих-то постов, видосов, подкастов, портфолио, бесед с кем-то или в процессе пользования каким-либо продуктом. Иногда идеи рождаются прямо в диалоге с кем-то.
Когда идей совсем нет, а писать пост нужно, приходится сидеть (ходить, стоять, лежать) и выдумывать тему из ничего — это самое мучительное.
Если совсем ничего не идёт на ум, прошу GPT придумать 5, 10 или 15 постов в рамках заданных условий. Сперва он выдаёт банальную фигню, но часто из этой банальной фигни складывается некая новая идея для поста и даже цикла постов.
Все идеи я записываю в Telegram, в чат Saved messages с самим собой — это наиболее быстрое решение для меня. А ещё я точно не забуду, что записал туда, т.к. Telegram открываю очень часто. Когда идеи накапливаются там, переношу их на доску в Asana, где у меня своеобразный бэклог всего, что связано с дизайн-проектами.
Кстати, на написание, редактирование и оформление одного поста у меня в среднем уходит 2-3 часа. Бывает, вечером пишу основу, а на следующий день довожу и оформляю. Быстро писать посты получается редко. Вот этот пост как раз исключение — он получится примерно за 20 минут.
Были попытки выстроить некую систему, писать посты впрок, но я понял, что это не моё. Нельзя просто так сесть и написать 10, 15, 20 постов на пол года вперёд.
Написание поста — это нечто большее для меня, чем конвеер контента. Каждый пост проживаю здесь и сейчас и представить не могу, как можно написать пост сегодня, а опубликовать его с задержкой в пару месяцев.
Вот, пожалуй и всё, никакой особенной магии!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤3 3
Самые интересные UX-исследования происходят не в мобилках и вебе.
🔵 Авиация
🔵 Автомобили
🔵 Медицина
🔵 Электростанции
🔵 Космос
Авиация, медицина, атомная энергетика и космонавтика уже давно показали: хороший интерфейс — это тот, который помогает человеку принимать правильные решения. Возможно, именно поэтому самые ценные уроки UX рождаются не в приложениях для доставки еды, а там, где цена ошибки измеряется совсем другими величинами.
🌊 🌊
В работе пилотов, где ответственность за пассажиров и экипаж колоссальны важны скорость и предсказуемость в UX. Поэтому даже самые современные самолёты сохраняют большое количество физических переключателей и кнопок, на первый взгляд расположенных хаотично. Исследования неоднократно показывали, что в стрессовых условиях пилоты быстрее находят нужный физический элемент управления, чем соответствующую функцию на экране.
Похожая ситуация сейчас происходит а автомобильных интерфейсах — китайские производители так и норовят перевести большинство управления на тач-скрины, спрятав управляющие элементы куда-нибудь во второй, а то и в третий уровень меню
Многие медицинские системы выглядят устаревшими не потому, что их забыли обновить. Иногда это осознанное решение. Врач, который годами работает с определённым интерфейсом, может совершать меньше ошибок в знакомой среде, чем в новой и визуально более современной.
После анализа ряда инцидентов выяснилось, что проблема часто заключалась не в нехватке информации, а наоборот — в её избытке. Когда оператор одновременно получает десятки предупреждений, критически важный сигнал может просто потеряться.
В космической отрасли при тестировании интерфейсов чаще задают вопрос: что произойдёт, если всё пойдёт не по плану? Астронавтов регулярно тренируют на отказах оборудования и потере связи в аварийных сценариях, но катастрофы могут происходить и из-за ошибок на Земле — при проектировании интерфейсов. Один из самых известных примеров — потеря космического аппарата Mars Climate Orbiter Loss. Причина была удивительно простой: одна команда использовала метрическую систему измерений, другая — имперскую. В результате аппарат стоимостью более ста миллионов долларов был потерян ещё до начала научной миссии. Этот случай напоминает важную вещь: интерфейс — это не только кнопки и экраны. Это ещё и язык, обозначения, единицы измерения, правила передачи информации между людьми и системами.
Авиация, медицина, атомная энергетика и космонавтика уже давно показали: хороший интерфейс — это тот, который помогает человеку принимать правильные решения. Возможно, именно поэтому самые ценные уроки UX рождаются не в приложениях для доставки еды, а там, где цена ошибки измеряется совсем другими величинами.
Please open Telegram to view this post
VIEW IN TELEGRAM
Снова хочется затронуть тему коммуникации с менеджментом.
Порой эти птицы высокого полёта прилетают к дизайнерам с неописанными, как с позиции дизайнера часто кажется, непродуманными и даже субъективно нелепыми задачами. Задачами, в которых не учитываются интересы смежных команд или нарушаются UX-паттерны. Задачами, в постановке которых уже присутствует решение, которое остается лишь визуализировать в Фигме.
Даже если дизайн-процесс подробно описан, есть шаблоны и правила заведения задач, чеклисты и прочее, всё это часто игнорируется высокоуровневыми менеджерами, да и простыми продактами, чего уж там.
То, как дизайнер с этим работает — это тоже скилл.
Многие синьоры, лиды и даже хэды считают себя не в праве оспаривать постановку задачи, поправлять заказчика и предлагать иную точку зрения для достижения того же или более высокого результата.
Другие же просто опасаются негативных карьерных последствий (не хотят быть «сложными», боятся попасть под сокращение или просто тяжело переживают напряжение и конфликт).
Но ловушка здесь в том, что соглашаясь выполнять заведомо некорректную задачу, которая может привести к негативному результату, дизайнер становится ответственным за этот негативный результат.
В итоге именно дизайнера, будь он синьор, джун или хэд и обвинят в том, что он «знал, но не поправил, знал, но промолчал», а ещё влетит от смежников.
Поэтому никогда не стоит молча соглашаться на заведомо некорректно поставленную задачу, даже под разными методами манипуляций и давления на вас.
Прежде, чем начать что-то делать, всегда нужно использовать опцию диалога — высказать все аргументы против, привести в доказательство результаты тестов аналогичных кейсов или данные ваших исследований, решения конкурентов и другие аргументы. И приводить их столько, сколько потребуется.
🌊 🌊
Порой эти птицы высокого полёта прилетают к дизайнерам с неописанными, как с позиции дизайнера часто кажется, непродуманными и даже субъективно нелепыми задачами. Задачами, в которых не учитываются интересы смежных команд или нарушаются UX-паттерны. Задачами, в постановке которых уже присутствует решение, которое остается лишь визуализировать в Фигме.
Даже если дизайн-процесс подробно описан, есть шаблоны и правила заведения задач, чеклисты и прочее, всё это часто игнорируется высокоуровневыми менеджерами, да и простыми продактами, чего уж там.
То, как дизайнер с этим работает — это тоже скилл.
Многие синьоры, лиды и даже хэды считают себя не в праве оспаривать постановку задачи, поправлять заказчика и предлагать иную точку зрения для достижения того же или более высокого результата.
Другие же просто опасаются негативных карьерных последствий (не хотят быть «сложными», боятся попасть под сокращение или просто тяжело переживают напряжение и конфликт).
Но ловушка здесь в том, что соглашаясь выполнять заведомо некорректную задачу, которая может привести к негативному результату, дизайнер становится ответственным за этот негативный результат.
В итоге именно дизайнера, будь он синьор, джун или хэд и обвинят в том, что он «знал, но не поправил, знал, но промолчал», а ещё влетит от смежников.
Поэтому никогда не стоит молча соглашаться на заведомо некорректно поставленную задачу, даже под разными методами манипуляций и давления на вас.
Прежде, чем начать что-то делать, всегда нужно использовать опцию диалога — высказать все аргументы против, привести в доказательство результаты тестов аналогичных кейсов или данные ваших исследований, решения конкурентов и другие аргументы. И приводить их столько, сколько потребуется.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤4 2
Несколько лет назад нам пророчили персонализированные интерфейсы, которые будут делать всё за нас — заказывать еду на неделю, вызывать такси в нужное время и записывать нас в фитнес зал.
Действительно, небольшая часть этого реализовалась — ИИ умеет выполнять несложные операции следуя голосовым командам, но революции не случилось.
Мы до сих пор не говорим с холодильником. Не просим телевизор подобрать фильм. Не общаемся с банковским приложением.
Не могу представить удобный голосовой интерфейс для заполнения налоговой декларации, сравнения ипотечных программ или настройки рекламного кабинета. Очень быстро захочется увидеть список вариантов и нажать нужную кнопку.
Вообще, будущее редко уничтожает старые интерфейсы. Чаще оно добавляет новые.
И задача дизайнера — понять, в какой момент каждый из них оказывается лучшим выбором.
За последние 20 лет мы пережили несколько «убийц интерфейсов»: голос, VR, жесты, чат-боты, сегодня — ИИ-агенты. Но экран с кнопками всё ещё живее всех живых.
🌊 🌊
Действительно, небольшая часть этого реализовалась — ИИ умеет выполнять несложные операции следуя голосовым командам, но революции не случилось.
Мы до сих пор не говорим с холодильником. Не просим телевизор подобрать фильм. Не общаемся с банковским приложением.
Не могу представить удобный голосовой интерфейс для заполнения налоговой декларации, сравнения ипотечных программ или настройки рекламного кабинета. Очень быстро захочется увидеть список вариантов и нажать нужную кнопку.
Вообще, будущее редко уничтожает старые интерфейсы. Чаще оно добавляет новые.
И задача дизайнера — понять, в какой момент каждый из них оказывается лучшим выбором.
За последние 20 лет мы пережили несколько «убийц интерфейсов»: голос, VR, жесты, чат-боты, сегодня — ИИ-агенты. Но экран с кнопками всё ещё живее всех живых.
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья, хочу напомнить, что я провожу как разовые консультации, так и серии ментор-сессий.
Помогаю точно в соответствии с частным запросом — никакого инфо-скама, только личный опыт в 20+ лет в дизайне и индивидуальный подход с уважением и вниманием к особенностям вашего пути.
Вместе отсматриваем, исправляем и улучшаем портфолио или CV. Можем пройти вайтборд или мок-интервью, подумать над процессами или починить проблемные коммуникации в команде. Разберём всё, что актуально в соответствии с позицией, будь то middle, senior или lead — всё зависит от запроса.
Уже помог ребятам из Самоката, Озона и X5 и очень горжусь и выражаю благодарность за доверие всем менти 💙
Использую две платформы на выбор:
Getmentor
Solvery
Буду рад помочь! 🤝
🌊 🌊
Помогаю точно в соответствии с частным запросом — никакого инфо-скама, только личный опыт в 20+ лет в дизайне и индивидуальный подход с уважением и вниманием к особенностям вашего пути.
Вместе отсматриваем, исправляем и улучшаем портфолио или CV. Можем пройти вайтборд или мок-интервью, подумать над процессами или починить проблемные коммуникации в команде. Разберём всё, что актуально в соответствии с позицией, будь то middle, senior или lead — всё зависит от запроса.
Уже помог ребятам из Самоката, Озона и X5 и очень горжусь и выражаю благодарность за доверие всем менти 💙
Использую две платформы на выбор:
Getmentor
Solvery
Буду рад помочь! 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
getmentor.dev
Александр Букин | GetMentor – открытое сообщество IT-наставников
Design Lead @ Магнит | GetMentor – это открытое комьюнити IT-наставников, готовых делиться своими опытом и знаниями. Наша задача – помогать людям находить ответы на свои вопросы в работе или жизни через прямой доступ к экспертизе в разговоре 1-на-1.
1❤8👍6 3