Раздел 15: Бизнес-кейс

Завершаем разбор разделов отчета по аудиту email-маркетинга. Последний раздел — бизнес-кейс.

Задача этого раздела — оценить прогноз увеличения продаж в случае, если указанные в предыдущем разделе рекомендации будут выполнены. Для этого вам нужно построить модель (в Excel или Google Sheets), которая показывает, как продажи зависят от основных KPI (размер базы, динамика базы, открываемость, CTOR, конверсия сайта, средний чек), и оценить, какие изменения в этих KPI произойдут при реализации рекомендаций.

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

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

Желание клиента оспорить эти цифры нужно только приветствовать. Это означает, что он уже примеряет рекомендации на себя, что намного лучше, чем если они просто попадут в очередной «долгий ящик». Если клиент готов вместе с вами сесть за Excel и проверить предположения и вводные данные — это шаг в правильную сторону.

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

Раздел 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-маркетинга. В этом разделе нам нужно выяснить, что происходит с базой:





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




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





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