Na tej strani
Hipotetični primer: pogodba zapade čez dva tedna, račun pa ima tudi nerešen primer podpore. Splošni opomnik za podaljšanje bi prezrl razlog, zaradi katerega bi stranka lahko odšla. Najprej v izvornih sistemih potrdite datum in primer; nato odločite, ali mora odgovorna oseba za račun ukrepati pred kakršno koli e-pošto.
Z Grok Bot uredite dovoljene dokaze za človeški pregled. To je prilagoditev vodnika xAI za Grok Bot po prodaji: rutinska priprava, ki ji sledi človeška odobritev. Preverili smo dokumentacijo, ne povezave Grok Bot z Brevo v dejanskem računu. Uvodni vodnik pokaže preverjanje samo za branje in nadomestni izvoz z datumom.
Pred izbiro poteka dela dokažite signal
Primerjajte en račun v virih trgovine, uporabe izdelka, podpore in obračuna. Zabeležite zadnje naročilo ali uporabo, odprte primere, stanje pogodbe, datum podaljšanja, dovoljenje za kanal in časovne oznake. Preverite, kaj je prispelo v Brevo. Zastarela integracija lahko aktivno stranko prikaže kot neaktivno.
Imena last_order_at, usage_window, support_case_status, renewal_at in marketing_permission so tukaj predlagana preslikana polja, ne izvorna shema Brevo. Za vsako zabeležite dejanski vir in cilj. Če vrednosti v izvozu ni, jo označite kot neznano, dokler je vir ne potrdi. Neznano se razlikuje od potrjene odsotnosti naročila, uporabe, primera ali podaljšanja.
| Potek dela | Sprožilec in verodostojni podatki | Naslednji korak | Pogoj za ustavitev | Metrika |
|---|---|---|---|---|
| Ponovna aktivacija | V trgovini ali izdelku preverjen premor pri nakupu ali uporabi, daljši od ustreznega pričakovanega intervala | Za upravičeni kontakt pripravite pot vrnitve, prilagojeno razlogu | Ustavite ob novi aktivnosti, blokadi, napačnih kontaktnih podatkih ali nepreverjenem premoru | Kupci, ki se vrnejo, ali aktivni računi med upravičenimi kontakti v primerjavi s skupino brez sporočila |
| Preprečevanje odhoda | Potrjen upad uporabe ali nerešen signal podpore iz sistema izdelka ali podpore | Dokaze posredujte odgovorni osebi za račun ali podporo; odgovor pripravite šele po pregledu | Ustavite ob manjkajočih podatkih, eskalaciji, rešitvi ali odločitvi odgovorne osebe proti stiku | Rešene težave in ohranjeni računi med pregledanimi upravičenimi računi |
| Podaljšanje | Bližajoči se polni datum zapadlosti pogodbe in aktivno stanje iz sistema obračuna ali pogodb | Pripravite stvaren opomnik s pogoji iz izvornega zapisa za pregled odgovorne osebe | Ustavite ob podaljšanju, odpovedi, sporu, neveljavnem datumu ali spremenjenih pogojih | Pravočasna podaljšanja med upravičenimi pogodbami |
Merilno okno izberite pred aktivacijo: na primer 30 dni po izpolnitvi pogojev za ponovno aktivacijo in pregled tveganja odhoda ter do zapadlosti pogodbe pri podaljšanjih. V vsak imenovalec vključite upravičene račune ali pogodbe, ne vseh kontaktov. Na datum poročila razkrijte, koliko izvornih zapisov je imelo popolne podatke o aktivnosti, primeru, pogodbi in dovoljenju. Neznane izključite in navedite njihovo število; nepopolna pokritost lahko spremeni navidezni delež. Primerjava s skupino brez sporočila je opazovalna, razen če je bila razporeditev naključna in sta skupini primerljivi. Pri naključni primerjavi ohranite prvotne imenovalce razporejenih oseb in pokažite manjkajoče izide po skupinah; nepopolni dokazi lahko pomenijo nedokončen rezultat.
Naj vir določi naslednji korak
Pri ponovni aktivaciji uporabite strankin vzorec nakupov ali uporabe, ne enakega obdobja tišine za vse. Manjkajoči dogodek v Brevo je lahko napaka sinhronizacije. Potrdite premor v viru, nato pred predlogom sporočila preverite dovoljenje za trženje in dostavljivost. Vodnik za vrnitev strank podrobno opisuje pragove premora pri nakupih in urejanje seznamov. Brevo dokumentira avtomatizacijo za vrnitev strank, vendar morate vstop in izhod ob nakupu preizkusiti z lastnimi podatki.
Pri preprečevanju odhoda je primer podpore razlog za vključitev odgovorne osebe, ne sprožilec, da bot pošlje opravičilo. Uporabite stanje in resnost primera ter dovoljeni kontekst računa za osnutek enega vprašanja ali rešitve za pregled. Nikoli ne izmišljajte rešitve in ne razkrivajte podrobnosti podpore v široki kampanji. Če je primer sporen ali eskaliran, začasno ustavite avtomatizacijo, obrnjeno k stranki. Vodnik za ohranjanje strank opisuje širši problem merjenja.
Pri podaljšanjih so polni datum, cena in pogoji v pristojnosti sistema obračuna ali pogodb. Brevov sprožilec Anniversary prezre leto in se lahko ponavlja letno, zato ni primeren za poljubna podaljšanja pogodb. Uporabite preverjeno skupino glede na datum zapadlosti ali prilagojeni dogodek zapadlosti, preverjen glede na polni datum in trenutno stanje; potrdite podporo izbrani vstopni poti v svojem računu. Izključite podaljšane, odpovedane ali sporne račune. Ali je opomnik servisno obvestilo ali trženje, je odvisno od vsebine, kanala in dovoljenja. Odgovorna oseba to odloči pred pošiljanjem.
Kopirajte omejen poziv za načrtovanje
Botu podajte minimalni izvoz z datumom, ki vsebuje tri izvorne signale, stanje Brevo in dokaze dovoljenja. Odstranite nepotrebna polja. Prilepite ta poziv:
Samo iz podanih dokazov trgovine ali izdelka, podpore, obračuna in Brevo predlagajte natanko tri poteke dela: ponovno aktivacijo, preprečevanje odhoda in podaljšanje. Za vsakega pokažite sprožilec, verodostojni sistem, predlagana preslikana polja, en osnutek naslednjega koraka, pogoje za ustavitev, namen komunikacije in preverjanje dovoljenja ter metriko izida z imenovalcem in opazovalnim oknom. Manjkajoče vrednosti označite kot neznane; ločite odsotni dogodek od odsotnosti, ki jo potrdi vir. Navedite vsak izvorni zapis in datum. Sporne primere in pogoje označite za odgovorno osebo. Ne izmišljajte uporabe, rešitve primera, pogodbenih pogojev, soglasja ali podaljšanja. Za vsak potek predlagajte en jasno sintetičen testni primer. Tukaj pripravite samo osnutek: ne ustvarjajte ali aktivirajte avtomatizacij, ne pošiljajte ali načrtujte sporočil, ne spreminjajte kontaktov in nikogar ne odblokirajte ali znova naročite.
Načrt preverite ob izvornih zapisih. V Brevo > Automations > Workflows > Create nastavite samo odobren sprožilec, zakasnitev ali pogoj in dejanje. Preizkusite podaljšani račun, odprti primer podpore in odjavljeni kontakt. Znova preverite izhode, nato aktivirajte po odobritvi odgovorne osebe. Brevo navaja razpoložljive sprožilce in pravila; preverite možnosti v računu ali dokumentirani poti API. Sama povezava MCP ne zagotavlja ustvarjanja avtomatizacije.
Če potrebno polje manjka, najprej popravite preverjeno podatkovno pot. Tajo je lahko primeren za dokazano vrzel pri sinhronizaciji po pregledu preslikav in dovoljenj; članek ne predpostavlja aktivne integracije ali določene funkcije Tajo. Vodnik za Shopify in Brevo začne s preverjanjem enega zapisa. Za zgodnejši del nakupne poti uporabite vodnik za e-trgovinske poteke. Prvi dejanski potek dela naj bo dovolj majhen, da ga lahko pregledate.
Pogosto Zastavljena Vprašanja
Ali lahko Grok Bot prek Brevo samodejno prepreči odhod strank?
Grok Bot lahko iz dovoljenih dokazov predlaga omejen načrt. Pred izvedbo odobrene avtomatizacije v Brevo preverite izvorne signale, sprožilec in izhodna pravila Brevo, namen sporočila ter dovoljenja računa. To ni v živo preizkušen potek Grok Bot z Brevo ali trditev, da MCP ustvari vsako avtomatizacijo.
Ali manjkajoči datum podaljšanja dokazuje, da je račun potekel?
Ne. Manjkajoče preslikano polje je neznanka, dokler sistem obračuna ali pogodb ne potrdi datuma in stanja. Samo zaradi te odsotnosti ne sprožite sporočila za podaljšanje ali ponovno aktivacijo.
Ali lahko neaktivni kontakt znova naročimo za sporočilo ponovne aktivacije?
Ne. Preverite izvorno dovoljenje in stanje blokade v Brevo za kanal in namen. Odjavljeni ali blokirani kontakti ostanejo izključeni; bot jih ne sme znova naročiti ali odblokirati.