Продуктовая логика
Проектирую сценарии выбора вариаций, состояния наличия и цены. PDP — не картинка, а интерфейс принятия решения.
Карточка товара — это место, где покупатель принимает решение. Проектирую PDP как продуктовый интерфейс: логику выбора вариаций, состояния наличия, доверие, кросс-селлы. Не «нарисовать слайды», а снизить неопределённость и довести до кнопки «В корзину».
Проектирую сценарии выбора вариаций, состояния наличия и цены. PDP — не картинка, а интерфейс принятия решения.
Приоритеты above-the-fold, заметный CTA, доверие, апселлы. Меньше отказов — больше добавлений в корзину.
60–80% покупок — со смартфона. Галерея-свайп, крупная кнопка, sticky-CTA внизу экрана, читаемые характеристики.
Спецификация: состояния, поведение при взаимодействии, правила адаптива, интеграция с CMS. Не пропадаю после макетов.
PDP — последний шаг перед корзиной. Здесь пользователь решает: «подходит или нет». Если ответ неочевиден — уходит. Вот что меняется, когда страница товара спроектирована как продукт.
Когда ключевая информация видна сразу, а CTA не теряется — покупатель быстрее нажимает «В корзину».
Понятная логика выбора, честные состояния наличия и доверие снижают уход со страницы товара.
Кросс-селлы и апселлы, встроенные в логику PDP, увеличивают корзину без давления на пользователя.
Прототип с логикой — 2–3 дня. Полный UI-дизайн PDP с мобильной версией и состояниями — 1–2 недели.
Показатели — обезличенные данные по завершённым проектам под NDA. Конкретный результат зависит от исходных данных и задач бизнеса.
Полный цикл проектирования страницы товара — от анализа сценариев до макетов, готовых к разработке.
Что покупатель хочет узнать в первую очередь, какие вопросы у него остаются без ответа. Смотрю на товар глазами пользователя, а не каталога.
Как работает выбор вариаций, что происходит при отсутствии товара, как меняются фото и цена при переключении. Состояния проектируются заранее.
Кликабельный прототип: сценарии выбора, добавление в корзину, переход к оформлению. Спорные места решаются до дизайна, а не после.
Галерея с зумом, блок цены и наличия, селекторы вариаций, характеристики, отзывы, доставка, кросс-селлы, trust-сигналы.
Mobile-first: свайп-галерея, sticky-CTA, компактные характеристики, карусель отзывов. Отдельно проектирую поведение на маленьком экране.
Спецификация: состояния, поведение, адаптивные правила, интеграция с CMS и аналитикой. Готов созвониться с командой.
Страница товара кажется простой — пока не начинаешь решать, что показать above-the-fold, как ведёт себя выбор вариаций и что делать, если товара нет в наличии. Эти вопросы — на прототипе, не на финальных макетах.
Пример из практики: интернет-магазин одежды. Пользователи не могли выбрать размер: селектор показывал только доступные значения, а при отсутствии нужного размера страница просто «замирала». На прототипе перепроектировали логику: недоступные размеры остаются видимыми, но зачёркнутыми, а под ними — предложение подписаться на поступление. Конверсия в корзину выросла, обращения в поддержку сократились.
Прозрачный процесс проектирования PDP с понятными этапами и 2 кругами правок на каждом шаге.
Товар, сценарии покупки, данные аналитики. Понимаю, что ищет покупатель и где сейчас теряется.
Логика выбора вариаций, состояния, порядок блоков, поведение CTA. Согласовываем до дизайна.
Дизайн PDP, галерея, состояния, мобильная версия со sticky-CTA. Компоненты и состояния в UI Kit.
Спецификация, состояния, интеграция с CMS и аналитикой. Созвоны с разработкой. Не пропадаю после сдачи.
Обезличенные кейсы по проектированию PDP. Названия компаний под NDA, логика задачи и результат — реальные.
конверсия в корзину
Задача: покупатели не могли выбрать размер — селектор скрывал недоступные значения, страница «замирала». Решение: перепроектировали логику выбора вариаций: недоступные размеры видны, есть подписка на поступление. Результат: конверсия в корзину выросла на четверть, обращения в поддержку сократились.
быстрее оформление заказа
Задача: снабженцы работали с большими партиями, а PDP не поддерживала массовый сценарий. Решение: добавили поиск по артикулу прямо на PDP, быстрый выбор количества и массовое добавление. Результат: оформление партии ускорилось почти вдвое.
отказов на мобильной PDP
Задача: на смартфоне карточка была неудобной — фото мелкие, кнопка «В корзину» далеко. Решение: переделали мобильную версию: свайп-галерея, sticky-CTA, характеристики списком. Результат: отказы на мобильной PDP снизились почти на треть.
Минимум, чтобы начать работу над PDP. Если чего-то нет — разберёмся вместе на этапе анализа.
Сразу увижу, что работает, что нет, как устроен выбор вариаций и где теряется пользователь.
Список параметров, размеров, комплектаций. Даже выгрузка из CMS или Excel — этого хватит для старта.
Тепловые карты, воронка, записи сессий, отзывы. Показывают, где пользователь тормозит и чего ему не хватает.
2–3 PDP конкурентов, которые считаете сильными. Помогают понять уровень и направление.
Часто бывает
Нет аналитики и структурированных характеристик? Это нормально. Пришлите ссылку на текущую PDP и список товаров — логику и приоритеты соберём вместе. У большинства клиентов понятная структура складывается уже на этапе прототипа.
Обсудить проектСтоимость, сроки, отличия от маркетплейсных карточек, вариативность, мобильный UX, handoff и что делать после сдачи.
Анализ товара и сценариев покупки, проектирование логики выбора вариаций, состояний наличия и цены, блока доверия, кросс-селлов, мобильного sticky-CTA. Плюс прототип, UI-дизайн и handoff в разработку.
Карточка на маркетплейсе — это визуальный слайд с инфографикой для чужой витрины. PDP — это продуктовый интерфейс вашего магазина с логикой выбора, состояниями, рекомендациями и интеграцией с CMS. Проектирую именно PDP.
Цена зависит от сценариев и сложности товара. Базовый дизайн PDP — от 25 000 ₽, расширенный с вариативностью, состояниями и кросс-селлами — от 50 000 ₽. Точную цену после брифа.
Прототип с логикой — 2–3 дня. Полный UI-дизайн PDP (десктоп + мобильная версия + состояния) — от 1 до 2 недель.
Выше сгиба: галерея с зумом, цена, наличие, кнопка «В корзину». Ниже: варианты товара, характеристики, отзывы и рейтинг, доставка и возврат, кросс-селлы, trust-сигналы. На мобильном — sticky-CTA.
Да. Проектирую селекторы размера, цвета, комплектации с состояниями: выбран, недоступен, под заказ. Продумываю, как меняются фото, цена и наличие при переключении.
Mobile-first: галерея на всю ширину со свайпом, крупная кнопка «В корзину», sticky-CTA внизу экрана, характеристики — списком, отзывы — каруселью. 60–80% покупок в E-commerce идут со смартфона.
Проектирую в Figma: прототип, UI, состояния, спецификацию. Реализацию выполняют разработчики — предоставляю handoff с логикой поведения и гайдами. При необходимости верстаю на Tilda или Webflow.
Handoff — это передача макетов в разработку с описанием логики. В него входят: состояния элементов, поведение при взаимодействии, адаптивные правила, спецификация отступов и компонентов, интеграция с CMS и аналитикой.
Да, если есть доступ: тепловые карты, воронка, записи сессий, поисковая аналитика, отзывы покупателей. По данным видно, где пользователь тормозит и какие вопросы у него остаются без ответа на PDP.
Ссылку на текущую страницу товара, характеристики товара (вариации, комплектации), доступ к аналитике (если есть), примеры конкурентов с сильными PDP. Этого достаточно, чтобы начать.
Дизайн, который часто идёт в связке с проектированием PDP. Можно взять как отдельные услуги или комбинировать.
Не потому что «быстро и недорого» — это есть у всех. А потому что с первого созвона понятно: я думаю про сценарии покупки и данные, а не про «нарисовать красиво».
Разберёмся с товаром и сценариями покупки — и спроектируем PDP, которая снимает вопросы покупателя и ведёт его к кнопке «В корзину».
Часто ищут в E-commerce — соседние услуги и направления. Переходите, чтобы посмотреть детали и примеры.
Страница товара — последний шаг перед корзиной. Здесь покупатель окончательно решает: подходит или нет. Если ключевая информация спрятана, CTA теряется, а вариации выбираются нелогично — пользователь уходит, даже если товар ему интересен. Проектирую PDP как продуктовый интерфейс, который снимает вопросы и доводит до покупки.
Работа начинается с анализа: что покупатель хочет узнать в первую очередь, какие сценарии выбора вариаций существуют, где пользователь тормозит по данным аналитики. Затем — прототип: порядок блоков, состояния наличия и цены, логика селекторов, поведение CTA. Только после согласования логики — UI-дизайн с галереей, блоком доверия, кросс-селлами и мобильной версией.
Отдельно прорабатываю B2B-сценарии: поиск по артикулу прямо на PDP, быстрое добавление партий, работа с большими количествами. Для оптовых магазинов это критично — снабженцы заказывают партиями, а не по одному товару.
Хотите, чтобы страница товара конвертировала лучше? Давайте разберём ваш PDP по данным и сценариям — переходите на страницу контактов.
Информация на странице носит справочный характер
Цены, сроки и объёмы работ, указанные на этой странице, являются ориентировочными и не являются публичной офертой, определяемой положениями статьи 437 Гражданского кодекса РФ. Точные условия по конкретному проекту фиксируются в договоре или счёте после обсуждения задачи. Показатели в блоках результатов — обезличенные данные по завершённым проектам под NDA, конкретный результат зависит от исходных данных и задач бизнеса.