Anpassade attribut och målgruppsgrupper: Rikta in VIP-kunder via AI

Ditt lojalitetsprogram har tre nivåer, och alla av dem får samma återaktiveringsmeddelande. Det är läget vid en tisdagsgenomgång av kundbehållning hos en mellanstor Shopify Plus-butik: CRM-chefen öppnar förra månadens utskickslista och märker att guldmedlemmarna – prenumeranterna med högst livstidsvärde på listan – fick exakt samma "vi saknar dig"-avisering som en bronsmedlem som registrerade sig för två veckor sedan. Ingen byggde en guldmedlemsmålgrupp eftersom det innebar en omväg via inställningsmenyn.

Den omvägen är vad som försvinner när du riktar in dig på prenumeranter med anpassade attribut och målgruppsgrupper via en AI-assistent ansluten till PushEngage. Istället för fyra skärmar och två sparanden är det en konversation: beskriv nivån, beskriv landet, beskriv inaktivitetsfönstret, och assistenten sätter ihop samma inriktningskombination som instrumentpanelen skulle ha tagit tio minuter att klicka igenom.

Det här inlägget går igenom den verkliga skillnaden mellan de två byggstenarna – ett attribut och en målgruppsgrupp är inte samma verktyg, och att blanda ihop dem är precis hur ett kundbehållningsteam slutar med att bygga om samma filterkombination för hand varje gång en kampanj behöver den. Sedan bygger det en specifik, återanvändbar målgrupp: guldmedlemmar i lojalitetsprogrammet i USA, redo att refereras vid namn i varje framtida utskick till den kohorten, oavsett om det är en förnyelsepåminnelse nästa månad eller en lojalitets-exklusiv lansering nästa kvartal.

Kom igång: anslut PushEngage MCP-servern

Innan något av detta fungerar måste din AI-assistent prata med ditt PushEngage-konto. @pushengage/mcp är PushEngages officiella Model Context Protocol-server – en installation med ett kommando npx -y @pushengage/mcp som läggs till i din MCP-klientkonfiguration, oavsett om det är Claude Desktop, Claude Code eller Cursor. Första gången du ansluter autentiserar du via en webbläsarflik och klickar på Godkänn; ditt PushEngage-lösenord rör aldrig assistenten, och den resulterande åtkomsttoken lagras lokalt på din maskin.

När du har valt vilken webbplats du vill arbeta med, körs alla verktyg i det här inlägget – inklusive verktygen för attribut och målgruppsgrupper – mot den webbplatsen som standard. Om det här är första gången du konfigurerar servern, finns den fullständiga genomgången, inklusive felsökning av ett "Connection closed"-fel som vissa konfigurationer drabbas av, i konfigurera PushEngage MCP-servern.

Ett attribut är ett faktum. En målgruppsgrupp är ett mål. De är inte samma verktyg.

pushengage_create_attribute lagrar anpassade prenumerantattribut — en nyckel som loyalty_tier eller plan_renewal_date, med ett värde som är sant för just den personen. pushengage_create_audience_group gör något annat: den bygger en målgrupp för pushmeddelanden — en återanvändbar kombination av filter som täcker enhet, land, segment, engagemangsfönster, prenumerationsdatum och alla attribut du har skapat — under ett namn du kan anropa senare. Ett segment, ämnet för ett tidigare inlägg i den här serien, är ett URL-regelbaserat filter (besökte /prissättning, visade en specifik produktsida). Det är en filtertyp som en målgrupp kan inkludera, inte ett konkurrerande koncept.

Enkelt uttryckt: attributet är fakta ("den här prenumeranten är guldkund"). Målgruppen är målet ("alla som är guldkunder, i USA, som inte har klickat på 30 dagar"). Du bygger fakta en gång per prenumerant, automatiskt, genom din integration. Du bygger målet en gång, punkt slut, och återanvänder det vid varje utskick som behöver den kohorten.

Varje konkurrents hjälpcenter som dokumenterar dessa funktioner behandlar attribut, segment och målgrupp som en enda platt lista med filterparametrar — välj en rad, fyll i ett värde, klart. Det plattar bort den faktiska relationen: attribut är datalagret som allt annat läser från, segment är en filtertyp byggd på URL-regler, och målgrupper är den sammansatta, återanvändbara målet. Att namnge den hierarkin i förväg är vad som gör resten av det här inlägget begripligt istället för att läsas som ytterligare en parametertabell.

50-attributsgränsen innebär att du planerar nycklar, inte improviserar dem

PushEngage begränsar anpassade prenumerantattribut till 50 per webbplats, kontrollerat via pushengage_list_attributes och skapat med pushengage_create_attribute. Femtio låter generöst tills ett team börjar skapa ett attribut per kampanj istället för en liten, hållbar uppsättning — campaign_march_promo_clicked, campaign_april_sale_seen — och bränner igenom gränsen på ett kvartal.

Be assistenten lista vad som redan finns innan du lägger till något:

Du: "Vilka prenumerantattribut har jag redan konfigurerat?"

Assistent: (anropar pushengage_list_attributes) "Du har 6 attribut: loyalty_tier, plan_type, last_purchase_category, signup_source, preferred_language och renewal_date."

Du: "Bra. Lägg till ett till: loyalty_tier ska stödja guld, silver och brons — är det redan fallet?"

Det där utbytet gör planeringsarbetet som en instrumentpanel sällan tvingar fram: den lyfter fram vad som redan finns innan du skapar en dubblett, och den håller attributlistan hållbar – lojalitetsnivå, plan typ, LTV-bucket, förnyelsedatum – snarare än en kyrkogård av engångskampanjflaggor. Hållbara attribut ackumuleras också: ett fält för loyalty_tier som ställts in en gång via din Shopify- eller WooCommerce-integration matar varje målgrupp du bygger för resten av programmet, inte bara den här.

Femtio nycklar räcker för de flesta mellanstora kataloger om nycklarna beskriver prenumeranten snarare än ett enskilt ögonblick i tiden. loyalty_tier, plan_type och last_purchase_category beskriver vem någon är; march_promo_clicked beskriver något som hände en gång i mars. Den första typen återanvänds i ett dussin framtida målgrupper. Den andra typen kontrolleras en gång och ligger sedan kvar i listan och tar upp en av dina femtio platser för en kampanj som avslutades för månader sedan.

Riktning mot prenumeranter med anpassade attribut och målgrupper: kunder med guldplan i USA

Med attributet bekräftat är målgruppen ytterligare ett samtal bort.

Du: “Skapa en målgrupp som heter ‘Guld USA’ – prenumeranter där lojalitetsnivån är guld och landet är USA.”

Assistent: (anropar pushengage_create_audience_group) “Skapade ‘Guld USA’ – riktar sig mot prenumeranter med loyalty_tier = gold och land = USA. Vill du begränsa det ytterligare, som senaste klickaktivitet eller ett specifikt segment?”

Du: “Ja – lägg till prenumeranter som inte har klickat på en avisering under de senaste 30 dagarna.”

Assistent: (uppdaterar gruppen) “Uppdaterad. ‘Guld USA’ kombinerar nu lojalitetsnivå, land och 30 dagars inaktivitet för klick.”

Det är målgruppslogiken i en enda genomgång på enkel svenska: flera filtertyper – ett attribut, en plats, ett engagemangsfönster – kombinerat med OCH-logik under ett sparat namn. Bekräfta att det landade med pushengage_list_audience_groups, och du kommer att se “Guld USA” tillsammans med vilka målgrupper för push-aviseringar du än redan har byggt, redo att dras in i en utskick utan att behöva beskriva ett enda filter igen.

Hela det utbytet – attributet redan bekräftat, målgruppen sammansatt, gruppen bekräftad på listan – är VIP-prenumerantriktning i praktiken: inte ett specialläge som PushEngage aktiverar, bara samma attribut- och målgruppsverktyg riktade mot din högsta värdekategori istället för hela din lista.

Att bygga målgrupper för push-aviseringar på detta sätt skalar förbi en enda lojalitetsnivå – samma mönster fungerar för en “Silver EU”-grupp eller en “lapsed platinum”-grupp, var och en ett separat sparat namn. Lägg märke till vad som inte hände i utbytet ovan: inget segment krävdes för att detta skulle fungera.

Ett segment baserat på en URL-regel – till exempel besökt /account/loyalty – kan läggas till som ett fjärde filter om du bara vill rikta in dig på guldmedlemmar som faktiskt har tittat på sin lojalitetssida nyligen. Men själva målgruppsgruppen behöver ingen; attribut plus geografi plus engagemangsfönster är ett komplett, användbart mål i sig. Det är den praktiska versionen av skillnaden från tidigare i det här inlägget: segment är en valfri ingrediens i en målgrupp, inte en obligatorisk.

Varför den sparade gruppen är utdelningen, inte filtret

Filterkombinationen är inte den värdefulla delen – du kan bygga "Guld USA" en gång manuellt och aldrig tänka på det igen om det vore målet. Utdelningen är att pushengage_send_notification och pushengage_send_ab_notification båda tar en audience_groups-parameter, och "Guld USA" är nu ett namn du kan ge till båda verktygen vid varje framtida utskick.

Det spelar roll för den mätning som ett retentionsteam faktiskt äger. En återvinningspush till hela din lista behandlar en prenumerant som varit med i två veckor på samma sätt som en guldmedlem som varit kund i två år, vilket är precis tvärtom – guldmedlemmen har den högsta återvunna intäktspotentialen per utskick, och den bredaste spridningen späder ut svarsfrekvensen för alla. Att specifikt rikta in sig på gruppen "Guld USA" för en förnyelsepåminnelse eller en lojalitets-exklusiv kampanj innebär att varje utskick till den kohorten förstärks istället för att återställas: bygg en gång, återanvänd för den kvartalsvisa lojalitetskampanjen, den tidiga åtkomst-kampanjen, återvinningssekvensen – allt utan att bygga om filterlogiken varje gång.

Vad detta ersätter, och vad det inte gör

Detta ersätter klickvägen i instrumentpanelen för att bygga en målgrupp för pushmeddelanden – den flerskärmiga omvägen att skapa ett fält, spara det, byta skärmar och manuellt bygga om filterkombinationen. Om du hellre vill se den vägen direkt, täcker PushEngages instrumentpanelsgenomgång för målgrupper och guiden för att kombinera flera segment till en målgrupp fortfarande det steg för steg, och att personalisera kampanjer med prenumerantattribut täcker dropp-personaliseringssidan av attribut.

Vad det inte gör: @pushengage/mcp skickar inte WhatsApp-meddelanden, och det bygger inte arbetsflöden eller kampanjer åt dig – det listar och läser dem, tillsammans med dropp- och RSS-kampanjer. Det finns ingen fjärr- eller webbkoppling heller; detta är en lokal server som körs över stdio, autentiserad genom samma webbläsarinloggning som täcks i installationsguiden. En korrekt avgränsad målgrupp är inte en större lista – det är rätt lista, och det är hela argumentet för VIP-prenumerantriktning: byggd en gång och riktad exakt, varje gång den används igen.

När "Gold US" väl finns, är nästa fråga vad man ska skicka till det och hur man mäter om det fungerade – det täcks senare i den här serien. Att rikta in sig på prenumeranter med anpassade attribut och målgruppsgrupper är en engångskostnad för ett mål som du kommer att återanvända så länge den lojalitetsnivån finns. För att se vilken PushEngage-plan som inkluderar målgruppsgrupper på den prenumerantvolym som din lista behöver, kontrollera prissidan.