Что будешь делать для реализации добавления информации о количестве купленных товаров?

Ответ

Это хороший практический вопрос. Я подходил бы к этой задаче системно, начиная с понимания проблемы и заканчивая метриками успеха.

Шаг 1: Понять проблему и контекст (1 неделя)

Discovery интервью: Сначала я бы провел 8-10 интервью с разными типами пользователей чтобы понять:

• Кому нужна информация о количестве купленных товаров? (новые покупатели? постоянные клиенты? редкие?)
• Почему она им нужна? Что они хотят с ней делать?
• Как они сейчас находят эту информацию?
• Сколько раз они ищут эту информацию в месяц?

Пример интервью на маркетплейсе электроники:

• Я хочу убедиться что продукт популярный
• Мне нужно знать есть ли лучший вариант (если много людей купили, значит хороший)
• Сейчас я смотрю количество отзывов, но это не совсем то

Сформулировать гипотезу:

На основе интервью я написал бы гипотезу:

• Новые покупатели хотят видеть количество купленных товаров потому что это сигнал доверия (social proof). Без этого сигнала они не уверены в своём выборе и конвертуют меньше.

Проверить в данных:

• Какой % пользователей идёт на страницу товара?
• На какого % товара они нажимают купить?
• На каких товарах конверсия выше/ниже?
• Есть ли корреляция между конверсией и количеством отзывов (proxy для количества покупок)?

Пример из реальных данных:

• Товары с 100+ отзывами: 18% конверсия
• Товары с 10-50 отзывов: 12% конверсия
• Товары с 1-10 отзывов: 8% конверсия

Это говорит что люди хотят социальные сигналы.

Шаг 2: Определить требования (1-2 недели)

Какую информацию показывать:

• Только количество? (например 5,234 товара куплено)
• Или ещё тренд? (например 5,234 куплено, +500 в прошлом месяце)
• Или уровень популярности? (Бестселлер, Популярно, Новое)

Где показывать:

• На странице товара (обязательно)
• В списке товаров (опционально, занимает место)
• На quick view / hover (для лёгкого доступа)

Дизайнерский вопрос:

• Как визуально представить это? Число? Бейджик? График?
• Не должно ли это конкурировать с количеством отзывов?

Техническая сложность:

• Нужно ли отслеживать количество покупок реально?
• Или использовать существующие данные (количество отзывов, старые покупки)?
• Как часто обновлять? (каждый день? каждый час?)

Шаг 3: Создать прототип и протестировать (2-3 недели)

Low-fidelity wireframe:

Я нарисовал бы несколько вариантов:

Вариант 1: Простой текст Куплено: 5,234

Вариант 2: С контекстом (социальный сигнал) Икона 5,234 человека купили этот товар

Вариант 3: С трендом Куплено: 5,234 +500 в прошлом месяце

Юзабилити-тестирование:

Я бы показал 5-8 пользователям эти варианты на figma prototype и спросил:

• Какой вариант ты предпочитаешь? Почему?
• Влияет ли это на твоё решение купить товар?
• Сколько раз в месяц ты смотришь эту информацию?

Результат (гипотетический):

• Вариант 2 (со звездой) нравился больше всего
• 7 из 8 сказали что это влияет на их решение
• Но 1 сказала что 5,234 звучит как спам-число, может быть фейк

A/B тест идеи:

Я бы создал MVP и протестировал:

• Control: текущая версия без информации о количестве
• Variant 1: просто число Куплено: 5,234
• Variant 2: со звездой Икона 5,234 человека купили

На 10% трафика, 2 недели.

Шаг 4: Определить детали разработки (1 неделя)

С инженерами обсудил бы:

• Где хранится информация? (в БД маркетплейса? или от provider?)
• Как получить реальные данные о количестве покупок?
• Нужен ли новый API эндпоинт или можем добавить в существующий?
• Какова latency если будем калькулировать в реальном времени?
• Как caching? Обновляем каждый час? день?

С дизайнером обсудил бы:

• Какой размер текста? Цвет?
• Иконка нужна? Какая?
• Где точно поместить? (над ценой? под названием? справа?)
• На мобильной версии где?

Шаг 5: Писать PRD (Product Requirement Document)

Вот структура которую я бы использовал:

Название: Добавить информацию о количестве проданных товаров

Problem Statement: Новые покупатели не уверены в качестве товара потому что нет социального сигнала. Количество отзывов — это хороший сигнал, но не все читают отзывы. Мы хотим добавить явную информацию о количестве покупок чтобы увеличить конверсию.

Goals:

• Увеличить конверсию товаров (целевая +5%)
• Улучшить engagement с количеством просмотров товара

Scope:

• Показывать количество на странице товара
• Начинаем с мобильной версии (80% трафика там)
• Не показываем в списке товаров (первая версия)

Spec:

• Показываем: Куплено 5,234 раза
• Где: под названием товара, перед ценой
• Обновляем: каждый день (ночью в 2 AM)
• Минимальное количество: не показываем если < 10 (чтобы не выглядело фейком)

Metrics:

• Conversion rate товара
• Click-through rate на купить
• Time on product page
• A/B тест на 10% трафика

Timeline:

• Week 1-2: Design & Engineering
• Week 3: QA & Testing
• Week 4: Soft launch (10%)
• Week 5-6: Monitor & Iterate
• Week 7: Full launch

Шаг 6: Запуск и мониторинг (2-3 недели)

Soft launch (10% пользователей):

• Мониторим конверсию каждый день
• Собираем feedback от пользователей (через чат, интервью)
• Ищем баги или неожиданное поведение

Что я буду смотреть:

• Конверсия выросла или упала?
• На какие товары это больше всего влияет? (дорогие? дешёвые? специфичные?)
• Люди кликают на количество? (добавить analytics click)

Если результаты хорошие:

• Расширяем на 100%
• Добавляем в другие части (список товаров, рекомендации)

Если результаты плохие или нейтральные:

• Обсуждаем с дизайнером — может нужен другой формат
• Может нужно добавить ещё информацию (тренд, тип пользователей которые купили)
• Или может это не решение правильной проблемы

Мои инструменты

• Figma для wireframe
• Google Sheets для сбора интервью insights
• Mix panel / Amplitude для A/B тесте
• Google Sheets для отслеживания metrics

Важные принципы в этом подходе

1. User-first: Я начинаю с интервью чтобы понять действительную проблему
2. Data-driven: Всё решение основано на данных (A/B тест, analytics)
3. Iterative: Мы не запускаем на 100% сразу, начинаем с 10%
4. Measurable: У нас есть конкретные метрики для успеха
5. Quick validation: От идеи до MVP — 4-5 недель, не месяцы