Comments 15
Вопросы есть следующее (они никак не связаны друг с другом):

1. Как быть с поддержкой BlackBerry? Есть ли там подводные камни?
2. Если мы шлем письмо в Китай, на что стоит обратить внимание при подготовке верстки?
3. Картинки все-таки крепить к письмам или вставлять с сервера?
1. Есть проблемы с кодировкой. Многие модели в дефолтном почтовике не понимают Юникод. Нюансов, пожалуй, не назову, ибо никогда не стояло задачи на поддержку. Все таки доля слишком мала. Хотя жалоб от американцев на баги не было.
2. Увы, не слал письма в Китай. Слишком неизведанный рынок почтовиков и психологии пользователя. Лучшим вариантом будет сотрудничество с местыми спецами.
3. Если очень хочется, то лого можно аттачить. Я не злоупотребляю подобным, ибо gmail фильтры очень обидчивы. Если в случае яндекса и мейла у нас есть возможность отследить проблему через почтмастеры, то в случае гуглом это практически нереально.
Насколько сложно реализовать триггерные рассылки, и есть ли учебные материалы о подходе к этому вопросу?
Реализовать нетрудно, а вот сделать качественный выхлоп, разумеется сложнее.
Делаем на сайте систему событий для необходимых триггеров и шлем письма.
Пример: человек зарегался в магазине, накидал товаров в корзину и пропал. Два дня не появлялся? Отправляем ему письмо с его корзиной. По ссылке из письма переправляем его на оформление заказа. Никаких трудностей с точки зрения любого серверного языка программирования.
Самое сложное — это составить оптимальную систему событий для отправки и не затравить пользователя письмами. Поэтому не надо делать все и сразу. Сделали пару триггеров, смотрим статистику. Если много отписок(возможность для которых должна быть обязательна), то не стоит городить новые триггеры, лучше пересмотреть текущие.

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

Гугление по теме триггеров даст достаточно материала, по большому счету. Также можно прочесть «E-mail-маркетинг. Исчерпывающее руководство» Дмитрия Кота. Не истина в первой инстанции, но есть, что почерпнуть. Нет универсальных решений. Свою аудиторию надо тестировать.

P.S. По юзабилити писем рекомендую статьи Якоба Нильсена.
Служебные письма от сервиса попадают в спам гмыла. Качество доставляемости под вопросом, если письма идут с их серверов.
На сервисе можно настроить свои серверы для отправки, если есть уверенность, что сами сможете обеспечить доставку и на гмейл и на яху и т.п… С ними большие сложности хотя бы потому, что нормально они воспринимают только англицкие письмена, в некоторых случаях, требуется нюансы в верстке, а еще иногда, присутствие в их вайт-листах. Как правило, аудитория получателей с гмейловской почтой редко превышает 3% в рассылках, поэтому не всегда целесообразно «убиваться надо доставкой непосредственно в inbox.
Как говорят на западе — «Bullshit», уж простите. В моем случае аудитория gmail 10-45% от всей базы. Шлем через sendgrid api со своих серверов, и не знаем проблем. White Label + постоянное слежение за репутацией домена, и все падает в инбокс/offers.

Западные почтовые сервисы бы ну гуано изошли но вывернулись, попади их собственное письмо в спам.
Онлайн-редактор для создания макетов писем, штука, конечно важная, особенно, если речь идет о создании массовых рассылок, когда тебе 1-2 раза в неделю надо с ним сталкиваться, составляя очередную рассылку. Суть триггерных оповещений — настройка 1,2, нескольких сценариев один раз для своего сайта, и дальше они работают в фоновом режиме. Заходишь только раз в месяц статистику проверить, подписку оплатить, возможно, внести минимальные корректировки. К тому же, есть еще менее удобные редакторы, да, это конечно, не аргумент )), но так, к слову.
Как правило, триггерными рассылками пользуются Интернет-магазины. Им зачастую нужно 3-4 сценария. Итак, как они трепетно относятся к имиджу своего бренда, то разрабатывают свои HTML-шаблоны и загружают их на сервис, то есть, можно вообще не работать с редактором.

Что же более показательно для сервиса триггерных оповещений, так это то, что интеграция — это всего лишь размещение JS-кода;
— сервис позволяет не только использовать предзаданные сценарии и шаблоны рассылок, но и создавать свои уникальные события (вплоть до «нажал на такую-то кнопку» ) и сценарии на их основе;
— сценарии могут состоять из длинных цепочек действий посетителей в публичной части сайта, и могут быть насколько угодно долго отложены во времени (например, сценарий: Если клиент зарегистрировался и добавил товар в корзину и завершил оформление покупки и прошло 45 дней и не зашел на сайт, то отправить ему письмо);
— есть привязка рассылок к гугл аналитикс;
— а также есть своя внутренняя статистика и аналитика.

Это мои 5 копеек в пользу данного сервиса, раз уж речь о нем зашла. Конечно, он молодой, косяки есть и еще какое-то время будут, но уже можно пользоваться и давать ребятам обратную связь — они стараются по мере сил учитывать пожелания пользователей и делают серьезные доработки.
Нафиг редактор. Мне надо в три клика обновить шаблон, заменив чистый html. Там же это превращается в целый квест.
Спасибо за хороший отзыв о нас (Badoo), мы стараемся :) Если не сложно, поправьте ссылку не на статьи опубликованные от имени юзера Badoo, а на одноимённый блог. Спасибо!
UFO landed and left these words here
Письма в отличие от сайтов имеют много нюансов, поэтому каждый случай индивидуален. Я оцениваю каждую отдельную работу по человекочасам.
Only those users with full accounts are able to leave comments. Log in, please.