Personaliseerimine suures mahus on peamiselt töökorralduse probleem. Viis reeglit mahuvad ühe inimese pähe. Viiskümmend reeglit, mille on aasta jooksul kirjutanud neli inimest, ei mahu. Ilma teatava struktuurita tekivad reeglid, mida keegi ei oma, kaks reeglit, mis võitlevad hinnalehel sama pealkirja pärast, ja vana hind, mida ühele segmendile endiselt näidatakse, sest keegi ei mäletanud selle variandi olemasolu.
See postitus käsitleb struktuuri, mis hoiab kasvava reeglistiku hallatavana: nimetamine, register, selge prioriteetide järjekord konfliktide jaoks, kohapõhised mallid kohandatud lehtede asemel, jõudluskontrollid ja vastutusjaotus. Midagi sellest pole keeruline. See peab lihtsalt olemas olema enne, kui reeglite arv kasvab, mitte pärast.
Märgid, et olete oma praegusest seadistusest välja kasvanud
- Keegi ei oska öelda, mida konkreetne külastaja näeb. Keegi küsib „mida näeb suurettevõtte tervishoiu külastaja avalehel?“ ja sellele vastamine tähendab mitme reegli avamist, võimalik et rohkem kui ühes tööriistas.
- Konfliktid lahenevad juhuslikult. Kaks reeglit sihivad kattuvate segmentide puhul sama elementi ja see, kumb võidab, sõltub laadimisjärjekorrast või loomise kuupäevast, mitte kellegi tehtud otsusest.
- Sisumuudatused muutuvad otsinguteks. Hinna või tootenime muutus tähendab iga variandi läbiotsimist, et leida, kus vana sõnastus alles on.
- Lehed muutusid aeglasemaks või hakkasid vilkuma reeglite lisamisel ja keegi ei märganud, millal.
- Testimine peatus, sest olemasolevate reeglite hooldamine võtab kogu vaba aja.
Reeglite arvu vähendamine on mõnikord õige vastus, eriti kui paljusid pole kunagi mõõdetud. Sagedamini on reeglid korras ja puudu on viis neid näha ja hallata.
Nimetage reeglid nii, et nimi selgitaks reeglit
Valige üks muster ja kasutage seda kõikjal. Toimiv variant: tase, segment, leht, element ja versioon, ühendatuna sidekriipsudega selles järjekorras:
tier-segment-page-element-version
T1-acme-corp-homepage-hero-v2T2-enterprise-healthcare-pricing-proof-v1T3-returning-visitor-blog-cta-v3
Taseme eesliide seostub allpool kirjeldatud konfliktide järjekorraga. Ülejäänu võimaldab igaühel, kes reeglite nimekirja loeb, näha, mida iga reegel teeb, ilma seda avamata. Filtreerige lehe järgi ja näete kõiki reegleid, mis seda lehte mõjutavad; filtreerige segmendi järgi ja näete kõike, mida segment näeb.
Pidage registrit
Tabelist piisab. Üks rida iga aktiivse reegli kohta järgmiste veergudega:
| Veerg | Miks see seal on |
|---|---|
| Reegli nimi | Vastab tööriistas olevale nimele täpselt |
| Eesmärk | Üks lause: „Näidake tervishoiu külastajatele tervishoiu juhtumiuuringuid, et suurendada demotellimusi“ |
| Omanik | Inimene, kellelt küsida, ja inimene, kes seda uuendab |
| Segmendi määratlus | Tegelikud tingimused, et kattuvused oleksid nähtavad |
| Leht ja element | Kus see sisu muudab |
| Faktid, mida see sisaldab | Hinnad, pakettide nimed, klientide nimed, toodete nimed; seda veergu otsite, kui midagi neist muutub |
| Kontrollgrupi / testi olek | Mõõdetud, mõõtmisel või mitte kunagi mõõdetud |
| Viimati üle vaadatud | Kuupäev |
Lisage selle ümber kaks harjumust. Uued reeglid läbivad lühikese taotluse registri omanikule (Slacki sõnum sobib), mis püüab duplikaadid kinni enne avaldamist. Ja iga kvartal käige nimekiri läbi: lõpetage reeglid, mis pole täieliku testi järel mõju näidanud, uuendage aegunud sisu ja ühendage reeglid, mis teevad kattuvate segmentide jaoks sama tööd. Meie personaliseerimise tegevusjuhendi mall võib olla registriks, kui te ei soovi oma luua; sellel on veerg kattuvuse prioriteedi jaoks.
Lahendage konfliktid enne, kui need tekivad
Sihtkontode nimekirjas oleva suure tervishoiuettevõtte tagasipöörduv külastaja võib korraga vastata kontoreeglile, valdkonna ja suuruse reeglile, valdkonnareeglile ja tagasipöörduva külastaja reeglile. Kui need kõik sihivad päist, peab miski otsustama. Tehke sellest selge järjekord:
- 1. tase: nimeliste kontode reeglid. Kõik, mis on loodud konkreetsele kontole või kontonimekirjale, võidab. Need on kõige spetsiifilisemad ja tavaliselt seotud aktiivse müügivestlusega.
- 2. tase: liitsegmendid. Reeglid, mis ühendavad kahte või enamat atribuuti (suurettevõte + tervishoid), on ühe atribuudi reeglitest olulisemad, sest keegi otsustas, et see kombinatsioon väärib oma sõnumit.
- 3. tase: ühe tunnusega reeglid. „Kõik suurettevõtete külastajad“, „kõik külastajad USA-st“. Varulahendused.
- Vaikeleht. See, mida näevad kõik teised ja mida näevad roomajad.
Ärge laske taseme sees otsustada „viimati uuendatud“ või laadimisjärjekorral. Andke registris igale taseme reeglile selge järjekorranumber või, veel parem, vältige kattuvate segmentide jaoks sama elemendi peal sama taseme reegleid juba algusest. Vaiksed viigimurdjad on see, kuidas külastaja näeb lõpuks varianti, mida keegi ei kavatsenud.
Konflikte saab vältida ka elementide kaupa. Kui ettevõttereeglid vastutavad päiseosa ja tööstusharu reeglid tõendusploki eest, saab külastaja, kes vastab mõlemale, mõlemad, ilma et need omavahel võitleksid. See on lihtsaim lahendus ja tasub esimesena proovida.
Mallid ja pesad kohandatud lehtede asemel
Muster, mis teeb suure reeglistiku jõukohaseks: fikseerige lehe paigutus ja määratlege mõned personaliseeritavad pesad. Reegel täidab pesi; see ei kujunda lehte ümber.
Näidisplokid B2B avalehele:
- Päise pealkiri (tähemärgipiiranguga, et variandid mahuksid mobiilis)
- Päise alapealkiri
- Tõendusplokk: logode rida ja üks tsitaat
- Esmase CTA tekst ja sihtkoht
- Esiletõstetud kliendilugu
Variandi loomine tähendab siis viie välja teksti kirjutamist ja juhtumiuuringu valimist, mida turundaja saab teha ilma disaini- või arendusajata. See teeb ka registri kasulikuks: teate täpselt, milliseid välju reegel saab muuta.
Kompromiss on päris. Teie tervishoiu ja fintechi variant näevad sarnased välja, sest neil on sama paigutus. Enamiku B2B saitide puhul on see vastuvõetav, sest segmendi kaupa muutub sõnum. Hoidke täielikult kohandatud lahendus lühikese nimeliste kontode nimekirja jaoks, kus tehingu suurus lisatööd õigustab, ja arvestage, et need lehed vajavad eraldi hooldust.
Jälgige jõudlust reeglite lisamisel
Kui palju reeglistik kiiruses maksab, sõltub sellest, kus otsus tehakse. Serveripoolne või servas (edge) tehtav otsus lisab tööd enne lehe saatmist; kliendipoolne skript lisab tööd pärast lehe renderdamist ja võib põhjustada virvendust. Igal juhul mõõtke, ärge eeldage:
- Largest Contentful Paint ja vilkumine personaliseeritud lehtedel. Võrrelge personaliseeritud varianti vaikelehega PageSpeed Insightsis või laboritestis aeglustatud mobiiliprofiiliga. Kui personaliseeritud päis on LCP-element ja ilmub hiljem, kui vaikeversioon ilmuks, tehakse otsus liiga hilja.
- Personaliseerimistööriista otsustusaeg. Enamik tööriistu logib, kui kaua otsus aega võtab. Jälgige seda aja jooksul ja vaadake, mis muutus, kui see hüppab.
- Varulahenduse määr. Kui sageli reegel ebaõnnestub ja selle asemel kuvatakse vaikimisi versioon. Vaikne varulahendus on parem kui katkine leht, kuid kõrge määr tähendab, et külastajad ei saa seda, mida register väidab.
Salvestage lähtetase enne iga uute reeglite partii käivitamist, et regressiooni saaks siduda selle põhjustanud muudatusega. Core Web Vitalsi jälgimine teie RUM-tööriistas või Search Console'is märgib püsivaid probleeme, kuid alles siis, kui piisavalt palju päris liiklust on juba mõjutatud.
Kes mille eest vastutab
| Roll | Vastutusalad | Sageli on rollis |
|---|---|---|
| Personaliseerimise omanik | Register, nimetamine, konfliktide järjekord, kvartaliülevaatus, viimane sõna uute reeglite osas | Turunduse operatsioonide või kasvujuht |
| Sisuloojad | Kohtade tekstide kirjutamine segmendi kaupa, faktide ajakohasena hoidmine | Tooteturundus, sisumeeskond |
| Tehniline juurutaja | Reeglite seadistamine, konfliktide silumine, jõudluse kontrollid | Veebiarendaja või tehniline turundaja, olenevalt tööriistast |
| Analüütik | Kontrollrühmad, reeglitasandi tulemused, kõrvaldatavate reeglite märkimine | Turundusanalüütik (mida see töö hõlmab, vt turundusanalüütika karjäär) |
Väikestes tiimides täidavad kõiki nelja rolli üks või kaks inimest, mis on korras seni, kuni register on olemas, sest siis saab teine inimene töö üle võtta. Omaniku rolli ei saa ebamääraselt jagada: kui reeglistik kuulub kõigile, ei kõrvalda keegi midagi. RACI, juurutusetappide ja suuremate organisatsioonide juhtimise kohta vt suurettevõtte personaliseerimise juurutamise käsiraamatut.
Mõõtke reegleid, mitte ainult programmi
Programmitasandi kontrollrühm näitab, et personaliseerimist tervikuna tasub jätkata. See ei näita, millised viiekümnest reeglist tööd teevad. Andke igale 2. ja 3. taseme reeglile liikluse lubamisel oma kontrollrühm või A/B-test ning märkige reeglid, mis loetava valimini ei jõua, registris „mõõtmata“, selle asemel et eeldada, et need aitavad. Meie postitus personaliseerimise ROI mõõtmisest käsitleb kontrollrühma suurust ja mõõdikute hierarhiat.
Kontrollnimekiri enne reeglite arvu kasvu
- Nimetamise muster, mida kõik kasutavad
- Register, kus iga reegli kohta on omanik, eesmärk, segment, faktid ja testi staatus
- Kirjalik konfliktide lahendamise järjekord pluss elementide omandiõigus taseme kaupa
- Pesamallid vähemalt avalehe ja hinnalehe jaoks
- Jõudluse baasjoon ja kontroll pärast iga reeglite partiid
- Üks nimeline omanik ja järgmise kvartaalse ülevaatuse kuupäev
Praktiline esimene samm: eksportige oma tööriistast iga aktiivne reegel ülaltoodud registri formaati. Iga reegel, mida te ei suuda täita (teadaolevat omanikku pole, eesmärk on välja ütlemata, pole aimugi, kas see toimib), läheb esimese ülevaatuse nimekirja. Kui seadistate seda Markettailoris, hoiab selle segmenteerimine segmentide määratlused ühes kohas, mis muudab reeglitevahelise kattuvuse märkamise lihtsamaks.