clickSomo

Agentūros

Vienas piltuvas, dvidešimt klientų, dvidešimt atskirai išlaikytų reputacijų

Trys žmonės dirbanti agentūra, tvarkanti dvidešimties vietinių įmonių rinkodarą, turi tą pačią problemą dvidešimt kartų ir tą patį sprendimą dvidešimt kartų — išskyrus tai, kad kiekvieno kliento kontaktų sąrašas, siuntimo tapatybė, domenas ir sutikimų registras turi likti visiškai jų pačių. Įdomus darbas slypi tame „išskyrus“.

Projektas kiekvienam klientui, o ribas saugo duomenų bazė

Viskas čia apibrėžiama nuomininko ir projekto pora — kontaktai, piltuvai, kūriniai, kampanijos, siuntimo tapatybės, ataskaitos. Ta apimtis įgyvendinama eilės lygio sauga duomenų bazėje, o ne nuostata, kurią kas nors turi prisiminti pridėti prie užklausos. Pamirštas projektas nemato nieko, o ne pirmojo projekto eilučių.

Tai reiškia, kad kliento sąrašas negali per klaidą nutekėti į kito kliento kampaniją, ir tai reiškia, kad ataskaita yra apie vieną klientą, nes struktūriškai negali būti apie du.

Kiekvienas klientas siunčia kaip pats save

Siuntimo tapatybė priklauso projektui: jų domenas, jų DKIM raktai, jų pašto dėžutė ar jų tiekėjo paskyra, jų greičio riba. Vieno kliento nesėkminga kampanija negali pakenkti kito kliento pristatomumui, nes jie nieko bendro, ką būtų galima pakenkti, neturėjo.

Tai taip pat anksti išsprendžia nepatogų pokalbį. Klientas valdo savo siuntimą, savo sąrašą ir savo sutikimų registrą. Kai jie išeis — o kai kurie išeis — jie išeina su viskuo savo, ir Jūs nesukūrėte įkaitų situacijos, kurią tektų aiškinti.

Dvidešimt projektų, viena agentūraApimtis
  • 1KontaktaiProjektui. Įgyvendinta duomenų bazėje, o ne užklausoje, kurią reikia prisiminti.
  • 2SiuntimasJų domenas, jų DKIM, jų pašto dėžutė ar tiekėjas, jų greičio riba.
  • 3SutikimaiJų registras. Jis keliauja su jais, įskaitant įrodymus, jei jie išeina.
  • 4AtaskaitosProjektui pagal konstrukciją. Nėra būdo atsitiktinai sujungti du klientus.
  • iKą Jūs pasilikatePiltuvų apibrėžimus ir savo darbo būdą. Tai Jūsų produktas, ir būtent ta dalis verta pakartotinio naudojimo.

Jokios bendros reputacijosJokio bendro sąrašo

Pakartotinis naudojimas be kopijavimo

Sukurkite piltuvą vieną kartą. Įdiekite jį tiek kartų, kiek turite klientų.

Piltuvas yra grafas, o grafas yra JSON su paskelbta schema. Tai reiškia, kad tai, ką naudojate pakartotinai, yra dokumentas, o ne ekrano, kurį kiekvienoje paskyroje reikia atkurti rankomis, nuotrauka.

Jūsų standartiniai piltuvai

Pasveikinimas, apleistas krepšelis, nesvykęs apsilankymas, intervalas, kliento sugrąžinimas. Parašyti vieną kartą to, kas geriausiai tai moka, saugomi Jūsų pačių saugykloje ir sukuriami kliento projekte vienu API kvietimu.

Tikrinami vienodai visur

Tikrintuvas veikia su Jūsų piltuvu kiekviename projekte, kuriame jis atsiduria. Grafas, kuris ciklintųsi be laukimo arba siųstų be temos, ten atmetamas taip pat, kaip būtų čia.

Imituojami prieš paleidžiant

Paleiskite bandomąjį realaus kontakto iš to kliento sąrašo praėjimą per piltuvą ir perskaitykite, ką jam būtų išsiųsta. Padarykite tai po vieną kartą kiekvienam diegimui, ir pokalbis „išėjo ne taip“ liaujasi.

Gerinami vienoje vietoje

Kai sužinote ką nors naujo — antras priminimas geriau veikia dešimt ryto — pakeičiate apibrėžimą ir paskleidžiate jį pirmyn. Klientai, jau vykdantys seną versiją, baigia su sena versija; niekas, kas procese, nenustojama.

Ir kūriniai

Kūrinys yra dokumentas su sujungimo kintamaisiais. Tas pats pasveikinimo laiškas, atvaizduotas su kiekvieno kliento prekės ženklu, spalvomis ir logotipu — paimtais iš jų pačių svetainės pirmojo paleidimo metu.

Arba leiskite tai padaryti agentui

Nukreipkite asistentą į MCP serverį, apribotą vienu projektu, ir leiskite jam parengti bei patikrinti to kliento piltuvą. Viskas, kas pasiekia realų žmogų, vis tiek reikalauja aiškaus patvirtinimo ir lieka kvotoje.

Vienuolika klientų, vienuolika siuntėjų, viena vieta žiūrėti.

Mėnesinės ataskaitos problema

Didžioji dalis agentūros ataskaitų skausmo nėra skaičių gaminimas. Tai skaičių, išgyvenančių kliento papildomą klausimą, gaminimas, ir jų gaminimas be trijų valandų ekrano kopijų pirmąją mėnesio dieną.

Čia padeda du dalykai. Ataskaitos yra API maršrutai, todėl mėnesio paketą gali surinkti scenarijus ir eksportuoti kaip PDF, o ne žmogus su skaičiuokle. Ir skaičiai yra sąžiningi dėl botų: žali ir filtruoti abu prieinami, pažymėti, todėl kai klientas paklaus, kodėl atvėrimo rodiklis nukrito po jų persikėlimo, galite tai paaiškinti vienu sakiniu, o ne gintis keturis.

Tie patys plyteliai atkeliauja į dash-b — kampanijų rezultatai, konversijos praradimas, sąrašo augimas, pristatomumas pagal domeną — tad klientas, norintis gyvos lentos, gali ją turėti savo paskyroje, su savais prisijungimo duomenimis ir be jokio Jūsų rakto puslapyje.

Pirmoji mėnesio dienaScenarijumi
  • 1Kiekvienam projektuiVienas raktas, vieno projekto apimtis, tas pats scenarijus.
  • 2AtsisiųstiKampanijų rezultatai, konversijos praradimas, sąrašo augimas, pristatomumas pagal domeną.
  • 3AtvaizduotiJų kūrybinis dokumentas kaip ataskaitos puslapis, o tada į PDF.
  • 4SiųstiArba įdėkite į jų lentą. Į kurią tas klientas iš tiesų žiūri.
  • iKas pasikeitėTrys valandos ekrano kopijų tapo suplanuota užduotimi, nes ataskaitos visą laiką buvo maršrutai.

Neapdoroti ir filtruoti, abu pažymėti

Pokalbis apie sutikimą, pravestas anksti

Kiekviena agentūra yra sutikusi klientą, atėjusį su keturių tūkstančių adresų skaičiuokle ir miglotu atsakymu, iš kur jie atsirado. Čia tai nėra ginčas, kurį turite laimėti; tai laukas.

Importas atkeliauja kaip teisėtas interesas, niekada kaip sutikimas, o pagrindų mišinys rodomas prieš išeinant bet kuriai kampanijai. Jei sąrašo siųsti negalima, tai sakoma importo metu, o ne skundo metu. Tai nepatogų sprendimą paverčia bendru to paties ekrano skaitymu — o tai daug geresnė padėtis Jums, kai klientas užsispyria.

Verta pasakyti klientui garsiai: reputacija, kurios rizikuoja prastas sąrašas, yra jo, jo pačio domene, nes kiekvienas projektas siunčia kaip pats save. Tai stipresnis argumentas nei bet koks reglamentas, ir būtent jis paprastai veikia.