¶ Триггерные письма
Триггерные письма можно настроить после размещения виджета на сайте.
С помощью триггерных писем можно настроить автоматизацию взаимодействия с донором. Что поможет увеличить доверие донора и осведомленности к организации. При этом не требует дополнительного вовлечение человеческого ресурса в общение с донором.
Система позволяет настроить триггерные письма несколькими способами.
- Простой - автоматические письма с вашего почтового ящика.
- Расширенные цепочки - через сервисы рассылок Unisender или Maindbox.
¶ Простые триггерные письма
В личном кабинете GIVR.Платежи зайдите в меню пункт Настройки -> Уведомления
Для начала нужно настроить почтовый ящик, который будем использовать в качестве отправителя. Можно настроить любой почтовый ящик, который позволяет работать по SMTP. Для этого раскрываем блок "Общие настройки писем-уведомлений" и прописываем реквизиты доступа к ящику по SMTP.
Реквизиты для отправки писем по SMTP обычно можно найти в личном кабинете почтового ящика в разделе как настроить отправку писем с внешних приложений.
Отправитель- подпись, которая будет добавлена к email отправителя. Может не работать, на некоторых почтовых серверах.E-mail отправителя- почтовый ящик, с которого будут отправлять письма.Хост- хост почтового сервера, на скрине прописан для почтового сервера Яндекс.Пользователь- логин к почтовому ящику. Чаще всего совпадает с email отправителя.Пароль- пароль от почтового ящика по протоколу SMTP.Порт- порт почтового сервера для SMTP.Шифрование- метод шифрования используемый на почтовом сервере для SMTP протокола.
¶ Доступные теги для текстов письма:
Для персонализации писем можно использовать переменные.
Самый актуальный список переменных лучше смотреть в личном кабинете GIVR.Платежи.
#FUND_NAME#- Название фонда
#FUND_EMAIL#- Email фонда
#ORG_NAME#- Полное официальное название организации
#ORG_SHORT_NAME#- Сокращённое название организации
#DONATION_ID#- Идентификатор текущего пожертвования
#DONATION_TYPE#- Тип пожертвования
#DONOR_NAME#- Имя донора
#DONOR_EMAIL#- Email донора
#DONOR_COMMENT#- Комментарий донора к пожертвованию
#SUM#- Полная сумма пожертвования (без учёта комиссий)
#SUM_CURSIVE#- Полная сумма пожертвования прописью (без учёта комиссий)
#SUM_COMISSION#- Полная сумма пожертвования (c учётом комиссии)
#SUM_CURSIVE_COMISSION#- Полная сумма пожертвования прописью (c учётом комиссии)
#PAYMENT_METHOD_NAME#- Название способа оплаты
#PURPOSE_NAME#- Кампания, на которую было сделано пожертвование
#PURPOSE_URL#- Адрес страницы подопечного, на которую было сделано пожертвование
#PURPOSE_TARGET#- Официальная цель пожертвования («Назначение платежа» в сборе)
#PURPOSE#- Название подопечного для платежных систем
#DATE#- Дата пожертвования
#RECURRING_SUBSCRIPTION_CANCELLING_LINK#- Отменить рекуррентную подписку донора
#DONOR_ACCOUNT_LOGIN_LINK#- Ссылка на активацию/вход в Личный кабинет донора
#AVATAR_URL#- Ссылка на файл видео благодарности
¶ Настройка писим
Система позволяет настроить следующие письма:
Настройки благодарственных писем донорам- Отправляется после внесения единоразового пожертвованияПисьмо рекуррентной подписки- Отправляется после активации рекуррентной подпискиПисьмо рекуррентного списания- Отправляется после каждого рекуррентного платежаНастройки уведомлений доноров при достижении целевой суммы сбора- После завершения сбора, рассылается всем донорам, которые в этот сбор жертвовалиПисьма для доноров, отменивших рекуррентную подписку- Вы можете отправлять своим донорам специальный email, когда они отменяют рекуррентную подписку. По умолчанию, такое письмо отправляется донору через 7 дней после отмены подписки.Оповещения об ошибках пожертвований- позволяет настроить отправку уведомление донору и сотрудникам организации о том, что была ошибка или проблема при оплате.Письма для доноров, которые получат видео благодарность- отправляется донору при достижения условий формирования видео автара с благодарностью (Доступно в доп. функциях. Подключается индивидуально)Письма для персонала сайта- После того, как донор внёс свое пожертвование - отправляется письмо на указанный в настройках email. Чтобы сотрудники организации могли получать уведомления о пожертвованиях.
¶ Для настройки тела(текста) письма нужно:
- Открыть блок соответствующего письма.
- Скорректировать тему письма.
- Оформить тело и текст письма используя теги для персонализации. (Доступен полноценны html редактор. который позволяет создать стилизованное письмо).
- Активировать галку
отправлять письма.
Пример настройки письма при успешном разовом пожертвовании
¶ Unisender - расширенные цепочки писем
Unisender позволяет настраивать не просто триггерные писем, а формировать цепочки писем, которые автоматически отправляются по установленным правилам.
Потребуется доступ к кабинету Unisender.
Для настройки интеграции с Unisender нужно зайти в Настройки -> Разработчикам -> Рассылка писем UniSender
Для активации проставляем галку Использовать интеграцию с Unisender и заполняем ключ Unisender секретный ключ API. Ключ нужно взять с кабинета Unisender по инструкции.
Далее в настройки идут теги, с которыми будет передаваться контакт в Unisender, при этом теги можно заменить на свои, если требуется.
Тэг благодарственных писем донорам- тэг, который будет установлен контакту при успешном разовом пожертвовании (single).Тэг рекуррентной подписки- тэг, который будет установлен контакту при создании рекуррентной подписки (init).Тэг рекуррентного списания- тэг, который будет установлен контакту при очередном рекуррентном списании (rebill).Тэг при достижении целевой суммы сбора- тэг, который будет установлен контакту при сборе целевой суммы и закрытии сбора.Тэг ошибки пожертвования- тэг, который будет установлен контакту при ошибке во время списания денег (не достаточно денег, операция заблокирована банком и т.д.).Тэг отмены рекуррентной подписки- тэг, который будет установлен контакту при прекращении подписки.Тэг последнего пожертвования 3 месяца назад- тэг, который будет установлен контакту если от даты последнего доната прошло 91 день (3 месяца)Тэг создания черновика- тэг, который проставляется контакту, если он заполнил форму пожертвования, но при этом не довел его до конца. Внимание! Тэг может поменять через некоторое время на успешный, поэтому при обработке тэга лучше всего проверить статус платежа через некоторое время и еслиnotpaid, то можно отправить письмо для возврата донара.
В Unisender цепочка запускается при добавлении тэга, поэтому при срабатывании триггера сначала у контакта затираются все тэги и потом выставляется новый.
В Unisender при добавлении или обновления контакта, он добавляется в список Donors. По контакту проставляются статистические данные из GIVR.Платежи в дополнительные поля.
Скрин из Unisender
В дополнительные поля контакта добавляются следующие характеристики:
Дата первого платежаСумма максимального платежаОбщее количество платежейАктивны ежемесячные списания(да/нет)Тип последнего платежа- возможные значения: single (разовый), init (инитный), rebill (повторное рекуррентное списание)Тип предыдущего платежа- возможные значения: single (разовый), init (инитный), rebill (повторное рекуррентное списание)Дата последнего платежаСумма последнего платежаОбщая сумма платежейНазначение платежаСтатус последнего платежа- возможные значения: paid (оплачен), error (ошибка), notpaid (не оплачен)Дата предыдущего платежаСрок жизни- сколько донор уже с организацией (пример, 1 год и 2 месяца)Срок жизни в месяцах- сколько донор уже с организацией в месяцах (число)Рейтинг среди доноровНаличие активированного кабинета- активирован ли кабинет донораЕсть временные подпискиВременные подписки на сколько месяцевНазвание закрытого сбора- обновляется у триггера по закрытому сбораСумма закрытого сбора- обновляется у триггера по закрытому сбораПожертвования донора на закрытый сбор- обновляется у триггера по закрытому сбора
¶ Настройка цепочек автоматизации в Unisender
Для настройки автоматической отправки писем в Unisender нужно создать соответствующие цепочки автоматизации (инструкция).
Рассмотрим возможные примеры рассылок.
Скрин из Unisender. Отправка благодарственных писем при успешном разовом пожертвовании.
У контакта выставился тэг thanks и запускается цепочка со скрина по признаку добавления нового тэга. Далее идет проверка, что общая сумма всех успешных пожертвований данного контакта больше или равно 50 т.р. Если больше или равно, то запускается правая ветка, где отправляется письмо и через 30 дн. отправляется второе письмо. Если меньше 50 т.р., то по левой ветки отправляется другое благодарственное письмо.
Скрин из Unisender. Отправка благодарственных писем при повторном рекуррентном списании.
У контакта выставился тэг next_recurrent и запускается цепочка со скрина по признаку добавления нового тэга. После чего отправляется благодарственное письмо. Далее идет ожидание 29 дней и отправка второго письма о том, что скоро произойдет списание.
Приведены примеры для наглядного представления как можно создавать цепочки рассылки писем. Какие именно цепочки создавать и использовать решается в организации в соответствии с фандрайзинговой стратегией.
¶ GIVR.Платежи позволяет загрузить всех доноров и статистику в Unisender.
Данная функция актуальна, если проводился первоначальный импорт данных в GIVR.Платежи. Для этого нужно в настройках GIVR.Платежи нажать на кнопку Создать книгу Unisender.
Кнопка будет доступна только при активации интеграции с Uniseder.
¶ MindBox - расширенные цепочки писем
MindBox позволяет настраивать не просто триггерные писем, а формировать цепочки писем, которые автоматически отправляются по установленным правилам.
Потребуется доступ к кабинету MindBox.
Настройка начинается с MindBox. Нужно добавить все операции и данные, а также создать подключение для интеграции.
- Создаем внешнюю систему в разделе
Настройки - Продукты и заказы - Внешние системы
Скин из MindBox
- Название:
Сайт - Системное имя:
website
- Нужно сделать список статусов заказа в разделе
Настройки - Продукты и заказы - Статусы позиции заказа.
Скин из MindBox
¶ Перечень статусов
| Название | Внешний идентификатор | Категория |
|---|---|---|
| Оплачен | Paid | Оплачена |
| Платеж завершен с ошибкой | fail | Возврат |
| Отмена платежа | cancel | Отменена |
| Не оплачен | notpaid | Оформлена |
- Нужно внести все дополнительные поля в разделе
Настройки - Продукты и заказы - Дополнительные поля.
Скин из MindBox
¶ Перечень полей
| ID | Cущность | Имя(Системное имя) | Тип | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Внешние ID заказа | Идентификатор заказа на сайте(WebsiteID) | Внешний идентификатор(ExternalIdentity) | ||||||||||
| 2 | Клиент | Идентификатор клиента на сайте(WebsiteID) | Уникальный идентификатор(TechnicalIdentity) | ||||||||||
| 3 | Заказ | Регулярный да/нет(recurrent) | Логический(Bool) | ||||||||||
| 4 | Заказ | Дата след. списания(nextPayDate) | Дата(Date) | ||||||||||
| 5 | Клиент | Рекуррент(recurrent) | Логический(Bool) | ||||||||||
| 6 | Заказ | Повторный рекуррент(repayment) | Логический(Bool) | ||||||||||
| 7 | Клиент | Общая сумма пожертвований донора(amountDonation) | Десятичный(Decimal) | ||||||||||
| 8 | Клиент | Количество пожертвований всего(countDonation) | Десятичный(Decimal) | ||||||||||
| 9 | Клиент | Тип последнего платежа(typeDonationLast) | Перечисление(Enum)
|
||||||||||
| 10 | Клиент | Статус последнего платежа(statusDonationLast) | Перечисление(Enum)
|
||||||||||
| 11 | Клиент | Дата последнего платежа(dateDonationLast) | Дата и время UTC(DateTimeUtc) | ||||||||||
| 12 | Клиент | Количество повторных ошибок(countErrorRecurring) | Десятичный(Decimal) | ||||||||||
| 13 | Клиент | Тип предыдущего платежа(typeDonationBefore) | Перечисление(Enum)
|
||||||||||
| 14 | Клиент | Дата предыдущего платежа(dateDonationBefore) | Дата и время UTC(DateTimeUtc) | ||||||||||
| 15 | Клиент | Размер последнего платежа(amountDonationLast) | Десятичный(Decimal) | ||||||||||
| 16 | Продукт | Целевая сумма(target) | Десятичный(Decimal) | ||||||||||
| 17 | Продукт | Собранная сумма(total) | Десятичный(Decimal) |
- В разделе
Интеграции - Интеграциинужно указать URL для импорта и обновления продуктов (Импорт продуктов YML/XML)
Скин из MindBox
| Название | Url | Интервал (ч.) | Внеш. система | Бренд | Исп. авторизацию |
|---|---|---|---|---|---|
| Импорт адресных сборов | https://pay.givr.ru/api/public/export/targeted_charges/<ид организации в GIVR.Платежи> | 24 | website | lk3019 | Нет |
- Нужно добавить интеграцию
Веб-сайт #1в разделеИнтеграции - Интеграции
Скин из MindBox
Системное имя: lk3019.Website
Домен сайта: pay.givr.ru
«Домен сайта» нужен для работы js скрипта на форме.
- Нужно добавить операции в разделе
Кампании – Список кампаний - Операции
Скин из MindBox
¶ Деактивация рекуррентной подписки
Скин из MindBox
Имя: Деактивация рекуррентной подписки
Системное имя: Website.DeactivationSubscription
¶ Заказ - Смена статуса
Скин из MindBox
Имя: Заказ - Смена статуса
Системное имя: Website.UpdateOrderStatus
¶ Закрыли сбор
Скин из MindBox
Имя: Закрыли сбор
Системное имя: Website.PurposeClosed
¶ Заказ - Ошибка списания у рекуррента
Скин из MindBox
Имя: Заказ - Ошибка списания у рекуррента
Системное имя: Website.ErrorRecurrent
¶ Обновление данных доноров
Скин из MindBox
Имя: Обновление данных доноров
Системное имя: Website.UpdateDonor
¶ Заказ - Заполнена форма пожертвования
Скин из MindBox
Имя: Заказ - Заполнена форма пожертвования
Системное имя: Website.CreateOrder
¶ Заказ - Создание авторизованного заказа
Скин из MindBox
Имя: Заказ - Создание авторизованного заказа
Системное имя: Website.CreateAuthorizedOrder
- Для настройки интеграции с Unisender нужно зайти в
Настройки -> Разработчикам -> Рассылка писем MindBox
- MindBox секретный ключ – указан в поле
Основные настройки - Секретный ключ; - MindBox уникальный идентификатор – указан в поле
Основные настройки - Системное имя; - MindBox URL для передачи запросов – нужно указать
https://api.mindbox.ru/v3/operations/async; - MindBox название организации (Brand) для запроса – в разделе
Настройки-Системные-Брендыберется имя бренда.
Скин из MindBox
¶ Триггеры и данные, которыми можно оперировать в MindBox
| Обозначение | Наименование | Описание | Передаваемые данные |
|---|---|---|---|
| Website.CreateOrder | Заполнена форма пожертвования | Донор внес в виджете данные, но на кнопку «Помочь» не нажимал | В событии передаются данные email и имя если было заполнено, ид адресного сбора, название сбора. |
| Website.CreateAuthorizedOrder | Пожертвование | Донор внес в виджете данные и нажал на кнопку «Помочь» | В событии передаются: ид доната, email, имя, признак реккурента, сумма, ид адресного сбора, название сбора, для рекуррентной подписки – дата следующей оплаты. |
| Website.UpdateOrderStatus | Статус пожертвования | От платежного сервиса пришла информация о статусе списания | В событии передаются: ид доната, признак рекуррента, ид адресного сбора, название сбора, для рекуррентной подписки – дата следующей оплаты, общая сумма пожертвований донора, количеств пожертвований всего |
| Website.ErrorRecurrent | Ошибка списания у рекуррента | От платежного сервиса пришла информация о ошибке списания у рекуррента. | В событии передаются данные: ид доната, email, имя, телефон,общая сумма пожертвований донора, количество пожертвований всего, размер последнего платежа, тип последнего платежа (Разовый, Рекуррент, Первый рекуррент, Повторный рекуррент), статус последнего платежа, дата последнего платежа, количество повторных ошибок (если после ошибки идет положительный донат - счетчик сбрасывается). |
| Website.UpdateDonar | Обновление данных доноров | Донор в личном кабинете заполнил информацию о себе или обновил | В событии передаются данные: ид доната, признак рекуррента, email, ФИО, телефон, общая сумма пожертвований донора, количество пожертвований всего, размер последнего платежа, тип последнего платежа (Разовый, Рекуррент, Первый рекуррент, Повторный рекуррент), статус последнего платежа, дата последнего платежа, тип предыдущего платежа (Разовый, Рекуррент, Первый рекуррент, Повторный рекуррент), дата предыдущего платежа. |
| Website.DeactivationSubscription | Деактивация рекуррентной подписки | Донор отписался от рекуррентной подписки | В событии передаются данные: ид доната, email, имя, телефон, общая сумма пожертвований донора, количество пожертвований всего, размер последнего платежа, тип последнего платежа (Разовый, Рекуррент, Первый рекуррент, Повторный рекуррент), статус последнего платежа, дата последнего платежа. |
| Website.PurposeClosed | Закрыли сбор | Адресный сбор собрали и сбор закрылся | В событии передаются данные: ид адресного сбора, название сбора, целевая сумма, собранная сумма, описание сбора |
¶ Настройка цепочек автоматизации в MindBox
Для настройки автоматической отправки писем в MindBox нужно создать соответствующие сценарии (инструкция).
Несколько примеров какие сценарии могут быть созданы.
Приведены примеры для наглядного представления как можно создавать цепочки рассылки писем. Какие именно цепочки создавать и использовать решается в организации в соответствии с фандрайзинговой стратегией.
Скин из MindBox. Благодарность при разовом пожертвовании и последующая отправка отчета через 3 месяца.
Скин из MindBox. Письмо по брошенному донату, когда донор не завершил платеж и ушел.
¶ Примеры цепочек, которые могут быть настроены
Приведены примеры для наглядного представления какие цепочки рассылки писем могут быть. Какие именно цепочки создавать и использовать решается в организации в соответствии с фандрайзинговой стратегией.
Примеры пользовательских сценариев, которые могут быть настроены в Mindbox по триггерам:
-
Брошенный донат
а) закончена сессия пользователя;
б) было введена информация о донате (Website.CreateOrder);
в) ожидаем 15 минут, если доната не было (Website.CreateAuthorizedOrder), а email валиден отправляем письмо;
г) ожидаем еще 15 минут и очищаем информацию о брошенном донате. -
Благодарность за пожертвование
а) сработал триггер (Website.UpdateOrderStatus);
б) проверяем условие успешности доната;
в) если донат успешен проверяем условие рекуррентной подписки. Если донат рекуррентный, а до этого были разовые платежи у донора, то отправляем письмо “с переходом на подписку”. Иначе если не было перехода с обычного на рекуррент в зависимости от того разовый платеж или рекуррентный отправляем разные письма;
г) если донат был неуспешный и разовый, отправляем письмо о проблеме и призываем задонатить еще раз;
д) если ошибка была по рекуррентному ничего не делаем, т.к. сработает (Website.ErrorRecurrent) и можно отправить письма по цепочки ошибка списания рекуррента. -
Ошибка списания рекуррента
а) сработал триггер (Website.ErrorRecurrent) и это первая ошибка рекуррента;
б) ожидаем 2 часа, если донат от рекуррента не прошел, то нужно отправить письмо;
в) ожидаем 3 дня, если платеж от рекуррента после письма и ожидания не поступил, то формируем письмо отчет, как и кому помогли донаты этого рекуррента;
г) ожидаем 30 дней, если донат от рекуррента не прошел, то нужно проработать донора на удержание;
д) если после любого из шагов (б, в, г) пришел положительный статус по донату от этого донора, то цепочка прерывается. -
Ошибка списания рекуррента (повторная)
а) сработал триггер (Website.ErrorRecurrent) и это повторная ошибка рекуррента (количество повторных ошибок больше 1);
б) высоко вероятен отток донора - формируем цепочку на удержание. -
Знакомство с фондом
а) сработал триггер (Website.UpdateOrderStatus), это разовый платеж, оплата успешная и количество пожертвований всего равно 1;
б) ожидаем 2 дня и направляем письмо о фонде;
в) ожидаем 30 дней, если донор не стал рекуррентным отправляем приглашение стать рекуррентном;
г) ожидаем еще 30 дней, если донор не стал рекуррентным отправляем приглашение стать рекуррентном. -
Отписался рекуррент
а) сработал триггер (Website.DeactivationSubscription);
б) ожидаем 1 час и отправляем отчет с призывом для возврата рекуррента;
в) ожидаем 30 дней - отправляем письмо с мотивацией вернуться. -
Обновление информации по донору
а) обновилась информация о доноре, сработал триггер (Website.UpdateDonar);
б) ожидаем 1ч и направляем письмо с информацией как важен донор для фонда. -
Благодарность рекуррента через 3 месяца/через 6 месяцев/через год (последовательные шаги):
а) ожидание 90 дней от первого платежа с рекуррентной подпиской, есть 3 рекуррентных платежа - отправить письмо 3 месяца;
б) ожидание 90 дней после пункта “а”, есть 6 рекуррентных платежей - отправить письмо 6 месяца;
б) ожидание 180 дней после пункта “б”, есть 12 рекуррентных платежей - отправить письмо 1 год с фондом. -
Статистика по донору
а) общая сумма пожертвования донора достигла суммы X рублей, отправляем письмо;
б) общее количество платежей донора достигло N штук, отправляем письмо.
X и N - можно задать несколько в соответствии с целью.