Агенцтвы
Адна варонка, дваццаць кліентаў, дваццаць рэпутацый, якія захоўваюцца асобна
Агенцтва з трох чалавек, якое вядзе маркетынг для дваццаці мясцовых бізнесаў, мае адну і тую ж праблему дваццаць разоў і адно і тое ж рашэнне дваццаць разоў — з тым выключэннем, што спіс кожнага кліента, ідэнтычнасць адпраўкі, дамен і запіс згоды павінны заставацца цалкам яго ўласнымі. Цікавая праца якраз у гэтым «выключэнні».
Праект на кліента, а мяжа — справа базы дадзеных
Усё тут абмежавана адначасова арандатарам і праектам — кантакты, варонкі, крэатывы, кампаніі, ідэнтычнасці адпраўкі, справаздачы. Гэтае абмежаванне забяспечваецца бяспекай на ўзроўні радкоў у базе дадзеных, а не ўмовай, якую нехта павінен памятаць дадаць да запыту. Забыты праект не бачыць нічога, а не радкі першага праекта.
Гэта азначае, што спіс аднаго кліента не можа выпадкова трапіць у кампанію іншага кліента, і што справаздача тычыцца аднаго кліента, бо структурна яна не можа тычыцца двух.
Кожны кліент адпраўляе ад свайго імя
Ідэнтычнасць адпраўкі належыць праекту: іх дамен, іх ключы DKIM, іх паштовая скрыня або ўліковы запіс правайдара, іх ліміт хуткасці. Няўдалая кампанія аднаго кліента не можа пашкодзіць дастаўляльнасць іншага, бо ім ніколі не было чым дзяліцца.
Гэта таксама вырашае нязручную размову загадзя. Кліент валодае сваёй адпраўкай, сваім спісам і сваім запісам згоды. Калі ён сыходзіць — а некаторыя сыходзяць — ён сыходзіць з усім гэтым, і вы не стварылі сітуацыю з закладнікам, якую прыйшлося б тлумачыць.
- 1КантактыНа праект. Забяспечваецца ў базе дадзеных, а не запытам, які трэба памятаць.
- 2АдпраўкаІх дамен, іх DKIM, іх скрыня або правайдар, іх ліміт хуткасці.
- 3ЗгодаІх рэестр. Ён падарожнічае з імі, разам з доказамі, калі яны сыходзяць.
- 4СправаздачыНа праект па канструкцыі. Выпадкова аб'яднаць двух кліентаў немагчыма.
- іШто вы захоўваецеВызначэнні варонак і ваш спосаб працы. Гэта ваш прадукт, і гэта тая частка, якую варта выкарыстоўваць зноў.
Ніякай агульнай рэпутацыіНіякага агульнага спісу
Паўторнае выкарыстанне без капіявання
Пабудуйце варонку аднойчы. Разгарніце яе столькі разоў, колькі ў вас кліентаў.
Варонка — гэта граф, а граф — гэта JSON з апублікаванай схемай. Гэта азначае, што тое, што вы выкарыстоўваеце зноў, — гэта дакумент, а не здымак экрана, які трэба нанова будаваць уручную ў кожным акаўнце.
Вашы ўласныя варонкі
Прывітанне, закінуты кошык, неяўка, інтэрвал, вяртанне. Напісаныя аднойчы тым, хто лепш за ўсіх гэта робіць, якія захоўваюцца ва ўласным рэпазіторыі і ствараюцца ў праекце кліента адным выклікам API.
Правераныя аднолькава ўсюды
Валідатар правярае вашу варонку ў кожным праекце, куды яна трапляе. Граф, які зацикліўся б без чакання або адправіў бы без тэмы, адхіляецца там дакладна так жа, як і тут.
Сімуляцыя перад запускам
Прагоніце рэальнага кантакта са спіса гэтага кліента праз варонку і паглядзіце, што яму было б адпраўлена. Зрабіце гэта аднойчы на кожнае разгортванне, і размова «адправілася не так» перастане адбывацца.
Паляпшэнне ў адным месцы
Калі вы даведаецеся нешта новае — другое напамінанне лепш працуе а дзясятай раніцы — вы змяняеце сваё вызначэнне і накатваеце яго наперад. Кліенты, якія ўжо працуюць са старой версіяй, завяршаюць на старой версіі; нікога ў працэсе не турбуюць.
Крэатывы таксама
Крэатыў — гэта дакумент са зменнымі для падстаноўкі. Той самы прывітальны ліст, аформлены брэндам, колерамі і лагатыпам кожнага кліента — узятымі з яго ўласнага сайта пры першым запуску.
Або даручыце гэта агенту
Накіруйце асістэнта на сервер MCP, абмежаваны адным праектам, і даручыце яму скласці і праверыць варонку для гэтага кліента. Усё, што даходзіць да рэальнага чалавека, усё яшчэ патрабуе відавочнага пацверджання і заставаецца ў межах квоты.
Адзінаццаць кліентаў, адзінаццаць адпраўнікоў, адно месца для прагляду.
Праблема штомесячнай справаздачы
Большая частка болю агенцтва ад справаздачнасці — гэта не стварэнне лічбаў. Гэта стварэнне лічбаў, якія выстаяць, калі кліент задасць дадатковае пытанне, і стварэнне іх без трох гадзін здымкаў экрана першага чысла месяца.
Тут дапамагаюць дзве рэчы. Справаздачы — гэта маршруты API, таму штомесячны пакет можа быць сабраны сцэнарыем і экспартаваны ў PDF, а не чалавекам з табліцай. І лічбы шчырыя адносна ботаў: даступныя і сыравінныя, і адфільтраваныя, з пазнакамі, таму калі кліент спытае, чаму пасля пераходу ўпаў адсчытак адкрыццяў, вы можаце растлумачыць гэта адным сказам, а не абараняцца чатырма.
Тыя ж самыя пліткі трапляюць у dash-b — эфектыўнасць кампаній, адток з варонкі, рост спісу, дастаўляльнасць па даменах — таму кліент, які хоча жывую панэль, можа яе мець, на ўласным акаўнце, з уласнымі ўліковымі дадзенымі і без вашага ключа на старонцы.
- 1Для кожнага праектаАдзін токен, адна вобласць праекта, той самы скрыпт.
- 2СпампавацьЭфектыўнасць кампаній, адток у варонцы, рост спісаў, дастаўляльнасць па даменах.
- 3РэндэрынгІх крэатыўны дакумент як старонка справаздачы, а потым у PDF.
- 4ДаслацьАбо дадаць на іх дошку. Туды, што кліент сапраўды чытае.
- іШто змяніласяТры гадзіны скрыншотаў сталі запланаванай задачай, бо справаздачы ўсё час былі маршрутамі.
Сырыя і адфільтраваныя, абодва з подпісам
Размова пра згоду, праведзеная загадзя
Кожнае агенцтва ведае кліента, які прыходзіць з табліцай на чатыры тысячы адрасоў і расьплюстранай адказ пра тое, адкуль яны ўзяліся. Тут гэта не спрэчка, якую трэба выйграць; гэта поле.
Імпарт трапляе як законны інтарэс у лепшым выпадку, ніколі як згода, і сумесь падстаў паказана да любой кампаніі. Калі спіс нельга выкарыстоўваць для рассылкі, гэта гаворыцца ў момант імпарту, а не ў момант скаргі. Гэта ператварае нязручнае рашэнне ў сумеснае чытанне аднаго экрану — а гэта значна лепшая пазіцыя для вас, калі кліент настойвае.
Варта сказаць кліенту ўслых: рэпутацыя, якой рызыкуе дрэнны спіс, — гэта іхняя рэпутацыя, на іхнім уласным дамене, бо кожны праект рассылае ад свайго імя. Гэта мацнейшы аргумент, чым любы рэгламент, і менавіта ён звычайна дзейнічае.