Тип сообщения – тип конкретной нотификации.
Старая тема – прежняя тема письма (как правило, «суховата»).
Новая тема – отредактированная тема письма (переработана в маркетинговой манере).
Например, старая тема: Список желаний пользователя {{Имя}} {{Фамилия}}
Новая тема: {{Имя}} {{Фамилия}} прислал Вам свой Список желаний
Содержание – обновленные нотификации. Удобно добавить его в столбец ссылками на скачивание (для загрузки писем в сеть можно воспользоваться общедоступными сервисами вроде Яндекс. Диск или Google Drive).
Контент для подстановки – перечень персонализированного контента для каждого письма. Указание программисту, что подставлять вместо условного текста в скобках {{…}}, использовавшегося при верстке.
Например, {{текущий год}} – подставляем значение текущего года, {{название товара}} – подставляем наименование товара на сайте и т. п.
С примером ТЗ вы можете познакомиться в приложении 7В.
В таком виде нотификации действительно готовы к внедрению. Вы проделали максимум черновой работы, с которой мог не справиться на нужном уровне программист. Ему остается импортировать готовые письма в CMS/используемый сервис и отладить подстановку персонализированного контента.
Приемка работы
Сопровождайте внедрение по ТЗ: старайтесь наиболее полно отвечать на вопросы программиста, а также объясните ему цели нововведения. Не давайте задаче потеряться среди прочих приоритетных проектов – установите разумные сроки реализации. Скажем, две недели.
После внедрения обязательно протестируйте результат. Создайте на сайте новый аккаунт и последовательно инициируйте все события, приводящие к отправке писем: регистрация, заказ, восстановление пароля.
Часть событий, скорее всего, можно инициировать только через CMS (смена статусов заказа). Зайдите в соответствующий раздел админки (или попросите того, кто за это отвечает) и отправьте себе недостающие письма.
Заведите табличку для фиксирования результатов:
Столбцы № и Тип повторяют данные из перечня нотификаций. В столбцах Имя – Содержание делаем пометки о ходе тестирования. Если тестируемый параметр в письме соответствует ТЗ (скажем, у письма корректная тема и имя/e-mail отправителя), ставим в ячейке «+».
К проверке содержания отнесемся с особенным вниманием. Проверяем отображение верстки в разных почтовых клиентах/на разных устройствах. Просматриваем контент для подстановки.
Если обнаружили ошибки, ставим в соответствующей графе «–», а подробности записываем в отдельный список «багов». По итогам передаем список программисту на исправление.
Если работы ведутся не на тестовом сервере, важно проверять и править нотификации оперативно. Поток заказов в магазине не останавливается, а значит, пока идет отладка, пользователи могут получать некорректные письма.