Раздел 14: свод рекомендаций

Продолжаем разбор разделов отчета по аудиту email-маркетинга. Мы дошли до предпоследнего раздела, в котором сводим вместе все рекомендации. В этом разделе не будет ничего нового, но надо иметь в виду, что, если аудит успешен, именно его будут читать больше всего.

Рекомендации лучше всего оформить в таблицу, в которой указать:

1. Что нужно сделать.

2. Трудоемкость реализации (например по шкале низкая/средняя/высокая).

3. Стоимость реализации, там, где она известна. Если стоимость реализации нулевая — это нужно указать, на это клиент обратит внимание в первую очередь.

4. Качественный эффект от реализации, например «повышение открываемости», «рост базы» и т.д. Количественный эффект пока не указываем, он будет посчитан в разделе «Бизнес-кейс».

По возможности составьте грубый план-график, в виде диаграммы Гантта или ее аналога в Excel. Понятно, что он будет носить приблизительный характер, но это «лучше, чем ничего».

Раздел 13: архитектура

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе изучим архитектуру систем, участвующих в email-маркетинге.

Для начала полезно задокументировать архитектуру AS-IS.

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

Типичные проблемы с архитектурой:

— отсутствие автоматической синхронизации контактов, контакты с сайта, CRM, 1С загружаются лишь эпизодически через Excel. Иногда вендоры вроде Flocktory, собирающие контакты с разрешения компании, хранят их у себя и не спешат ими делиться;

— по историческим причинам используется несколько ESP. Типичный пример — retail, где оффлайн со своей программой лояльности может использовать одну ESP, а интернет-магазин — другую;

— отсутствие обмена отписками и баунсами между ESP. Иногда использование нескольких ESP оправдано, например, тем, что в основной ESP недостаточно сильная механика по рекомендациям. Но в таком случае обязательно нужен процесс передачи данных по отпискам, баунсам и жалобам FBL;

— использование слабой ESP, которая не позволяет реализовать необходимые маркетинговые механики;

— использование слишком дорогой ESP, которая не нужна для тех задач, которые стоят перед компанией;

— не настроены необходимые для триггеров интеграции — фиды с товарами, передача данных о просмотрах и т.д. Иногда на этом месте очевидна нехватка DDM.

Скорее всего, рекомендации, которые вы дадите в этом разделе, будут реализовываться дольше всех остальных (если вообще будут), поскольку они потребуют больше всего расходов. С другой стороны, потенциально здесь можно затронуть самые болезненные для компании вопросы, например неадекватная ESP. Так что сложность этих вопросов — не повод не рекомендовать их решение.

Раздел 12: доставляемость

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе посмотрим, что происходит с доставляемостью писем.

У большинства крупных компаний, которые давно ведут email-рассылки, вы не найдете тут существенных проблем. Тем не менее, время от времени возможны сюрпризы:

— некоторые ESP не поддерживают FBL, соответственно, в базе могут числиться клиенты, нажавшие на «спам»;

— в других ESP контакты с баунсами, жалобами и даже с отписками не удаляются из списка контактов. Из-за этого приходится платить за бóльший размер рассылки (письма таким клиентам по факту не отправляются, но ESP все равно берет деньги за попытку), и статистика по открываемости и кликабелности искажается;

— иногда даже в крупных компаниях нет процесса систематической проверки постмастеров, соответственно, риск блокировки у того или иного провайдера остается неуправляемым;

— если в компании используется несколько ESP или рассылки ведутся из CMS и CRM параллельно с ESP, очень часто отсутствует процесс обмена данными об отписках и жалобах;

— клиенты иногда забывают корректно настроить SPF, DKIM и DMARC.

Нужно проверить все эти моменты и отразить их в рекомендациях.

Разделы 8-11: триггеры

Продолжаем разбор разделов отчета по аудиту email-маркетинга. Рассмотрим разделы, посвященные триггерным рассылкам.

Прежде чем рассматривать KPI, нужно ответить на качественные вопросы:

Какие триггерные механики реализованы?
Правильно ли они настроены?

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

Правильность настроек также должна опираться на ваше понимание бизнес-логики триггеров. Например, логика триггера «брошенный просмотр» должна учитывать вопросы:

  • С какой частотой отправлять этот триггер? Если клиент два раза смотрел на один и тот же товар в течение суток — отправлять ли ему этот триггер дважды?
  • Добавлять ли модуль «рекомендации» в такое письмо? Что рекомендовать — товары из той же категории, бестселлеры, аксессуары, смежные категории?
  • Если клиент смотрел на несколько товаров — как выбирать, по какому именно отправлять письмо?
  • Учитывать ли наличие просмотренного товара в регионе, где находится клиент?

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

Анализ KPI по триггерам можно провести по той же схеме, что и с регулярными рассылками: Openrate-CTOR-конверсия-СреднийЧек. Оценивать их можно также в динамике по времени. Полезно посмотреть и на RPME — хотя бы для того, чтобы убедиться, что триггерные рассылки эффективнее, чем регулярные (здесь можно померить, насколько именно эффективнее).

Последний важный KPI — это доля дохода от триггерных рассылок. Сам по себе этот показатель не является финансовым, но он характеризует долгосрочную эффективность стратегии клиента. Во-первых, триггерные рассылки работают дольше, чем регулярные, без дополнительных инвестиций. Клиент может, теоретически, отключить все регулярные рассылки, и триггерные продолжат приносить доход, по крайней мере до тех пор, пока их контент не потеряет актуальность. Во-вторых, эти рассылки более устойчивы к превратностям доставляемости и общему рыночному тренду к снижению открываемости; триггерные рассылки всегда лучше открывают. То есть этот доход еще и надежнее. Хороший бенчмарк — доля дохода от триггерных рассылок 30% и больше. Если меньше — наверняка есть простор для улучшений.

Раздел 7: конверсия, средний чек, RPME

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе мы смотрим на то, что происходит с клиентами после того, как они перешли с письма на сайт. Этот анализ имеет смысл в основном для ecommerce.

Изначально мы рассматриваем два показателя: конверсию сайта и средний чек. Их можно найти в Google Analytics (GA). Если вам повезло, и у клиента корректно настроены UTM-метки в рассылках, то можно однозначно отнести цифры из GA к конкретной рассылке. Эти показатели также имеет смысл рассмотреть как в динамике (помесячно), так и отдельно по группам рассылок.

Этими двумя показателями замыкается цепочка из шести показателей, характеризующих коммерческую эффективность рассылок:

Из этих шести показателей можно скомпоновать другие полезные показатели, например:

  • Clickrate = Openrate x CTOR,
  • Количество отправленных писем = размер базы х частота отправок
  • Доход = (произведение всех шести показателей друг на друга),

Наиболее полезной компоновкой является произведение последних четырех показателей. Обычно это число умножают на 1000 и называют RPME, то есть доход на тысячу отправленных писем.

Почему удобно использовать RPME:

  • Он показывает эффективность без привязки к размеру базы и количества рассылок. Традиционно в ecommerce смотрят только на «доход в месяц», этот показатель важен, но он не раскрывает такие ситуации, как «доход вырос из-за того, что наконец залили еще 20 тыс контактов из CRM, а то все руки не доходили», или «в этом месяце мы сделали намного больше рассылок, чем обычно».
  • У RPME есть предсказательная сила. Зная RPME и размер базы, можно принять решение о частоте рассылок в будущем периоде, которая позволит сохранить положительную динамику базы, и предсказать доход.

Раздел 6: кликабельность регулярных рассылок

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе мы смотрим на кликабельность регулярных рассылок.

Кликабельность (уникальную или общую) чаще всего измеряют при помощи Сlickrate, то есть отношения количества кликов (или кликнувших) к количеству отправленных писем. Это привычный показатель, и его можно сравнивать с бенчмарком, но на самом деле он не очень информативен. Если Сlickrate неожиданно упал, о чем это говорит? О том, что клиенты стали меньше кликать по ссылкам в письмах? Или о том, что письма стали реже открываться?

Для анализа изменений и их причин лучше использовать CTOR, или click-to-open rate. Это отношение количества кликов к количеству открытий (или количества кликнувших к количеству открывших). Этот показатель не зависит от Openrate.

Как и в случае с анализом Openrate, имеет смысл посмотреть на динамику CTOR во времени, и различие в CTOR между разными группами рассылок.

Падение CTOR может говорить о:

— плохом дизайне: клиенты открывают письма, видят «тут некрасиво», и сразу уходят;
— плохой компоновке: даже при хорошем, «красивом» дизайне компоновка письма может не подводить клиента к целевому действию;
— неадаптивной верстке: если письмо нечитаемо или «ломается» у тех 50% клиентов, которые читают письма на мобильных устройствах, они не смогут прочитать письмо, и тем более не станут по нему кликать;
— других проблемах с версткой, например, сбоях в верстке на Outlook;
— объективно неинтересных для ЦА оферах;
— неправильной сегментации или неправильном преподнесении материала. Например, предлагать мужскую одежду женщинам вполне можно, но нужно отдельно сформулировать это как офер «хорошего подарка»;
— большой доле информационных писем, которые не предполагают клика.

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

Раздел 5: открываемость регулярных рассылок

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе анализируем Openrate и его динамику.

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

Естественно, когда мы считаем средний Openrate какого-то набора рассылок (например группы рассылок или всех рассылок за период), мы не берем среднее значение их Openrate, а считаем количество всех открытий, и делим на количество всех отправок. (Некоторые бенчмарки и ESP в знаменатель ставят количество доставленных, но это скорее исключение из правил, и сильно не влияет на результат). Этот подсчет легко сделать в сводных таблицах Excel при помощи «вычисляемых полей».

Низкий Openrate в группе, или временное падение Openrate, может означать

— усталость сегмента от высокой плотности предыдущих рассылок;

— часть сегмента состоит из клиентов, которые принципиально не читают наши письма (например, настроили на них автофильтр); необходимо выделить этот подсегмент и провести для него реанимацию;

— у нас снижена репутация в одном из заметных почтовых провайдеров, например, Gmail отправляет нас в спам;

— из-за технических проблем в ESP письма не были отправлены (да, случается и такое, особенно с ESP, у которых нет собственного транспорта);

— у нас неубедительные заголовки (либо неинтересные по сути, либо слишком длинные, не помещающиеся на экран);

— мы забыли про прехедеры.

Не забываем, что OpenRate вообще никак не связан с контентом или дизайном письма — когда клиент решает, «открывать или не открывать письмо», он еще не видит, что внутри письма.

Раздел 4: Динамика базы, регистрации, отток

Продолжаем разбор разделов отчета по аудиту email-маркетинга. В этом разделе нам нужно выяснить, что происходит с базой:





  • Какие источники пополнения базы? Пополняется ли база вручную, или через какие-либо интеграции?Какие формы подписки/регистрации имеются? Где они расположены? Какой офер предлагается за подписку?Сколько контактов мы теряем на отписках, баунсах, жалобах на спам?Какая в результате динамика? База растет или сокращается?




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





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

Раздел 3: бенчмарки

Продолжаем детальный разбор содержания отчета по аудиту email-маркетинга. Сегодня смотрим на Раздел 3, где мы сравниваем результаты клиента с бенчмарками.

Задача этого раздела — дать клиенту понимание, где у его email-маркетинга слабые стороны. Их можно найти по KPI, по которым клиент отстает от среднего значения на рынке.

Где взять средние значения? Исследований рынка email-маркетинга существует немного, лично я использую исследование UniSender. Его преимущество — в том, что там данные именно по российскому рынку. В идеале аудитор должен иметь опыт в конкретной отрасли, в которой работает клиент, и использовать KPI из своей практики. Естественно, в рамках, дозволенных NDA.

Не любые цифры можно найти в исследованиях. Например, для ecommerce-компаний основные KPI — это:

— доля канала email в трафике;

— доля канала email в выручке.

Я не видел исследований с такими цифрами, так что полагаюсь на опыт. Опыт гласит, что у лидеров рынка:

— доля в трафике – около 8%;

— доля в выручке – около 15%.

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

Если бенчмарк показывает отставание, он становится своеобразным «лейтмотивом» для дальнейших разделов отчета по аудиту. В них нужно показать, какие именно