Агенции
Една фуния, двадесет клиенти, двадесет отделни репутации
Агенция с трима души, която води маркетинга на двадесет местни бизнеса, има един и същ проблем двадесет пъти и едно и също решение двадесет пъти — с изключение, че списъкът, идентичността за изпращане, домейнът и записът за съгласие на всеки клиент трябва да останат изцяло негови. Интересната работа е точно в това „с изключение“.
Проект за всеки клиент, а границата е работа на базата данни
Всичко тук е обхванато от наемател и проект едновременно — контакти, фунии, креативи, кампании, идентичности за изпращане, отчети. Това обхващане се налага от защита на ниво ред в базата данни, а не от клауза, която някой трябва да помни да добави към заявка. Забравен проект не вижда нищо, вместо редовете на първия проект.
Това означава, че списъкът на един клиент не може по погрешка да изтече в кампанията на друг, и че отчетът е за един клиент, защото структурно не може да е за двама.
Всеки клиент изпраща от свое име
Идентичността за изпращане принадлежи на проект: техен домейн, техни DKIM ключове, техна пощенска кутия или техен акаунт при доставчик, техен лимит на скоростта. Неуспешната кампания на един клиент не може да навреди на доставяемостта на друг, защото никога не са споделяли нищо, което да се повреди.
Това урежда и един неловък разговор още в началото. Клиентът притежава своето изпращане, своя списък и своя запис за съгласие. Когато си тръгне — а някои ще си тръгнат — си тръгва с всичко това, и Вие не сте изградили ситуация със заложник, която после трябва да обяснявате.
- 1КонтактиЗа всеки проект. Налага се в базата данни, а не чрез заявка, която трябва да помните.
- 2ИзпращанеТехен домейн, техен DKIM, техна пощенска кутия или доставчик, техен лимит на скоростта.
- 3СъгласиеТехен регистър. Той ги следва, заедно с доказателствата, ако си тръгнат.
- 4ОтчетиЗа всеки проект по конструкция. Няма начин случайно да се обединят два клиента.
- iКакво запазватеДефинициите на фуниите и начина, по който работите. Това е Вашият продукт и това е частта, която си струва да се преизползва.
Без споделена репутацияБез споделен списък
Преизползване без копиране
Изградете фунията веднъж. Внедрете я толкова пъти, колкото клиенти имате.
Фунията е граф, а графът е JSON с публикувана схема. Това означава, че преизползваният обект е документ, а не екранна снимка на екран, който трябва да възстановявате на ръка във всеки акаунт.
Вашите собствени фунии
Добре дошли, изоставена кошница, неявяване, интервал, връщане на клиента. Написани веднъж от най-добрия в това, съхранявани във Вашето собствено хранилище и създавани в проект на клиент с едно извикване на API.
Проверявани еднакво навсякъде
Валидаторът работи върху Вашата фуния във всеки проект, в който тя попада. Граф, който би се завъртяло в цикъл без изчакване, или би изпратил без тема, се отхвърля там точно както би се отхвърлил и тук.
Симулирана преди изпълнение
Пуснете на сухо реален контакт от списъка на този клиент през фунията и прочетете какво би му изпратила. Направете това веднъж при всяко внедряване и разговорът „тръгна погрешно“ спира да се случва.
Подобрявани на едно място
Когато научите нещо — второто напомняне работи по-добре в десет сутринта — променяте дефиницията си и я разпространявате напред. Клиентите, които вече изпълняват старата версия, я довършват на нея; никой по средата не се смущава.
Креативите също
Креативът е документ с променливи за сливане. Същият имейл за добре дошли, изобразен с марката, цветовете и логото на всеки клиент — взети от неговия собствен сайт при първото изпълнение.
Или оставете агент да го направи
Насочете асистент към MCP сървъра, обхванат към един проект, и го накарайте да изготви и провери фунията за този клиент. Всичко, което достига до реален човек, все още изисква изрично потвърждение и остава в рамките на квотата.
Единадесет клиенти, единадесет изпращачи, едно място за преглед.
Проблемът с месечния отчет
По-голямата част от болката на агенцията при отчетите не е в създаването на числа. Тя е в създаването на числа, които оцеляват, когато клиент зададе последващ въпрос, и в създаването им без три часа екранни снимки на първото число от месеца.
Две неща помагат тук. Отчетите са API маршрути, така че месечният пакет може да се сглоби със скрипт и да се експортира като PDF, а не от човек с таблица. И числата са честни към ботовете: суровите и филтрираните са налични и двата, с етикети, така че когато клиент попита защо процентът на отваряне спадна след преместването им, можете да го обясните с едно изречение, вместо да го защитавате с четири.
Същите плочки попадат в dash-b — представяне на кампаниите, отпадане във фунията, растеж на списъка, доставяемост по домейн — така че клиент, който иска жива табла, може да има такава, в собствения си акаунт, със собствените си идентификационни данни и без Ваш ключ в страницата.
- 1За всеки проектЕдин токен, един проект, същият скрипт.
- 2ИзтеглетеПредставяне на кампаниите, отпадане във фунията, растеж на списъците, доставимост по домейни.
- 3РендерирайТехния креативен документ като страница от отчет, след това в PDF.
- 4ИзпращанеИли го пуснете в тяхното табло. Това, което клиентът действително чете.
- iКакво се промениТри часа екранни снимки се превърнаха в планирана задача, защото отчетите винаги са били маршрути.
Сурови и филтрирани, и двете с етикети
Разговорът за съгласие, проведен навреме
Всяка агенция е срещала клиента, който идва с таблица от четири хиляди адреса и неясен отговор откъде идват. Тук това не е спор, който трябва да спечелите; това е поле.
Импортът се приема най-много като законен интерес, никога като съгласие, и смесицата от основания се показва преди всяка кампания да бъде изпратена. Ако до списък не може да се изпраща, това се посочва при импорта, а не при получаване на жалба. Така едно неудобно субективно решение се превръща в съвместно четене на един и същ екран — което е много по-добра позиция за вас, когато клиентът настоява.
Заслужава да се каже на глас на клиента: репутацията, изложена на риск от лош списък, е негова, на неговия собствен домейн, защото всеки проект изпраща от свое име. Това е по-силен аргумент от всяка регулация и именно той обикновено убеждава.