Тестването на маркетингова автоматизация означава да проверите кой влиза в нея, какво се случва по време на изчакване и защо спира да получава съобщения. Добре изглеждащият преглед на имейл не показва дали клиент, направил покупка, продължава да получава напомняне за възстановяване на поръчка. Създайте няколко сценария с клиентски данни от Shopify, основани на тези решения, след което проверете както резултата, така и изгледа на всяко съобщение.
Първо определете очаквания път
Запишете какво трябва да се случи с допустим абонат, отписан контакт, клиент, който купува по време на изчакване, човек с липсващи данни за персонализация и човек, който отговаря на условията за две пътеки. Изберете сценарии според действителната цел на автоматизацията.
За всеки случай запишете очакваното съобщение, канал, момент и условие за спиране. Направете го преди теста, за да не се превърне неочакваният резултат мълчаливо в ново очакване. Използвайте контролирани записи и дръжте тестовата активност отделно от реалните клиентски изпращания.
Определете видим критерий за успех във всеки случай
Използвайте действителната цел на автоматизацията, за да определите резултата. При път за възстановяване на поръчка следните случаи са полезна отправна точка. Адаптирайте подробностите към настроения тригер и поддържаните контроли, вместо да приемате списъка за универсален тестов набор.
- Допустим абонат: влиза веднъж, както е замислено, получава правилния език и контекст на поръчката и стига до подходящата целева страница.
- Отписан контакт: не получава маркетингово съобщение по изключения канал, дори ако събитието за поръчка иначе отговаря на условията.
- Покупка по време на изчакване: последващите търговски съобщения за възстановяване спират според планираното условие за покупка.
- Липсваща персонализация: съобщението остава цялостно, четимо и точно без липсващата стойност.
- Припокриващи се пътеки: общите съобщения следват решенията на екипа за приоритет и изключване.
Проследете условията по целия път
В Sendvio прегледайте тригера и всяко условие преди стъпката за изпращане. Потвърдете, че абонаментът за имейл не замества разрешението за SMS и че невалидните данни за контакт не стават допустими само защото е променено друго поле.
Проверете поведението, зависещо от времето. По време на изчакването клиентът може да купи, да се отпише или статусът на поръчката да се промени. Потвърдете, че следващите действия реагират според очакванията, и проверете дали друга активна автоматизация може да изпрати противоречиво съобщение в същия период.
Записвайте очаквания и наблюдавания резултат
Използвайте проста таблица с име на случая, начални данни, събитие, очаквано съобщение или изключване, наблюдаван резултат и доказателство. Посочете съответната версия на автоматизацията и шаблона. Бележката „тествано“ не казва на колега какво реално е проверено и защо по-късна промяна има значение.
Провеждайте контролирани тестове. Използвайте подходящи тестови записи и поддържани методи за преглед или тестване и избягвайте случайни реални промоции или клиентски събития само за да преминете по-бързо през потока. Ако условието не може да се симулира безопасно, проверете го с отговорния екип и документирайте ограничението, вместо да го отбелязвате като преминало.
Когато даден случай не мине, открийте най-малкия отговорен елемент: условие за влизане, промяна на статус, изчакване, допустимост на канала, съдържание или целева страница. Поправете го и повторете този случай, както и всеки съседен, който промяната може да засегне. Едновременната промяна на няколко несвързани правила затруднява разбирането коя поправка е помогнала.
Проверете съдържанието след логиката
Прегледайте дълги имена, липсващи полета, различни имена на продукти и всяка езикова версия. Отворете връзките и проверете дали отстъпката важи на целевата страница. След това нека отговорникът за клиентския път прегледа окончателната аудитория и настройките за активиране.
Запазете таблицата със сценарии към бележките за автоматизацията и повтаряйте подходящите проверки след съществена промяна. Не е нужно всеки ден да тествате повторно всички непроменени подробности. Съсредоточете се върху засегнатите условия, шаблони, оферти или източници на данни, за да останат проверките практични и използваеми.
Добавете граничен случай около най-важното правило. Ако аудиторията използва времеви период, проверете един запис точно в рамките му и един извън него. Ако офертата има минимална сума, тествайте допустима и недопустима количка. Граничните случаи често разкриват предположения, които обикновените примери пропускат.
Преди активиране отговорникът трябва да потвърди, че неразрешените неуспехи са отстранени или че засегнатата стъпка остава неактивна. След старта проверете извадка от реалните резултати, без да разкривате ненужни клиентски данни, и ги сравнете с таблицата със сценарии. Тестът е полезен, защото изяснява желаното преживяване; той не е ритуал на щракане из редактора, докато всеки блок не изглежда познат.