Продвижение в поиске

Продвижение в поиске — инструмент, который помогает повысить позицию товара в поисковой выдачи. Товары из продвижения в поиске будут конкурировать за более высокие места в поиске.

Проблемы

• Сущность «Кампаний» мешает растить покрытие товаров СРО-ставками
• Одни и те же товары могут быть в разных кампаниях продвижения;
• Агрегированные метрики на уровне кампании, а не на уровне товара;
• Чтобы убрать товар из продвижения, необходимо удалить его.

Цель

С помощью дизайна упростить использование инструмента, сделать его масштабируемым и увеличить покрытие товаров ставками в инструменте.

Задачи

• Спроектировать концепты и прототипы;
• Провести исследования по концептам и получить обратную связь от продавцов, особенно что касается метрик;
• Спроектировать MVP версию с учетом возможности разработки, в дизайне учесть проблемы касающихся метрик по товарам и ассортимента, а так же управления товарами;
• Спроектировать функционал, который не влез в MVP, и корректировки после обратной связи.

Исследования и аналитика

Перед проработкой дизайна были проведены интервью на понимание текущей работы инструмента и как с ним взаимодействуют. В исследовани участвовали 6 компаний, основные пункты после исследования:

• Нет понимания и прозрачности того, как работает инструмент;
• Всем нужна аналитика в динамике (нравятся метрики, что есть движение в этом направлении, но не все метрики можно легко и правильно интерпретировать). Основные метрики: продажи, расход, ROI, Поисковый индекс.
• Рекомендуемые ставки бесполезны, начинают с минимальных и потом через подбор ставок повышают.
• Товары с хорошими продажами выключают из продвижения

Так же была выгружена аналитика по количеству кампаний у продавцов, и выяснилось, что почти у 70% всего одна кампаний кампания продвижения в поиске. По этим данным были сделаны выводы, что вначале именно на эти 70% будем раскатывать новый дизайн инструмента, так как остальные продавцы группируют свои товары как раз через кампании. Далее для 30% нужно будет реализовать функционал группировки товаров.

Процесс

Проанализировав текущий инструмент, а так же исследований и аналитике был подготовлен 1-й вариант концепта, он включал в себя такой функционал как:

• Аналитика в данамике;
• Рекомендаци по товарам/категориям;
• Управление товарами. Товары сгрупированы на уровне категории;
• Возможность добавлять товар в кампанию “Трафареты”, если у товара плохие метрики по просмотрам;
• Все товары продавца автоматически попадают в этот инстурмент продвижения (самое продвижение выключено)

С этим вариантом провели 3 интервью, и вот что получилось узнать:

• Блоки рекомендация не замечают;
• В графике не заметили, что можно увидеть показатели за определенную категорию или категории;
• Не понятен функционал с трафаретами;
• Нет возможности товары с низкими показателями фильтровать. Нужна фильтрация на хорошие/средние/плохие товары по заказам/показам;
• Доля оборота и конверсия не так важны в графике;
• Сложно массово управлять товарами.

После обратной связи бы проработан 2-й вариант концепта, где было проработано:

• Управление графиком, так же отказались от метрик оборота и конверсии
• Рекомендации связал со списком товаров и так же добавил сравнение с предыдущим днем
• Переработал фильтры, проработал механику сохранения фильтров и управление сохраненным списком
• Из таблицы вместе с продуктами решили убрать функционал с инстурментом “Трафареты”, вместо добавил больше метрик

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

С разработкой и продуктами зафиксировали функционал, который будет в первой версии, договорились, что выкатывать функционал будем не сразу на всех, а частично: сначала дадим доступ для 10 лояльных продавцов, потом на 500 шт., дальше на 3000 и в конце на остальных 70%.

Для MPV я проработал:

Визуал графиков. Оставили только продажи и расход, а так же связующие с ними метрики.

Проработаны состояния переходов между новым и старым UI

Отразил и проработал состяния без товаров, флоу добавления товаров и ошибку, если что-то не добавилось

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

Так же обновил и упростил окно изменения ставки. Оно стало значительно занимать меньше места и чуть более информативной из-за сбитости контента.

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

Для удобства разработчиков описал поведение почти каждой настройки в фильтрах в модальном окне или же над таблицей.

Флоу отчетов. Есть 2 типа отчетов, они скачиваются асинхронно, поэтому для отчетов должна быть страницы со сформировавшимися отчетам их статусами и тп.

Весь проект строился на корпортативной библиотеке компонентов, а так же мною создавалась локальная библиотека элементов

Результат

Разработанный функционал выкатили на прод, сначала на 10 продавцов, потом на 500. Собрали обратную связь и аналитику для формирование бэклога и корректировки макетов для обновления функционала. Было проведено интервью на 5 респондентах.

Что хорошего:

• Есть новые метрики по товарам, которых не было до этого. По аналитике переходов замечали что переходят между новым и старым видом, гипотиза - все смотрят на новые метрики.
• Есть общий график по ключевым метрикам в динамике с Тоталом.

Критичное: Отсутствие возможности включать/ выключать продвижение по SKU. Этого мы ожидали, этот функционал будет дорабатываться в следующую очередь.

Что неудобно:

• Нет возможности выбрать кастомные период для таблицы, графики и отчётов
• Нет сортировки по столбцам
• Нет графика по группе товаров в динамике с тоталом
• Нет индекса видимости
• Нет даты добавления товара в продвижение

Что дальше

Для следующей итерации согласовали сделать следующий функционал:

1. Вкл/выкл продвижение у товара и массово у товаров. В планах функционал сразу выкатить и дать доступ уже на 3 тысячи продавцов;

2. Доработать фильтры. Появляются сохраненные фильтры, добавляются новые метрики и свойства для фильтрации;

3. Проработать функционал избранных товаров. Это как раз для тех 30% продавцов, которым необходимо группировать товары

4. Проработать выбор дат/периодов для таблицы и графика. По аналитике сделали вывод, что чаще всего используют значения: вчера, 28 дней и 3/7 дней (идут +/- в ровень).

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