Отчеты в разрезе "Товарная категория"
Прошу подсказать каким образом можно реализовать аналитику в интернет магазине (ИМ) по "Категории" а не только на уровне проекта:
- трафик в категорию (страница категории и ВСЕ товары в категории)
- затраты рекламных каналов (РК) на трафик в категории
- заявки в категории
- заказы в категории
- выручка по категории.
Зачем: показатели, стоимость клиента, средний чек, выручка, стоимость лида в разных категориях отличается в разы, а иногда "на порядок"
Вариант 1 - категории на поддоменах. Вопросов нет - тут все ясно, разносим по проектам RoiStat, допполя в СРМ и вуаля.
Вариант 2 (мой)
если все на одном домене и "выбрать" трафик можно только отфильтроваов URL визита по маске */категория1/*
т.к. структура урлов на сайте
http://мойсайт/категория1/товар-1
http://мойсайт/категория1/товар-2
http://мойсайт/категория2/
http://мойсайт/категория2/товар-3
Вариант 3 - "шанхай" - не знаю как :)
структура урлов на сайте
http://мойсайт/товар-1
http://мойсайт/товар-2
http://мойсайт/категория2/
http://мойсайт/товар-3
Answer
Здравствуйте, Константин.
Мы подумали о вашем предложении и нашли проблему.
Возьмем для примера ситуацию: посетитель зашел на сайт в категорию "Стулья". Не стал заказывать из корзины, позвонил, поговорил с менеджер и купил диван. Получаем ошибку в подсчете.
Та же самая картина будет, если в заказе указать несколько позиций из нескольких категорий. Снова ошибочная статистика.
Поэтому можно прийти к выводу, что товарную аналитику неверно считать с точки зрения визитов на сайт. Будет очень большая погрешность статистики, чего нам очень не хотелось бы.
Есть ли у вас идеи на этот счет?
Также добавлю, что у нас были идеи по реализации функции "Товарная аналитика". То есть получать из заказа товары и его данные и уже на них строить аналитику. Возможно, это то, что бы вам подошло?
-"посетитель зашел на сайт в категорию "Стулья". ....и купил диван.
-"Та же самая картина будет, если в заказе указать несколько позиций из нескольких категорий. Снова ошибочная статистика."
-"Поэтому можно прийти к выводу, что товарную аналитику неверно считать с точки зрения визитов на сайт."
1) Допускаю. Но тут же поинтересуюсь дальше:
- какова вероятность что человек "Ищущий" диван попадет на сайт на страницу/категории стулья? - т.е. это будет его первый вход на сайт. Считаю низкая - т.к. задача всех поисковиков и маркетологов - приводить туда где удовлетворит потребность.
- какова погрешность? Если категории разные то погрешность стремится к "нулю", если магазин "Спортивного питания" так будет считать продажи, затраты и трафик между категориями "Аминокислоты" и "Протеины", то вопрос к "счетоводу", а есть ли голова?
Инструмент аналитики есть, а головы нет. (вспоминаем историю про самолеты)
PS кстати "перепрыгивателей" также можно "посчитать" с помощью анализа карты путей перехода по сайту и покупки, и даже высчитать погрешность расчетов и вывести ее в отчете =)
2) Утрируя "Поэтому можно прийти к выводу, ..."
- "динамический колтрекинг негодится" человек распечатает страницу с телефоном/сделает скрин на айфоне/запомнит и выйдет в коридор в офисе/даст маме/отложит до вечера. И втот момент когда он будет звонить на номер он будет привязан к другой сессии"
- "промокоды/мультиканальность" неверны - человек сохранил в хроме/опере/сафари закладку дома ночью а завтра на работе открыл сайт и заказал товар.
- и дальше все это усугубляется "управлением ставок"
сочинять можно много :)
Для успешной работы должна быть голова и прямые руки+ статистика, аналитика, гипотезы.
А я спрашиваю про "инструмент аналитики трафика, заявок и затрат на РК в разрезе категорий" , коим (инструментом) по моему мнению роистат и является.
3) Научите - расскажите пожалуйста тогда - как верно считать?
Если уйти от "визитов" - как привязать "затраты на рекламу к категориям" и выручку и прибыль к категориям и вывести это в отчетах?
С любовью и искренним уважением к команде Роистата и ее основателю :)
Вероятность того, что человек закажет не из той товарной категории, в которую зашел на сайте - довольно высока. Если мы говорим про телефонные разговоры - она увеличивается в разы.
Именно по этому мы не рассматриваем возможность считать категории товаров по визитам на сайт. Это будет слишком неточный инструмент, а нас интересует только точные аналитические инструменты.
Как мы видим товарную аналитику.
Из заказов в CRM загружаются товары, их категории и обрабатывая все эти данные и совмещая их с рекламными источниками, получаем полную аналитику по товарам.
Подскажите, пожалуйста, какую CRM вы используете? Есть ли там такая сущность, как "Товар"?
Добрый день! Можете прислать свои контакты на почту dashtiev.s@roistat.com, чтобы обсудить задачу?
В этом случае это может выглядеть так:
В аналитике будет доступна новые группировки:
- По товару
- По товарной категории
Создав такой отчет, вы сможете увидеть следующие показатели по категории:
- Средний чек
- Количество заявок
- Количество продаж
- Конверсия из заявки в продажу
- Количество отказов
- Выручка
- Прибыль
Так как этот отчет будет группировать не по визитам, а по заказам из CRM, то информация по общему расходу на категорию, стоимость заявки и стоимость продажи доступна не будет.
Вас интересовал бы такой отчет?
Такой отчет сейчас и так формируется у меня- каждой заявке присваивается товар и категория.
Эта аналитика качества и количества обращений и качества работы менеджеров.
К качеству работы рекламы и маркетологов это не связано.
В таком случае, пока что предложение поставлено на голосование.
Добрый день, коллеги!
Разовью мысли, ранее написанные в теме.
Смысл в том, чтобы передать в Роистат структуру страниц интернет-магазина, на которые в принципе может приходить трафик, и нарисовать это в Роистате в виде дерева со значениями трафика, выручки и прибыли по категории.
У нас интернет-магазин игрушек, так что буду на примере игрушек :)
Берем упрощенно структуру сайта:
- Каталог
-- Куклы
-- Машинки
Берем упрощенно структуру рекламы:
- Директ
-- Директ на категорию кукол
-- Директ на категорию машинок
- Поиск
Зная структуру сайта в YML, Роистат считает весь трафик, входящий на категорию Куклы.
Если какой-то переход в категорию Куклы закончился заказом - фиксирует оборот и прибыль с трафика на категорию Куклы.
ВАЖНО: в этой части абсолютно не существенно, после входа на сайт через категорию Куклы - заказали куклу, машинку или куклу с машинкой. Мы знаем, что категория Куклы, как элемент структуры сайта, принесла нам 1000 рублей с этого заказа.
И дальше можем разделить более детально:
В категории Куклы прибыль с трафика 1000 рублей, из них:
-- Директ на категорию кукол - прибыль 700 рублей
-- Поиск - прибыль 300 рублей
Дальше можно сравнить прибыль с трафика, пришедшего на категорию, с затратами на обеспечение этого трафика и объявить это чем-то вроде ROI категории.
Это не будет ROI в чистом виде, так как часть людей, пришедших за куклами, купили машинки, а часть заказов на куклы была совершена в результате входа на сайт с категории Машинки.
Но этот показатель все равно сильно будет различаться между категориями, и уметь его получить, проанализировать и принять правильные решения - можно и нужно.
Подводные камни (куда ж без них) и детализация:
1. Заход на сайт на страницу товара, относящегося к категории, и результаты этого захода (заказ был/нет) засчитывать к этой категории.
2. Если у товара несколько категорий - и переход и выручку и прибыль, являющиеся следствием этого перехода, поровну делить между категориями товара. В результате число переходов в категорию может стать дробным.
Например, у нас как-то продавался "Деревянный конструктор робот-динозавр на радиоуправлении". У него были категории "Деревянные конструкторы", "Роботы", "Динозавры" и "Радиоуправляемые игрушки".
3. Трафик и прибыль подкатегории переносить на родительскую категорию для этой подкатегории.
4. Если у подкатегории несколько родительских категорий - поступать с трафиком, выручкой и прибылью полностью аналогично ситуации с товаром из п.2.
5. Страницы брендов - часто популярные точки входа на сайт. Бренды придется считать категориями: у конструктора Hasbro будет 2 категории - "Конструкторы" и "Hasbro".
6. Страницы вида Категория+бренд ("Конструкторы Hasbro") - популярные точки входа на сайтах интернет-магазинов.
Считать такие страницы тоже категориями с двумя родительскими - "Конструкторы" и "Hasbro". И обрабатывать по тем же описанным выше правилам.
7. Страницы пейджинга, фильтров и сортировок приравнивать к страницам соответствующих категорий.
Что написано в rel canonical - то и есть категория.
8. Остаются страницы: главная, акции-новости и статические. Они могут принимать на себя до черта трафика и приносить столько же заказов.
Что с ними делать? Ну видимо, то же самое, что и со "Сделками без номера визита".
Или вообще разработать простенький формат на основе sitemap.xml и по каждой странице брать от магазина в качестве параметров - ее тип и URL родителя.
_____________
Но увы!
Хоть сформулированная выше задача и схематично набросанные решения и являются полезными и интересными для анализа, все это все равно не даст ответов на самые главные вопросы:
"С какой рекламы у меня продаются куклы, а с какой рекламы - машинки? И какой ROI у каждого рекламного канала, с которого продаются куклы?".
Но это уже обратная задача, и решать ее по-другому.
Могу и ее логику набросать в теме, если есть шансы на реализацию.
Алексей, добрый день.
Благодарю вас за столь детальное описание вариантов решения. Когда мы приступим к реализации механизма товарной аналитики, мы учтем все идеи, предложенные пользователями.
Просто получать статистику заказов и просмотра товаров разве это сложно реализовать?
С учетом того, что у товара в URL есть уникальная маска, например goods product etc.
Добрый день, а какую конкретно задачу вы хотите решить? Посмотреть что больше продается и понять спрос?
В каталоге какие-то товары находятся глубоко внутри (на десятых или сотых страницах) и покупатели до них даже не добираются.
Хотим сортировать товары таким образом чтобы на первых страницах были самые популярные и продаваемые.
Я правильно понимаю, что вам нужно только спрос понять по каждому товару? То есть не нужна аналитика по расходам, а нужен учет товаров, чтобы понимать что больше продается?
Может быть вам удобнее будет связаться по телефону, чтобы это обсудить?
Если удобно, то пришлите, контакты, на почту dashtiev.s@roistat.com
Согласен, было бы отлично уметь спрашивать Роистат о конверсии по отдельному товару, категории или бренду по разным рекламным каналам.
У нас все просмотры в CRM в одну кучу валятся, в итоге вычленить товары с высокой конверсией по данному каналу не всегда возможно.
И тогда - да, можно решить заодно щадачу коллеги про сортировку товаров в каталоге.
Добрый день! Можете прислать свои контакты на почту dashtiev.s@roistat.com, чтобы обсудить задачу?
Коллеги, мы сейчас активно прорабатываем решение. Чтобы решение было верным, нам нужно понять в каком виде вы храните товары, какие данные по ним ведете, как уже сейчас строите отчеты и др. Кто готов ответить на вопросы, напишите, пожалуйста, мне на почту dashtiev.s@roistat.com ваши контактные данные и я свяжусь с вами.
Customer support service by UserEcho
В таком случае, пока что предложение поставлено на голосование.