På denne siden
Hypotetisk eksempel: En kontrakt forfaller om to uker, men kontoen har også en uløst supportsak. En generell fornyelsespåminnelse ville overse en mulig grunn til at kunden går. Bekreft først dato og sak i kildesystemene; bestem så om kontoansvarlig bør handle før noen e-post.
Bruk Grok Bot til å ordne tillatte bevis for menneskelig vurdering. Dette bygger på xAIs guide til Grok Bot etter salg: rutinemessig forberedelse etterfulgt av menneskelig godkjenning. Vi sjekket dokumentasjon, ikke en live Grok Bot-Brevo-forbindelse. Startguiden viser en skrivebeskyttet sjekk og alternativ med datert eksport.
Bevis signalet før du velger flyt
Sammenlign én konto i kildene for handel, produktbruk, support og fakturering. Noter siste ordre eller bruk, åpne saker, kontraktstatus, fornyelsesdato, kanaltillatelse og tidspunkter. Sjekk hva som kom til Brevo. En utdatert integrasjon kan få en aktiv kunde til å se inaktiv ut.
Navnene last_order_at, usage_window, support_case_status, renewal_at og marketing_permission er foreslåtte kartlagte felt, ikke Brevos standardskjema. Noter faktisk kilde og mål for hvert felt. Mangler en verdi fra eksporten, merk den ukjent til kilden bekrefter den. Ukjent er noe annet enn bekreftet ingen ordre, bruk, sak eller fornyelse.
| Flyt | Utløser og autoritative data | Neste steg | Stoppbetingelse | Måltall |
|---|---|---|---|---|
| Reaktivering | Verifisert kjøps- eller brukspause lenger enn relevant forventet intervall, fra butikk eller produktsystem | Skriv en returvei tilpasset årsaken for en kvalifisert kontakt | Stopp ved ny aktivitet, sperring, feil kontaktdata eller ubekreftet pause | Tilbakevendende kjøpere eller aktive kontoer blant kvalifiserte kontakter mot gruppe uten sending |
| Forebygging av frafall | Bekreftet bruksnedgang eller uløst supportsignal fra produkt eller support | Send bevis til konto- eller supportansvarlig; skriv svar først etter vurdering | Stopp ved manglende data, eskalering, løsning eller beslutning mot kontakt | Løste problemer og beholdte kontoer blant vurderte kvalifiserte kontoer |
| Fornyelse | Nær full kontraktsforfallsdato og aktiv status fra fakturering eller kontraktsystem | Forbered faktisk påminnelse til kontroll, med vilkår fra kildeposten | Stopp ved fornyelse, kansellering, tvist, ugyldig dato eller endrede vilkår | Fornyelser i tide blant kvalifiserte kontrakter |
Velg målevindu før aktivering: for eksempel 30 dager etter kvalifisering for reaktivering og frafallsgjennomgang, og fram til forfallsdato ved fornyelse. Tell kvalifiserte kontoer eller kontrakter, ikke alle kontakter, i hver nevner. Oppgi på rapportdatoen hvor mange kildeposter som hadde komplette data om aktivitet, sak, kontrakt og tillatelse. Utelukk ukjente og vis antallet; ufullstendig dekning kan endre tilsynelatende rate. Sammenligning med gruppe uten sending er observasjonell med mindre tildelingen var tilfeldig og gruppene sammenlignbare. Ved tilfeldig tildeling beholder du de opprinnelige nevnerne og viser manglende utfall per gruppe; ufullstendige bevis kan gjøre resultatet ubestemt.
La kilden bestemme neste steg
For reaktivering bruker du kundens eget kjøps- eller bruksmønster, ikke én fast stillhetsperiode for alle. Manglende Brevo-hendelse kan være synkroniseringsfeil. Bekreft pausen i kilden, så sjekker du markedsføringstillatelse og leverbarhet før du foreslår en melding. Guiden om win-back-kampanjer forklarer terskler for kjøpspauser og listehygiene. Brevo dokumenterer en winback-automatisering, men inngang og stopp etter kjøp må testes med egne data.
For forebygging av frafall er en supportsak grunn til å involvere den ansvarlige, ikke utløser for at boten sender unnskyldning. Bruk status, alvor og tillatt kontokontekst til et spørsmål eller løsningsforslag som vurderes. Finn aldri på en løsning og spre ikke supportdetaljer i bred kampanje. Er saken omstridt eller eskalert, sett kundeautomatisering på pause. Guiden om kundebevaring dekker det større måleproblemet.
For fornyelser eier fakturering eller kontraktsystem full dato, pris og vilkår. Brevos Anniversary-utløser ignorerer året og kan gjentas årlig, så den passer ikke for vilkårlige kontraktsfornyelser. Bruk verifisert gruppe etter forfallsdato eller egen forfallshendelse kontrollert mot full dato og gjeldende status; bekreft at kontoen støtter valgt inngang. Utelukk fornyede, kansellerte og omstridte kontoer. Om påminnelsen er servicemelding eller markedsføring avhenger av innhold, kanal og tillatelse. Den ansvarlige bestemmer før sending.
Kopier en avgrenset planleggingsprompt
Gi boten en minimal, datert eksport av tre kildesignaler, Brevo-status og tillatelsesbevis. Fjern felt den ikke trenger. Lim inn denne prompten:
Foreslå bare fra de gitte bevisene fra butikk eller produkt, support, fakturering og Brevo nøyaktig tre flyter: reaktivering, forebygging av frafall og fornyelse. Vis for hver utløser, autoritativt system, foreslåtte kartlagte felt, et utkast til neste steg, stoppbetingelser, kommunikasjonsformål og tillatelsessjekk, og utfallsmål med nevner og observasjonsvindu. Merk manglende verdier ukjente; skill en manglende hendelse fra en kildebekreftet ikke-hendelse. Vis til hver kildepost og datoen. Send omstridte saker og vilkår til ansvarlig person. Finn ikke på bruk, saksløsning, kontraktsvilkår, samtykke eller fornyelse. Foreslå ett tydelig syntetisk testtilfelle per flyt. Skriv bare utkast her: ikke opprett eller aktiver automatiseringer, planlegg eller send meldinger, endre kontakter, opphev sperringer eller meld noen på igjen.
Sjekk planen mot kildepostene. I Brevo > Automations > Workflows > Create setter du opp bare godkjent utløser, ventetid eller betingelse og handling. Test en fornyet konto, en åpen supportsak og en avmeldt kontakt. Sjekk utganger på nytt, og aktiver etter godkjenning. Brevo lister tilgjengelige utløsere og regler; verifiser valgene i kontoen eller en dokumentert API-vei. MCP-forbindelse alene garanterer ikke at automatisering kan opprettes.
Mangler et nødvendig felt, reparer den verifiserte dataflyten først. Tajo kan passe et påvist synkroniseringsgap etter gjennomgang av kartlegging og tillatelser; artikkelen forutsetter ikke aktiv integrasjon eller bestemt Tajo-funksjon. Guiden fra Shopify til Brevo starter med kontroll av én post. For en tidligere kjøpsfase, se guiden til netthandelsflyter. Hold første live flyt liten nok til å kontrolleres.
Ofte Stilte Spørsmål
Kan Grok Bot automatisk forhindre frafall gjennom Brevo?
Grok Bot kan foreslå en avgrenset plan fra tillatte data. Sjekk kildesignaler, Brevo-utløser og stopp, meldingens formål og kontotillatelser før en godkjent automatisering settes opp. Dette er ikke en live test eller bevis for at MCP kan opprette alle flyter.
Beviser en manglende fornyelsesdato at en konto er utløpt?
Nei. Et manglende kartlagt felt er ukjent inntil fakturering eller kontraktsystemet bekrefter dato og status. Ikke start fornyelses- eller reaktiveringsmelding bare på grunn av fraværet.
Kan en inaktiv kontakt meldes på igjen for reaktivering?
Nei. Sjekk kildetillatelse og Brevo-sperring for kanal og formål. Avmeldte eller blokkerte kontakter forblir utelukket; boten må ikke melde dem på igjen eller oppheve sperringer.