Agentuurit
Yksi suppilo, kaksikymmentä asiakasta, kaksikymmentä erillään pidettyä mainetta
Kolmen hengen toimistolla, joka hoitaa markkinointia kahdellekymmenelle paikalliselle yritykselle, on sama ongelma kaksikymmentä kertaa ja sama ratkaisu kaksikymmentä kertaa — paitsi että jokaisen asiakkaan lista, lähetystunnus, verkkotunnus ja suostumustieto on pidettävä täysin omana. Kiinnostava työ on tuossa "paitsi"-osassa.
Projekti per asiakas, ja rajanveto on tietokannan tehtävä
Kaikki tässä on rajattu vuokralaiseen ja projektiin yhdessä — yhteystiedot, suppilot, luovat aineistot, kampanjat, lähetystunnukset, raportit. Tämä rajaus valvotaan tietokannan rivitason tietoturvalla, ei ehdolla, jonka jonkun on muistettava lisätä kyselyyn. Unohdettu projekti ei näe mitään ensimmäisen projektin rivien sijaan.
Se tarkoittaa, ettei asiakkaan lista voi vahingossa vuotaa toisen asiakkaan kampanjaan, ja se tarkoittaa, että raportti koskee yhtä asiakasta, koska se rakenteellisesti ei voi koskea kahta.
Jokainen asiakas lähettää omana itsenään
Lähetystunnus kuuluu projektiin: heidän verkkotunnuksensa, heidän DKIM-avaimensa, heidän postilaatikkonsa tai palveluntarjoajatilinsä, heidän nopeusrajoituksensa. Yhden asiakkaan epäonnistunut kampanja ei voi vahingoittaa toisen asiakkaan toimitettavuutta, koska he eivät koskaan jaa mitään, mikä voisi vahingoittua.
Se myös ratkaisee hankalan keskustelun ajoissa. Asiakas omistaa lähetyksensä, listansa ja suostumustietonsa. Kun he lähtevät — ja jotkut lähtevät — he lähtevät kaiken mukanaan, etkä rakentanut panttivankitilannetta, jonka joutuisit selittämään.
- 1YhteystiedotPer projekti. Valvotaan tietokannassa, ei kyselyllä, jonka sinun on muistettava tehdä.
- 2LähetysHeidän verkkotunnuksensa, heidän DKIM, heidän postilaatikko tai palveluntarjoaja, heidän nopeusrajoituksensa.
- 3SuostumusHeidän tietonsa. Se lähtee heidän mukanaan, todisteineen, jos he lähtevät.
- 4RaportitPer projekti rakenteen puolesta. Kahden asiakkaan vahingossa tapahtuvaan yhdistämiseen ei ole mahdollisuutta.
- iMitä säilytätSuppilon määrittelyt ja tapasi työskennellä. Se on tuotteesi, ja se on osa, joka kannattaa hyödyntää uudelleen.
Ei jaettua mainettaEi jaettua listaa
Uudelleenkäyttö ilman kopiointia
Rakenna suppilo kerran. Ota se käyttöön niin monta kertaa kuin sinulla on asiakkaita.
Suppilo on verkko, ja verkko on JSON, jolla on julkaistu skeema. Se tarkoittaa, että uudelleenkäytettävä asia on dokumentti, ei kuvakaappaus näytöstä, jonka joutuisit rakentamaan käsin jokaisessa tilissä.
Vakiosuppilosi
Tervetuloa, hylätty ostoskori, poissaolo, väliaikainen, takaisinvoitto. Kirjoitettu kerran sen toimesta, joka on siinä paras, pidetty omassa repositoriossasi ja luotu asiakasprojektiin yhdellä API-kutsulla.
Tarkistettu samalla tavalla kaikkialla
Validaattori ajetaan suppilollesi jokaisessa projektissa, johon se päätyy. Verkko, joka kiertäisi ilman odotusta tai lähettäisi ilman aihetta, hylätään siellä aivan kuten täälläkin.
Simuloitu ennen ajoa
Aja oikea yhteystieto kyseisen asiakkaan listalta kuivana ajona suppilon läpi ja lue takaisin, mitä se hänelle lähettäisi. Tee se kerran per käyttöönotto, ja "se lähti väärin" -keskustelu loppuu.
Parannettu yhdessä paikassa
Kun opit jotain — toinen muistutus toimii paremmin kymmeneltä aamulla — muutat määrittelyäsi ja viet sen eteenpäin. Asiakkaat, joilla on jo vanha versio käynnissä, saavat vanhan version loppuun; kukaan kesken matkan ei häiriinny.
Luovat aineistotkin
Luova aineisto on dokumentti, jossa on yhdistysmuuttujat. Sama tervetulosähköposti, renderöitynä kunkin asiakkaan brändillä, väreillä ja logolla — haettu heidän omalta verkkosivultaan ensimmäisellä ajolla.
Tai anna agentin hoitaa se
Osoita avustaja MCP-palvelimeen, rajattuna yhteen projektiin, ja anna sen luonnostella ja tarkistaa suppilo kyseiselle asiakkaalle. Kaikki, mikä tavoittaa oikean ihmisen, vaatii edelleen erillisen vahvistuksen ja pysyy kiintiön sisällä.
Yksitoista asiakasta, yksitoista lähettäjää, yksi paikka katsoa.
Kuukausiraportin ongelma
Suurin osa toimiston raportointikivusta ei ole lukujen tuottamista. Kyse on luvuista, jotka kestävät asiakkaan jatkokysymyksen, ja niiden tuottamisesta ilman kolmen tunnin kuvakaappauksia kuun ensimmäisenä.
Kaksi asiaa auttaa tässä. Raportit ovat API-reittejä, joten kuukausipaketin voi koota skriptillä ja viedä PDF:nä ihmisen ja taulukkolaskennan sijaan. Ja luvut ovat rehellisiä bottien suhteen: raakadata ja suodatettu data ovat molemmat saatavilla ja merkittyinä, joten kun asiakas kysyy, miksi avausprosentti laski muuton jälkeen, voit selittää asian yhdellä lauseella sen sijaan, että puolustelisit sitä neljällä.
Samat ruudut näkyvät dash-b:ssä — kampanjoiden suorituskyky, suppilon putoamiskohdat, listan kasvu, toimitettavuus verkkotunnuksittain — joten asiakas, joka haluaa live-taulun, voi saada sellaisen omalle tililleen, omilla tunnuksillaan, ilman avaintasi sivulla.
- 1Jokaiselle projektilleYksi token, yksi projektin laajuus, sama skripti.
- 2VedäKampanjoiden suorituskyky, suppilon putoamiskohdat, listan kasvu, toimitettavuus verkkotunnuksittain.
- 3RenderöiHeidän luomisasiakirjansa raporttisivuna, sitten PDF:nä.
- 4LähetäTai lisää heidän taululleen. Siihen, kumpaa asiakas oikeasti lukee.
- iMitä muuttuiKolmen tunnin kuvakaappauksista tuli ajastettu tehtävä, koska raportit olivat olleet reittejä alusta asti.
Raaka ja suodatettu, molemmat merkittyinä
Suostumuskeskustelu, käyty ajoissa
Jokainen toimisto on tavannut asiakkaan, joka saapuu neljän tuhannen osoitteen taulukkolaskennan kanssa ja epämääräisellä vastauksella siitä, mistä osoitteet ovat peräisin. Tässä se ei ole väittely, jonka sinun pitäisi voittaa; se on kenttä.
Tuonti kirjautuu parhaimmillaan oikeutettuna etuna, ei koskaan suostumuksena, ja perustusten jakauma näytetään ennen kuin mikään kampanja lähtee. Jos listalle ei voi lähettää, se sanotaan tuonnin yhteydessä, ei valituksen yhteydessä. Tämä muuttaa epämukavan harkintapäätöksen saman näytön yhteiseksi lukemiseksi — mikä on paljon parempi asema sinulle, kun asiakas pitää kiinni kannastaan.
Kannattaa sanoa asiakkaalle ääneen: huonon listan vaarantama maine on heidän, heidän omalla verkkotunnuksellaan, koska jokainen projekti lähettää omana itsenään. Tämä on vahvempi argumentti kuin mikään sääntely, ja se on se, joka yleensä uppoaa.