27 декабря 2013 г.

Coub дорос до того, чтобы начать рассылать емейлы

Начали с простого – лучшие "кубы" за год:


P.S. Весь контент в виде одной картинки. Хм, нет ли в этом проблемы?

22 декабря 2013 г.

Skype дорабатывает дизайн писем под мобильники

В большом проекте, имеющем десятки или даже сотни типов писем очень сложно (да и не нужно) разом менять дизайн всех писем, когда он обновляется.

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

Новое промо-письмо выглядит на мобиле прекрасно:


А старый биллинговый емейл всё ещё мелковат:


19 декабря 2013 г.

"Рамблер касса" решила оживить покупателей

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

Плюсы:
- в самом начале письма прямо пишут, что хотят слать мне подобное регулярно;
- тут же, сверху, дали ссылку для отписки.

Минусы:
- не оптимизировали для мобил;
- на мобиле ссылка отписки не работает (открывается главная страница мобильного сайта).

В целом странно, что так заметно забили на мобильщиков. Мне думается, что пересечение между покупателями билетов в сети и пользователями смартфонов велико.


От посредственного к плохому – емейл уведомления ВТБ 24

"ВТБ 24" разродился и переделал свои не очень-то удобные емейл-уведомления, сделав их... ещё хуже!

До:



После:



Насколько всё это мелко на мобиле я не буду показывать...

18 декабря 2013 г.

Спам от нормальных рассыльщиков

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



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

Ок, вытащили на поверхность адрес, который я мог им (или какому-то другому отелю) оставить 5-7 лет назад, но как можно было по ошибке прислать мне письмо "спасибо, что останавливались у нас"?

14 декабря 2013 г.

Gmail теперь показывает безопасные картинки по умолчанию

С сегодняшнего или вчерашнего дня Gmail включил автопоказ картинок в веб-морде для всех безопасных отправителей, о чём сообщает красивый попап при открытии инбокса (не показывается для пользователей Google Apps).

Условия автопоказа следующие:

  • пользователь не на медленном коннекте;
  • IP-адрес пользователя больше не передаётся на сервер с картинкой, т.к. запрос транслируется через прокси "Гугла";
  • больше нельзя при запросе  на картику ставить cookies.
Остаётся только один вопрос – будут ли аналогичные правила применены к мобильному приложению Gmail?

Подробнее о нововведении можно прочесть здесь.

10 декабря 2013 г.

Рассылка ТКС банка

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


Ребята, пожалуйста, заморочьтесь с @media queries!

myMail - мобильный почтовый клиент от mail.ru

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

Лично мне он понравился, т.к. сделан очень добротно и удобно. Я его трестировал в первый день официальной раздачи, единственная неприятная штука - первый рабочий экран, который я увидел после краткого руководства по фичам. На нем говорилось, что у меня 6 новых писем, но при этом в течение минуты показывалось только одно из них:


Понятно, что для меня, как и для всякого опытного пользователя, резона переходить со стандартного Mail нет. Но среди неопытных и новичков, поддающихся всяческим баннерам, вполне возможен рост популярности сначала в России, а потом и за рубежом. За рубежом, скорее, за счет искателей-гиков.

9 декабря 2013 г.

Heathrow

Факты:

  1. Я пользовался бесплатным WiFi в Heathrow, указывая свой емейл.
  2. Я покупал билеты на Heathrow Express через интернет, опять-таки указывая емейл.
  3. 22 сентября я дал Heathrow побольше своих данных, чтобы получить больше бесплатного WiFi.
  4. Я никогда не кликал ссылки в их письмах. 
Как же выглядит то, что они мне шлют?


Кэширование картинок в Gmail

На прошлой неделе Google выкатил обновление веб-морды Gmail, которое заключается в том, что после первого просмотра картинки в составе письма она сохраняется в CDN гугла и все последующие разы отдаётся именно из него.

В результате имеем следующие последствия:

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

6 декабря 2013 г.

Рассылка Навального (проект РосЖКХ)


Мои претензии к оформлению письма:

  1. Непонятно, о каком из проектов или начинаний Навального пойдёт речь.
  2. Тема "Привет" в этом смысле абсолютно беспомощна и передаёт нам настроение автора – я настолько устал, мне это настолько не интересно, что мне лень придумать хороший, работающий заголовок.
  3. Основная ссылка не поясняет, что прячется за ней.
  4. Единственный способ во всём этом разобраться – прочитать весь текст письма.
Плохо, слабо.

Новогодние, рождественские и валентиновские емейл-рассылки сайтов знакомств (дейтингов)

Twoo, New Year 2013:

Фотострана, Новый год 2013:


meetOne, Christmas 2012:


Фотострана, день Святого Валентина 2013:


Омен.ру, новый год 2012:


Дамочка, новый год 2014:



Рассылка Ticketland.ru

С включёнными картинками – симпатичненько:


Без картинок уже не очень:


На мобильнике слишком мелко:


Схема отписки дурацкая:


3 декабря 2013 г.

"Хилтон" продолжает в том же духе

Из-за проблем с отображением суть предложения совсем не ясна.

23 ноября 2013 г.

Gmail проинтегрировался с Google Drive

Около недели назад Gmail начал предлагать сохранить и просмотреть прикреплённые к письмам документы и картинки в Google Drive (бывший Google Docs).

В случае с офисными документами получается действительно удобно:


Очередное письмо, созданное дизайнером сайтов, а не емейлов...

...и пропущенное девушкой емейл-маркетологом, которая выросла не из технарей.



А предполагалась красота:


Самое интересное, что даже такой плохой дизайн можно было бы исправить, увеличив шрифты alt-текста на картинках, сделав их более видимыми.

Ошибки сегментирования

Я несколько раз останавливался в отелях сети Hilton в Европе. И вот, совсем недавно, я получил очень "актуальное" для меня предложение о скидке при бронировании на выходных номеров в Латинской Америке.


Транзакционные письма - не для рекламы

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

"Мы хотим добавить рекламу платной услуги в письмо подтверждения смены пароля, т.к. после восстановления пароля человек окажется на сайте и тут-то он вспомнит, что ему нужно пойти купить услугу". Whaaat? Кто вообще замечает что-то кроме ссылки "Ткни сюда" в такого рода письмах?

22 ноября 2013 г.

Как подключить "Почтовый офис" Яндекса

Решил сделать пошаговую инструкцию по добавлению домена в сервис http://postoffice.yandex.ru

1. Вбиваем имя домена в форму:



2. Попадаем на страницу, где нас просят положить специальный файл в корень сайта на домене, который мы добавляем:


Странно, но факт - возможности подтверждения через DNS или ролевые адреса а-ля abuse@test.com нет. В результате не ясно, как подтверждать виртуальные домены типа email.domain.com, на которых вовсе не поднят HTTP-сервер. Для них, наверное, стоит подтвердить адрес почты.

3. Ожидаем остаток времени до проверки.

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


5. Заполняем контактную информацию:


6. ...

7. PROFIT!



Наконец-то! postmaster.yandex.ru он же "Почтовый офис"

Без какого-либо пиара запустился аналог postmaster.mail.ru от "Яндекса" - http://postoffice.yandex.ru/ (он же postmaster.yandex.ru). Официально это изделие называется "Почтовым офисом".

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

Судя по промо-странице, сведений он даст даже больше, чем postmaster.mail.ru, который западным специалистам кажется просто сокровищницей инсайда о user engagement:





И, нонсенс, будет доступна информация о доходах и прочих интересных показателях аудитории получателей писем!


У меня пока не получилось собственно поиграться с интерфейсом, зато я наткнулся на милую закладку:



Мой доклад "Как слать 100М писем каждый день" на CodeFest 2012

Наткнулся на запись своего прошлогоднего выступления. Нашёл и слайды к нему. Надеюсь, вам пригодится.




Емейл-маркетинг и директора

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

Но как только происходит первая заметная неприятность, тут же подключаются первые лица. Взять мои последние консультации, со мной общались исключительно топы: COO, CFO, CPO, основатель проекта. Т.е. до поры до времени они воспринимают хорошую доставляемость как должное, но чуть что включают ручное управление.

2 ноября 2013 г.

Адский емейл-маркетинг из Украины

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


Да-да, вы можете видеть адреса других подписчиков :) И да, в теле письма ничего нет кроме подписи и некоего вложения (вирус?).

А вот и содержимое приложенного doc-файла:



Одним словом, приятных покупок, девчёнки! :)

Instant actions в Gmail

Оказалось, что заполучить кнопку прямо в списке сообщений в веб-морде Gmail'а может любой желающий. Вот описание:
http://gmailblog.blogspot.ru/2013/05/take-action-right-from-inbox.html
http://developers.google.com/gmail/actions/reference/go-to-action

29 октября 2013 г.

Яндекс.Деньги и письмо с отключенной графикой

Почему-то от крупных компаний, умеющих делать хорошие продукты, ожидаешь постоянно высокого качества по всем их сервисам, даже не самым крупным.

Однако вот письмо, которое я от них получил:


Мне аж страшно, наверное из-за Хэллоуина. Ведь задумка-то огого какая:


Выводы? Учите дизайнера думать о том, как и что бывает в почте. Учите верстальщика предусматривать фон не только картиночный. Думайте о том, что влезет в первый экран при просмотре.

28 октября 2013 г.

Кнопки по блату в веб-морде Gmail

Обнаружил совершенно неожиданную для себя вещь – некоторые письма в веб-интерфейсе Gmail имеют кнопку для основного действия прямо в списке писем.

Такое поведение я обнаружил для писем про бронирование отелей от Booking.com и запросов дружбы на Foursquare.

Booking.com:


Foursquare:



Предполагаю, что это некие фичи, сделанные внутри Gmail специально для этих отправителей и этих типов писем. Задал вопрос инсайдеру Gmail'а, жду ответа.

21 октября 2013 г.

Outlook / Hotmail ужесточает лимиты на число писем для рассыльщиков с сомнительной репутацией?

Похоже, что с сегодняшнего дня Outlook-Hotmail ввёл (или тестирует?) более жёсткие лимиты на число сообщений в единицу времени для рассыльщиков со сомнительной (читай - средней, но редкой) репутацией.

Сразу несколько знакомых мне сервисов сегодня столкнулись с тем, что они получали отлуп следующего вида:
421 RP-001 (SNT0-MC2-F33) Unfortunately, some messages from x.x.x.x weren't sent. Please try again. We have limits for how many messages can be sent per hour and per day. You can also refer to http://mail.live.com/mail/troubleshooting.aspx#errors
По ссылке обозначена причина ограничений:
Reason for rate limitation is related to IP/domain reputation.
Ещё один повод вспомнить о том, что останавливаться на "так себе" репутации не стоит, нужно стабильно держаться хорошего уровня.

30 сентября 2013 г.

Seed-мониторинг доставляемости почты

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

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

Для такого мониторинга ничего лучше рассылок по seed-адресам так не придумали. Выбор соответствующих сервисов небольшой:
  • старый-добрый Return Path с совершенно дикими расценками (готовьте десяток тысяч долларов за год, если у вас большое число языков-рассылок);
  • недорогой российский Email Stream с кучей мелких полезных фишек;
  • багнутый и при этом не дешёвый Delivery Watch;
  • ряд перепродающих в России сервис Return Path локальных игроков.

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

24 сентября 2013 г.

Как добавить иконку в mail.ru к своей емейл рассылке

Периодически меня об этом спрашивают. Раньше (году в 2010) всё было сложно - надо было написать по специальному адресу в Mail.Ru, сидящий за ним человек долго думал, и, спустя месяц, у вашей рассылки появлялась иконка.

Теперь же всё просто, иконку можно загрузить напрямую в postmaster.mail.ru на специальной странице по клику на "Изменить аватар".

10 сентября 2013 г.

Интересный случай скрытия повторяющегося контента в Gmail

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

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

Так выглядело письмо, когда я его открыл:


А вот оно же в развёрнутом состоянии:


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

9 сентября 2013 г.

Перенос фокуса с емейлов на пуш-уведомления

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

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

Очевидно, в свете таких изменений пора искать и укреплять альтернативные каналы для связи с клиентами. Тут, конечно, можно вспомнить об SMS, ведь у них вероятность прочтения предельная - на уровне 100%, но всё-таки их отправка заметно дороже. Что остаётся? Верно, push-нотификации.

С push-уведомлениями всё проще технически, если сравнивать с емейлами, но всё-таки имеется пара know how, которые требуется знать. Отдельный вопрос – это интеграция пуш уведомления с емейлами и прочими существующими каналами связи. Когда слать пуши, когда емейлы, а может быть и пуши емейлы вместе? Обычно это всё решается отдельно для каждого проекта, идеального рецепта нет. Но есть несколько общих моментов, как то осторожность с отправкой пушей по ночам.

Большим плюсом для маркетологов является то, что владельцы смартфонов не имеют таких эффективных средств работы с пушами, которые имеются в почте. Нет priority inbox, нет кнопки "Это спам", нет автоматического раскладывания пушей по папкам, на Android'е даже не присутствует простая возможность отключать пуш-уведомления от приложений.

Я вижу как емейл маркетинг очень медленно, но становится менее эффективным, а push-уведомлениям российские проекты по-прежнему не уделяют внимания. В целом отсутствует какая-либо шумиха по этому глобальному изменению, всё ограничивается старыми, набившими оскомину рецептами про оптимизации писем для просмотра на мобильных. А жаль!

7 сентября 2013 г.

Контент писем в виде картинок и медленный интернет

Думаю, заголовок поста говорит сам за себя, но всё же. Вот что я видел в течение первых 10 секунд после открытия письма на телефоне:


Человек проверяет свой емейл с телефона на бегу, обнаруживает нежданное промо-письмо, в котором ничего не видно в течение 10 секунд - угадаете, чем дело кончится? :)

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

6 сентября 2013 г.

Оценка эффективности продуктовых изменений

Как правильно оценивать продуктовые изменения? Да-да, любое продуктовое изменение, связано оно с почтой или нет. Другой цвет кнопок в письмах, обновлённый дизайн формы поиска, новая платная услуга – как убедиться, что действительно стало лучше, а не говорить себе "вроде бы сработало"?


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

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

Поэтому я уверен, что A/B тестирование – единственный работающий подход, позволяющий получить достоверные результаты, а не искать выход на ощупь.


Что же такое A/B тестирование и как его делать правильно? Думаю, вы это и так знаете, но на всякий случай я дам ссылку на статью в википедии и расскажу в паре предложений сам. Итак, A/B тест – это когда вы тестируете два варианта страницы, фичи (старый и новый), или сам факт наличия фичи (нет или есть) на двух группах людей. Тут есть два важных момента:

  • группы должны быть однородными (например, в обеих только парни из Москвы);
  • каждый пользователь должен на протяжении всего теста видеть только один вариант из двух.

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

Что такое A/B тест мы разобрались, теперь надо понять, как правильно его выполнить.

Любое крупное изменение, даже самое очевидное, достойно тестирования

В эту пользу говорит несколько аргументов. Часто бывает так, что тест проводится в виде “включим его только в такой-то стране/городе, а если там всё будет хорошо, то включим везде”. Так поступать нельзя, потому что:

  1. Во время тестирования в этой стране была очень плохая погода, поэтому люди сидели дома и проводили больше времени на сайте (внимание, это пример из реальной жизни!) - а вы посчитаете, что тест удачный.
    В случае, если бы вы проводили A/B тест, то вы бы наблюдали действительную картину, сравнивая 2 группы людей в плохой погоде, а не группу людей в хорошую погоду и группу людей в плохую.
  2. Получив хорошие результаты в стране А вы не имеете никакой гарантии, что в целом по всему проекту это изменение также даст положительный эффект. Правильным было бы провести тест на 5-50% (в зависимости от ваших ожиданий об успешности теста) от всех пользователей.
    Пример из реальной жизни: люди из западных стран, особенно UK и US, неохотно пользуются фичами рассылки инвайтов, в то время как в Восточной Европе и Латинской Америке это прекрасно работает. В результате, проведя тест только в UK и US, можно отказаться от фичи, которая прекрасно сработает в других странах.


Следует смотреть не только на показатели, относящиеся непосредственно к изменяемой фиче, но и на все базовые метрики в целом

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


Такое вот категоричное мнение у меня сложилось. Может быть у вас другой опыт? Есть что сказать – пишите в комментариях.

2 сентября 2013 г.

Чёрный список email-адресов: как долго хранить проблемные адреса?

В любом проекте с развитой почтовой рассылкой имеется список адресов, на которые письма слать нельзя, часто называемый чёрным списком. Пополняется он, главным образом, несуществующими адресами по факту получения баунс-сообщений, а также по информации о жалобах пользователей на спам (FBL-уведомлениям).

Стоит ли хранить их вечно? Наверное, нет, ведь задача состоит в том, чтобы в разы сократить отправку писем на проблемные адреса, но не свести её к полному нулю.

Итак, какие бывают ситуации, когда адрес попадает в чёрный список?

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

2. FBL-уведомление, которое обычно приходит в случае инвайта, если такая система есть в проекте. Мой опыт показывает, что есть весьма хороший шанс, что пользователь, нажавший "Это спам!" сегодня с радостью зарегистрируется по приглашению через полгода. Если же зарегистрированный пользователь невзлюбил ваши письма, то я бы рекомендовал попробовать написать ему заново через примерно тот же срок. Поэтому таймаут получается примерно тот же - несколько месяцев.

31 августа 2013 г.

Соцсетям (и не только) на заметку

Последнее интересное для меня новшество - DMARC, появилось более года назад. И вот новая интересная вещь - заголовок Require-Recipient-Valid-Since, позволяющий защитить пользовательские аккаунты от кражи с помощью восстановления пароля на ранее утерянный адрес почты.

Работает это так: вы указываете в этом заголовке дату подтверждения адреса почты. Если Yahoo обнаруживает, что адрес почты был (пере)создан после указанной в заголовке даты, то он отправит вам в ответ особый баунс, по которому вы и поймёте, что это потенциальная попытка "угона" аккаунта.

В настоящий момент данный заголовок поддерживается только Yahoo, но судя по тому, что это продвигается как стандарт через IETF, стоит ждать, что крупнейшие почтовики реализуют эту фичу весьма скоро.

Почему мне кажется, что SpamHaus не прав

Пожалуй, каждому, кто занимается вопросами доставляемости писем знаком SpamHaus. И вроде бы ребята делают хорошую работу - отделяют спамеров от нормальных рассыльщиков, да вот только длительное время это уже не так.

Почему не так, спросите вы? Ведь SBL и DBL списки доступны, спамтрэпы мониторятся и т.д.

К сожалению, из вполне себе полезного списка "точно спамеров" SpamHaus превратился в список из точно спамеров и тех, чьи рассылки не понравились волонтёрам SpamHaus'а.

Хотите пример? Пожалуйста. Представьте, что у вас есть письмо, возвращающее на сайт ушедших юзеров. Естественно, эти юзеры подтвердили свои адреса почты. И, в один прекрасный день, SpamHaus с помощью блокировки ваших почтовых адресов сообщает вам, что очередному работнику-волонтёру кажется, что содержание письма 'misleading'. И этот же волонтёр, толком не разбирающийся в емейл маркетинге, а руководствующийся только своим чувством прекрасного, рекомендует вам избавиться от хорошо работающего письма.

Все продвинутые почтовики давно уже поняли, именно поэтому в наше время SpamHaus используют только мелкие почтовики, не имеющие средств на хорошие системы репутации, а также корпоративные почтовые сервера. С учётом тенденции перехода пользователей на более крупные и качественнные сервисы, вскоре B2C проектам совсем не прийдётся беспокоиться о  выжившем из ума SpamHaus'е.

29 августа 2013 г.

Емейл как произведение искусства

Иногда встречаю рассылки, вылизанные до мелочей. Приятно понимать, что в России есть настоящие профессионалы емейл-маркетинга, которые могут сделать ОЧЕНЬ качественную версию письма без картинок. Респект!

Без картинок:

Обратите внимание, с каким старанием для каждой картинки в письме (логотип компании, логотипы соцсетей и т.п.) прописаны alt-теги. Для большого логотипа даже цвета и размеры шрифтов подобраны, чтобы точно копировать невидимый логотип.

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


А вот как выглядит версия письма с включённой графикой:

28 августа 2013 г.

Маг != путешественник во времени

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

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

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

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

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

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

26 августа 2013 г.

Две опции в List-Unsubscribe

Неожиданно для себя наткнулся на рекомендацию иметь оба варианта (mailto и http) в качестве возможных способов указанных в заголовке List-Unsubscribe в целях улучшения deliverability.

Я не могу сказать, насколько это эффективно в плане улучшения доставляемости, но факт того, что List-Unsubscribe в принципе не используется большинством рассыльщиков, говорит о том, что это вряд ли является признаком "хорошего" письма.

Интересными для меня оказались два момента:
а) несколько из проверенных мной умных рассыльщиков и правда указывают оба способа;
б) кроме List-Unsubscribe в RFC также прописаны List-Help, List-Subscribe, List-Post и List-Owner.

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

List-Unsubscribe: <mailto:unsubscribe-espc-tech-12345N@domain.com>, <http://domain.com/member/unsubscribe/?listname=espc-tech@domain.com?id=12345N>

А как же без картинок и смартфонов?

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

Вот, Android 2.3, приложение Gmail, вариант без картинок (по умолчанию, так видят письмо в первый раз все пользователи веб-версии джимейла и андроидофонов):


Картинки не видны, в первый экран не влезло ни капли осмысленного содержимого.

Ладно, прокручиваем до основной части письма. Вы видите ссылку или кнопку, необходимую, чтобы посмотреть информацию о вакансии?


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