E-mail маркетинг для интернет‑магазина. Инструкция по внедрению - [29]
Принимаем верстку не менее тщательно. Смотрим, корректно ли она отображается в почтовых клиентах? Адаптируется ли под смартфон? Здесь нам помогут все те же сервисы для тестирования.
По итогам получаем красивый, функциональный шаблон, который очень пригодится нам на следующем этапе.
Внедрение
После того как шаблон нотификаций готов, перед нами встает выбор: сразу передать его программисту или заранее проделать еще львиную долю работы, составляя подробное ТЗ? Конечно, я порекомендую второй вариант, хотя он и более трудоемок, – только так можно гарантировать качественное внедрение нотификаций.
Служебные письма нередко выглядят небрежно и недружественно настроены к пользователю. Это происходит потому, что их разработку от начала и до конца поручают IT-специалистам. А коммуникация, скажем прямо, не их конек. Более того, это не их работа.
Если передать «сырой» шаблон программисту с просьбой внедрить его в действующие нотификации, результат будет сильно зависеть от качеств конкретного исполнителя: насколько хорошо он верстает, внимательно ли относится к деталям. В конце концов, доработка нотификаций – это сплошные детали! Убрать лишние слова, перекомпоновать текст, подвинуть картинку на пару пикселей.
И если нам хочется, чтобы результат как можно меньше зависел от случайного стечения обстоятельств, то вместо того, чтобы «спускать все на тормозах», нужно усилить контроль на данном этапе.
На основе шаблона нотификаций собираем конкретные типы писем.
Вставляем нужные тексты (кстати, хорошо бы их в процессе немного «причесать») и картинки, структурируем информацию, убираем лишние блоки. Например, в письме о регистрации не нужна таблица с товарами. А в уведомлении о смене статуса заказа – блок с логином и паролем.
Там, где в тело письма подставляется персонализированная информация (ФИО, номер заказа, названия товаров), пока прописываем какой-то условный текст: {{Имя}}, {{Фамилия}}, {{№ заказа}} и т. п.
В ссылки «шапки» и футера добавляем utm-метки. В качестве параметра utm_source можно использовать «notifications», utm_medium – «email»; utm_campaign стоит прописывать индивидуально для каждого типа писем: «registration», «forgot_password», «new_order» и т. д.
Полная utm-метка будет выглядеть следующим образом:
http://shop-example.ru?utm_source=notifications& utm_medium=email&utm_campaign=…
Наличие таких меток в ссылках поможет оценивать эффективность работы нотификаций. Причем как в целом (по параметру utm_source), так и для каждого письма в отдельности (по параметру utm_campaign).
Прорабатываем подобным образом все нотификации. На выходе получится 10–20 конкретных писем, выполненных на базе шаблона:
Используем получившиеся письма в ТЗ на внедрение. Для начала сформулируем задачу (внедрить новый html-шаблон в действующие нотификации) и укажем общие параметры:
• E-mail отправителя: лучше использовать тот же, что и для массовой/автоматической рассылки, ради единства всех коммуникаций по электронной почте.
• Имя отправителя: пусть отличается от аналогичного имени в других рассылках. Нам нужно четко обозначить характер писем. Поэтому, если для массовой рассылки используется название магазина Shop-example. ru, то для нотификаций можно попробовать, скажем, Shop-example Service.
Далее сводим всю оставшуюся информацию по письмам в таблицу:
№ – порядковый номер нотификации.
Тип сообщения – тип конкретной нотификации.
Старая тема – прежняя тема письма (как правило, «суховата»).
Новая тема – отредактированная тема письма (переработана в маркетинговой манере).
Например, старая тема: Список желаний пользователя {{Имя}} {{Фамилия}}
Новая тема: {{Имя}} {{Фамилия}} прислал Вам свой Список желаний
Содержание – обновленные нотификации. Удобно добавить его в столбец ссылками на скачивание (для загрузки писем в сеть можно воспользоваться общедоступными сервисами вроде Яндекс. Диск или Google Drive).
Контент для подстановки – перечень персонализированного контента для каждого письма. Указание программисту, что подставлять вместо условного текста в скобках {{…}}, использовавшегося при верстке.
Например, {{текущий год}} – подставляем значение текущего года, {{название товара}} – подставляем наименование товара на сайте и т. п.
С примером ТЗ вы можете познакомиться в приложении 7В.
В таком виде нотификации действительно готовы к внедрению. Вы проделали максимум черновой работы, с которой мог не справиться на нужном уровне программист. Ему остается импортировать готовые письма в CMS/используемый сервис и отладить подстановку персонализированного контента.
Сопровождайте внедрение по ТЗ: старайтесь наиболее полно отвечать на вопросы программиста, а также объясните ему цели нововведения. Не давайте задаче потеряться среди прочих приоритетных проектов – установите разумные сроки реализации. Скажем, две недели.
После внедрения обязательно протестируйте результат. Создайте на сайте новый аккаунт и последовательно инициируйте все события, приводящие к отправке писем: регистрация, заказ, восстановление пароля.
Часть событий, скорее всего, можно инициировать только через CMS (смена статусов заказа). Зайдите в соответствующий раздел админки (или попросите того, кто за это отвечает) и отправьте себе недостающие письма.
