home.social

#дизайнревью — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #дизайнревью, aggregated by home.social.

  1. Из дизайнера интерфейсов в разработчики за 4 недели: как я делаю AI-плагин для дизайн-ревью

    Время релиза. Открываешь Figma, берёшь скриншот из прода и начинаешь сравнивать с макетом: — Цвета совпадают? — Отступы правильные? — Шрифты те? Часы рутины на задачу, которую должен делать компьютер, а не ты. Каждый дизайнер интерфейсов понимает эту боль. Я подумал, что если создать AI-плагин для Figma, который будет делать дизайн-ревью автоматически? Но ведь я дизайнер, а не разработчик. Решение скрывалось в Claude, Cursor и 4 неделях упорства. Сегодня плагин: ✅ Находит расхождения в цветах ✅ Ловит ошибки в тексте ✅ Показывает информацию на превью Я не стал разработчиком за месяц, но получилось создать работающий инструмент.

    habr.com/ru/companies/pt/artic

    #cursor_ai #n8n #нейросети #плагин #figma #дизайнревью #интерфейс #дизайнер_интерфейсов #вайбкодинг #вайбкодинг

  2. Отрицание, гнев, торг: как дизайну и разработке найти общий язык

    Привет, Хабр! Я Женя, ведущий продуктовый дизайнер в Ozon, и за 10+ лет в дизайне повидала всякого: ошибок в макетах (своих и чужих), недостаточно полных спецификаций, неучтённых корнер-кейсов, сотни сообщений в тредах с разработкой и переносы релиза из-за досадных багов. Стало понятно: спроектировать макеты в Figma может каждый, но докатить их до прода так, как было задумано, — целое искусство, в котором дизайн и разработка должны идти рука об руку. Понимают ли они друг друга? Я запустила анонимный опрос в командах: что радует и что раздражает разработчиков в макетах дизайнеров — и наоборот. И в этой статье хочу порефлексировать над его результатами. Заодно поделюсь полезными практиками, которые помогут наладить взаимодействие дизайна и разработки: чек-лист для подготовки макетов, поиск корнер-кейсов, спецификация, груминг, саппорт, дизайн-ревью и прочие заклинания. Поэтому статья будет полезна не только дизайнерам, но и разработчикам, QA-инженерам, продактам и всем, кто заинтересован в качестве конечного решения на проде. Осторожно, количество мемов в статье зашкаливает

    habr.com/ru/companies/ozontech

    #ozon_tech #дизайнпроцесс #дизайнревью #управление_продуктом #качество_продукта #продуктовый_дизайн #дизайн_и_разработка_интерфейсов #ux/ui #ozon_design #мобильная_разработка

  3. Как организовать и оптимизировать дизайн-ревью

    Возможно вам, как и мне, не чуждо запариться за пиксели. После чего хочется, чтобы на проде всё выглядело как в макете. Но такое редко случается, обычно надо посмотреть вёрстку несколько раз и написать пару комментариев разработчику. В общем, в какой‑то момент ревью становится каждодневной рутиной, а рутину нужно что? Правильно — оптимизировать. Собственно именно этим я постоянно занимаюсь и хочу поделиться самыми интересными решениями.

    habr.com/ru/companies/tochka/a

    #дизайнревью #продуктовый_дизайн #ручное_тестирование #процессы #авторский_надзор #работа_с_командой #jira

  4. Как мы проектируем личный кабинет ресторана: процессы, решения и ошибки

    Всем привет! Меня зовут Диана, я дизайн-лид двух направлений в Купере. Сегодня расскажу про одно из них — RTE (ready-to-eat), где мы развиваем личный кабинет ресторана. В статье поделюсь тем, как мы выстроили процессы и что из них реально работает, а также расскажу, как мы проектируем личный кабинет ресторана и для кого он создаётся.

    habr.com/ru/companies/kuper/ar

    #продуктовый_дизайн #процессы_в_командах #ux #личный_кабинет #ретроспектива #pbr #дизайнревью

  5. Как освободить 20% времени тестировщиков: дизайн-ревью в Lamoda Tech

    Это было еще до пандемии: мы активно добавляли на платформу фотоотзывы. Тестирование одного макета шло больше трех часов, а их были десятки. Чтобы сравнить сборку с макетом, тестировщику приходилось проверять каждый пиксель, учитывая их плотность. На это уходило много времени. В один момент тестировщик позвал на помощь дизайнера. Тот попросил тестовый телефон, протестировал всю функциональность за 10 минут и нашел пять недочетов! Наметанный глаз дизайнера способен заметить тончайшие детали, которые легко упустить при ручном тестировании. Поэтому тестирование UI с участием дизайн-команды показалось нам необходимым шагом. Меня зовут Наташа Филиппова, я руководитель группы разработки в Lamoda Tech. После запуска дизайн-ревью жизнь команды разделилась на «до» и «после», поэтому в этой статье я опишу наш опыт подробнее.

    habr.com/ru/companies/lamoda/a

    #продуктовый_дизайн #дизайнревью #ручное_тестирование #управление_продуктом #анализ_продукта #ux/uiдизайн #ux/ui #мобильные_приложения

  6. Ошибки в вёрстке: как мы избавились от них с помощью чек-листа

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

    habr.com/ru/companies/tochka/a

    #figma #дизайнревью #верстка #чеклист #оптимизация_процессов

  7. Как мы переделали дизайн-ревью: от узкого горлышка к масштабируемой системе

    В Точка Банк нет арт-директоров или лидов, которые принимают финальные решения по дизайну. Мы верим, что сильный дизайн рождается в совместной работе, а не в «указах сверху». Чтобы сохранять консистентность и высокое качество в экосистеме продуктов, нам нужен был процесс: как переопыляться, делиться хорошими решениями и держать планку. Так появилось дизайн-ревью — одни дизайнеры отсматривают макеты других и предлагают идеи по улучшению. На старте небольшой команде хватало нескольких ревьюеров. Но когда команда выросла до 50+ дизайнеров, процесс начал буксовать. Ревью из помощника превратилось в узкое горлышко: сроки срывались, ревьюеры выгорали, качество проседало. Мы прошли через это и перестроили процесс так, чтобы он масштабировался на десятки кейсов, прокачивал команду — и при этом не тормозил работу. Рассказываем, как.

    habr.com/ru/companies/tochka/a

    #дизайнревью #ревью #figma #процессы #дизайн #дизайнсистема

  8. DevTools для дизайнера. Быстрый старт

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

    habr.com/ru/companies/Voximpla

    #devtools #инструменты_дизайнера #туториал #гайд #дизайн_сайтов #дизайнревью #дизайнеру #вебдизайн #webразработка #коммуникация_в_команде

  9. Как мы строим дизайн-культуру в InfoWatch

    Привет! Меня зовут Вадим, я проектирую интерфейсы в InfoWatch. Но сейчас не о том, как мы строим интерфейсы, а о том, как мы строим дизайн-культуру. Я расскажу о нашем двухлетнем пути, полном ошибок и открытий, который привел к реальным изменениям в продуктах и работе команды. В этой статье расскажу: - как мы за два года прошли путь от оформительства до полноценного дизайн‑процесса; - какие грабли собрали; - что реально изменилось в продуктах и в работе команды; - как убедить коллег, что дизайн — это важно (спойлер: надо говорить на языке бизнеса). Это не будет очередной теоретической статьей про «как надо». Только реальный опыт и — самое главное — конкретные примеры того, что сработало именно у нас.

    habr.com/ru/companies/infowatc

    #дизайн_интерфейсов #дизайнкультура #дизайн_в_B2B #пользовательский_интерфейс #UX #UI #дизайнревью #дизайнсистема

  10. Использование DevTools. Гайд для дизайн-ревью и не только

    Дизайн-ревью —достаточно важная вещь, которая требует внимания, когда фронтенд-разработчик сверстал новую фичу, блок или целую страницу. Вовсе не для pixel perfect, который «как задизайнили, так и сверстали» — пиксель в пиксель. Pixel perfect в десктопе — это чушь, потому что нельзя сверстать так, чтобы с разных браузеров (привет, Safari) и разрешений всё смотрелось идеально. Но ошибки, которые сразу бросаются в глаза, сразу подмечаю, структурирую и обсуждаю это с разработчиком, может, появились какие-либо ограничения и прочее. Поэтому никогда не жалею время на дизайн-ревью и через DevTools сам проверяю то, что сверстал разработчик. Все инструменты и функциональность, о которых пойдёт речь в этой статье, можно найти в браузере в «Инструментах разработчика» (клавиша F12 / Ctrl + Shift + I (на Windows) или ⌘ + ⌥ + I (на Mac), или клик правой кнопкой мыши в любом месте страницы -> Выбор пункта меню — «Просмотр кода страницы» (или «Исходный код страницы») — это и есть DevTools). Основной элемент для работы с девтулзами — «Инспектор» (Ctrl + Shift +C на Windows и ⌥+⌘+I на MacOS) — это инструмент поиска элементов на странице браузера.

    habr.com/ru/articles/913120/

    #uiux #дизайн_интерфейсов #тестирование #дизайнревью

  11. Проблемы дизайн-ревью

    Дизайн ревью — это прекрасный процесс, в котором в равной степени может участвовать и дизайнер, и UX-писатель, и дизайнер ДС. Но есть пара проблем, которые нельзя игнорировать. Какие проблемы?

    habr.com/ru/articles/826806/

    #дизайнревью #продуктовый_дизайн #процессы #ux/uiдизайн #тестирование

  12. Про важность дизайн-ревью в продуктовом процессе

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

    habr.com/ru/articles/814709/

    #figma #jira #notion #продуктовый_дизайн #дизайнревью #ux/uiдизайн

  13. Отрицание, гнев, торг: как дизайну и разработке найти общий язык

    Привет, Хабр! Я Женя, ведущий продуктовый дизайнер в Ozon, и за 10+ лет в дизайне повидала всякого: ошибок в макетах (своих и чужих), недостаточно полных спецификаций, неучтённых корнер-кейсов, сотни сообщений в тредах с разработкой и переносы релиза из-за досадных багов. Стало понятно: спроектировать макеты в Figma может каждый, но докатить их до прода так, как было задумано, — целое искусство, в котором дизайн и разработка должны идти рука об руку. Понимают ли они друг друга? Я запустила анонимный опрос в командах: что радует и что раздражает разработчиков в макетах дизайнеров — и наоборот. И в этой статье хочу порефлексировать над его результатами. Заодно поделюсь полезными практиками, которые помогут наладить взаимодействие дизайна и разработки: чек-лист для подготовки макетов, поиск корнер-кейсов, спецификация, груминг, саппорт, дизайн-ревью и прочие заклинания. Поэтому статья будет полезна не только дизайнерам, но и разработчикам, QA-инженерам, продактам и всем, кто заинтересован в качестве конечного решения на проде. Осторожно, количество мемов в статье зашкаливает

    habr.com/ru/companies/ozontech

    #ozon_tech #дизайнпроцесс #дизайнревью #управление_продуктом #качество_продукта #продуктовый_дизайн #дизайн_и_разработка_интерфейсов #ux/ui #ozon_design #мобильная_разработка

  14. Отрицание, гнев, торг: как дизайну и разработке найти общий язык

    Привет, Хабр! Я Женя, ведущий продуктовый дизайнер в Ozon, и за 10+ лет в дизайне повидала всякого: ошибок в макетах (своих и чужих), недостаточно полных спецификаций, неучтённых корнер-кейсов, сотни сообщений в тредах с разработкой и переносы релиза из-за досадных багов. Стало понятно: спроектировать макеты в Figma может каждый, но докатить их до прода так, как было задумано, — целое искусство, в котором дизайн и разработка должны идти рука об руку. Понимают ли они друг друга? Я запустила анонимный опрос в командах: что радует и что раздражает разработчиков в макетах дизайнеров — и наоборот. И в этой статье хочу порефлексировать над его результатами. Заодно поделюсь полезными практиками, которые помогут наладить взаимодействие дизайна и разработки: чек-лист для подготовки макетов, поиск корнер-кейсов, спецификация, груминг, саппорт, дизайн-ревью и прочие заклинания. Поэтому статья будет полезна не только дизайнерам, но и разработчикам, QA-инженерам, продактам и всем, кто заинтересован в качестве конечного решения на проде. Осторожно, количество мемов в статье зашкаливает

    habr.com/ru/companies/ozontech

    #ozon_tech #дизайнпроцесс #дизайнревью #управление_продуктом #качество_продукта #продуктовый_дизайн #дизайн_и_разработка_интерфейсов #ux/ui #ozon_design #мобильная_разработка