Na ovoj stranici
Hipotetički primer: ugovor ističe za dve nedelje, a nalog ima i nerešen slučaj podrške. Opšti podsetnik za obnovu zanemario bi mogući razlog odlaska kupca. Najpre potvrdite datum i slučaj u njihovim izvornim sistemima, pa odlučite da li vlasnik naloga treba da reaguje pre bilo kog imejla.
Grok Bot može da organizuje dozvoljene dokaze za pregled osobe. Ovde prilagođavamo xAI vodič za Grok Bot posle prodaje: rutinska priprema, pa ljudsko odobrenje. Proverili smo dokumentaciju, a ne živu vezu Grok Bot i Brevo. Početni vodič opisuje proveru samo za čitanje i rezervnu mogućnost datiranog izvoza.
Potvrdite signal pre izbora toka rada
Uporedite jedan nalog u izvorima za prodaju, korišćenje proizvoda, podršku i naplatu. Zabeležite poslednju porudžbinu ili upotrebu, otvorene slučajeve, stanje ugovora, datum obnove, dozvolu za kanal i vremena zapisa. Proverite šta je stiglo u Brevo. Zastarela sinhronizacija može da predstavi aktivnog kupca kao neaktivnog.
Nazivi last_order_at, usage_window, support_case_status, renewal_at i marketing_permission ovde su predložena mapirana polja, a ne izvorni Brevo model podataka. Zapišite stvarni izvor i odredište za svako. Ako vrednost nedostaje u izvozu, označite je kao nepoznatu dok je izvor ne potvrdi. Nepoznato se razlikuje od potvrde da nema porudžbine, upotrebe, slučaja ili obnove.
| Tok rada | Okidač i merodavni podaci | Sledeći korak | Uslov za zaustavljanje | Metrika |
|---|---|---|---|---|
| Ponovna aktivacija | Potvrđen prekid kupovine ili upotrebe duži od odgovarajućeg očekivanog intervala, prema prodavnici ili sistemu proizvoda | Nacrt povratne putanje prilagođene razlogu za podoban kontakt | Zaustaviti na novu aktivnost, isključenje, netačne podatke o kontaktu ili nepotvrđen prekid | Kupci koji ponovo kupuju ili aktivni nalozi među podobnim kontaktima, u poređenju sa grupom bez slanja |
| Sprečavanje odlaska | Potvrđen pad upotrebe ili nerešen signal podrške iz sistema proizvoda ili podrške | Proslediti dokaze vlasniku naloga ili podrške; napisati odgovor tek posle pregleda | Zaustaviti na nedostajuće podatke, eskalaciju slučaja, rešenje ili odluku vlasnika da se ne obraća kupcu | Rešeni problemi i zadržani nalozi među pregledanim podobnim nalozima |
| Obnova | Približava se puni datum dospeća ugovora, uz aktivan status iz naplate ili sistema ugovora | Pripremiti činjenični podsetnik za pregled vlasnika, sa uslovima iz izvornog zapisa | Zaustaviti na obnovu, otkazivanje, spor, nevažeći datum ili izmenjene uslove | Obnove na vreme među podobnim ugovorima |
Period merenja odredite pre aktivacije: na primer 30 dana od ispunjenja uslova za ponovnu aktivaciju i pregled odlaska, odnosno do datuma dospeća ugovora za obnovu. U imeniocu brojite podobne naloge ili ugovore, a ne sve kontakte. Na datum izveštaja navedite koliko izvornih zapisa ima potpune podatke o aktivnosti, slučaju, ugovoru i dozvoli. Nepoznate izostavite i prikažite njihov broj; nepotpuna pokrivenost može promeniti prividnu stopu. Poređenje sa grupom bez slanja je posmatračko osim ako su grupe uporedive i slučajno dodeljene. U slučaju slučajnog poređenja zadržite prvobitno dodeljene imenioce i prikažite nedostajuće ishode po grupama; nepotpuni dokazi mogu ostaviti rezultat neodlučnim.
Neka izvor odredi sledeći korak
Za ponovnu aktivaciju koristite obrazac kupovine ili upotrebe samog kupca, ne isti period tišine za sve. Događaj koji nedostaje u Brevo nalogu može značiti kvar sinhronizacije. Potvrdite prekid u izvornom sistemu, pa proverite dozvolu za marketing i mogućnost isporuke pre predloga poruke. Vodič za vraćanje kupaca detaljno opisuje pragove prekida kupovine i higijenu liste. Brevo dokumentuje automatizaciju za povratak kupaca, ali ulaz i izlaz posle kupovine morate proveriti sopstvenim podacima.
Za sprečavanje odlaska, slučaj podrške je razlog da uključite vlasnika, a ne okidač da bot pošalje izvinjenje. Status, ozbiljnost i dozvoljeni kontekst naloga koristite za nacrt jednog pitanja ili rešenja na pregled. Ne izmišljajte rešenje i ne iznosite detalje podrške u širokoj kampanji. Ako je slučaj sporan ili eskaliran, pauzirajte automatizaciju prema kupcu. Vodič za zadržavanje kupaca obrađuje šire pitanje merenja.
Za obnove, sistem naplate ili ugovora čuva puni datum, cenu i uslove. Brevo okidač Anniversary zanemaruje godinu i može se ponavljati svake godine, pa nije pogodan za proizvoljne obnove ugovora. Koristite proverenu kohortu po datumu dospeća ili prilagođeni događaj dospeća, uz proveru punog datuma i važećeg statusa; potvrdite da nalog podržava izabrani način ulaska. Isključite obnovljene, otkazane ili sporne naloge. Da li je podsetnik servisno obaveštenje ili marketing zavisi od sadržaja, kanala i dozvole. Vlasnik odlučuje pre slanja.
Kopirajte ograničen upit za planiranje
Botu dostavite datiran, minimalan izvoz tri izvorna signala, Brevo stanja i dokaza o dozvoli. Uklonite polja koja mu nisu potrebna. Nalepite ovaj upit:
Koristeći samo dostavljene dokaze iz prodavnice ili proizvoda, podrške, naplate i Brevo naloga, predložite tačno tri toka rada: ponovnu aktivaciju, sprečavanje odlaska i obnovu. Za svaki prikažite okidač, merodavni sistem, predložena mapirana polja, jedan nacrt sledećeg koraka, uslove zaustavljanja, svrhu komunikacije i proveru dozvole, kao i metriku ishoda sa imeniocem i periodom posmatranja. Nedostajuće vrednosti označite kao nepoznate; razlikujte događaj koji nedostaje od potvrde iz izvora da se nije desio. Navedite svaki izvorni zapis i njegov datum. Sporne slučajeve i uslove označite za vlasnika. Ne izmišljajte upotrebu, rešenje slučaja, uslove ugovora, pristanak ili obnovu. Predložite po jedan jasno sintetički probni slučaj za svaki tok rada. Ovde napišite samo nacrt: ne pravite niti aktivirajte automatizacije, ne šaljite niti zakazujte poruke, ne menjajte kontakte, ne uklanjajte blokadu i ne prijavljujte nikoga ponovo.
Uporedite plan sa izvornim zapisima. U Brevo > Automations > Workflows > Create podesite samo odobren okidač, odlaganje ili uslov i radnju. Proverite obnovljen nalog, otvoren slučaj podrške i odjavljen kontakt. Ponovo proverite izlaze, pa aktivirajte po odobrenju vlasnika. Brevo navodi dostupne okidače i pravila; proverite opcije u svom nalogu ili dokumentovanom API putu. Sama MCP veza ne garantuje pravljenje automatizacije.
Ako potrebno polje nedostaje, najpre popravite provereni tok podataka. Tajo može odgovarati potvrđenom nedostatku u sinhronizaciji posle pregleda mapiranja i dozvola; ovaj tekst ne pretpostavlja aktivnu integraciju niti određenu Tajo funkciju. Vodič za Shopify i Brevo počinje proverom jednog zapisa. Za raniji deo kupovnog puta pogledajte vodič za tokove e-trgovine. Neka prvi aktivni tok rada bude dovoljno mali da se može proveriti.
Često Postavljana Pitanja
Može li Grok Bot automatski da spreči odlazak kupaca kroz Brevo?
Grok Bot može da predloži ograničen plan iz dozvoljenih dokaza. Pre sprovođenja odobrene automatizacije u Brevo nalogu proverite izvorne signale, okidač i izlaze, svrhu poruke i dozvole naloga. Ovo nije isproban tok rada uživo niti tvrdnja da MCP pravi svaku automatizaciju.
Da li datum obnove koji nedostaje znači da je nalog istekao?
Ne. Mapirano polje koje nedostaje ostaje nepoznato dok sistem naplate ili ugovora ne potvrdi datum i status. Ne pokrećite poruku o obnovi ili ponovnoj aktivaciji samo zbog tog odsustva.
Može li se neaktivan kontakt ponovo prijaviti za imejl ponovne aktivacije?
Ne. Proverite izvornu dozvolu i Brevo status isključenja za taj kanal i svrhu. Odjavljeni ili blokirani kontakti ostaju isključeni; bot ne sme ponovo da ih prijavi niti da im ukloni blokadu.