На тази страница
Хипотетичен пример: клиент променя количката си в 10:00 ч., купува в 10:05 ч., но събитието за поръчката не достига до Brevo. Бот, който вижда само количката, би препоръчал имейл за връщане към покупката на човек, който вече е платил. Първо проверете последователността на събитията. Имейлът идва по-късно.
Използвайте Grok Bot за чернова на план въз основа на разрешени данни. Това следва ръководството на xAI за Grok Bot в маркетинга: ботът подготвя изложение, а човек го одобрява. Проверихме документацията, но не и действаща връзка между Grok Bot и Brevo. Началното ръководство описва проверка със само четене и резервен вариант с експортирани данни, обозначени с дата.
Проверете движението на данните, преди да планирате съобщение
Изберете една реална тестова количка и поръчка. В магазина запишете идентификаторите им, часовете на събитията, продуктите, състоянието на плащането или поръчката и избора на клиента за маркетингови имейли. В Brevo потърсете съответните събития и състоянието на абонамента на контакта. Brevo документира събития за колички и поръчки, но наличността им зависи от действителната връзка с магазина. Зелен индикатор за връзка не доказва, че необходимото поле или събитие е пристигнало.
Имената cart_id, order_id, product_category, delivery_status и marketing_permission по-долу са предложени полета за Вашето съпоставяне, а не твърдение за собствената схема на Brevo. Запишете реалните им имена в източника и целта. Ако очаквано събитие липсва, отбележете го като неизвестно, докато магазинът или системата за изпълнение на поръчки не потвърди какво се е случило. Липсващи данни не доказват, че действието не е настъпило.
| Работен процес | Задействане и изходни данни | Следваща стъпка | Условие за спиране | Показател |
|---|---|---|---|---|
| Връщане към изоставена количка | Промяна в количката, неин идентификатор, URL адрес за плащане и проверена липса на по-късна поръчка в магазина | Подгответе едно напомняне с връзка към съществуващата количка | Спрете при покупка, изтекла количка, липсващо съгласие или невалидна връзка | Завършени поръчки сред допустимите колички, с контролна група, ако е възможно |
| Обучение след покупка | Потвърдена поръчка и статус на доставка или очаквана употреба от магазина или системата за изпълнение | Подгответе указания за настройка или грижа за купения продукт | Спрете при възстановена сума, връщане, нерешен проблем с доставката или несъответстващ продукт | Подходящи запитвания към поддръжката и посещения на обучаващата страница на допустима поръчка |
| Допълваща продажба | Завършена поръчка и проверен съвместим артикул от продуктовия каталог | Предложете един полезен аксесоар, след като клиентът е имал време да използва покупката | Спрете при връщане, вече притежаван артикул, липса на наличност, изключване или липса на маркетингово съгласие | Поръчки на допълващ артикул сред допустимите купувачи спрямо група без изпращане |
Определете периодите на наблюдение преди активиране: например седем дни след допустима количка и 30 дни след допустима поръчка за обучение и допълваща продажба. За знаменатели използвайте допустимите колички или поръчки, не всички контакти. Към датата на отчета запишете колко допустими записа имат пълни данни за поръчка, продукт и съгласие; изключете неизвестните и отчетете обхвата. Твърдете, че има допълнителен ефект само ако сравними контакти са разпределени случайно в групи с изпращане и без изпращане. Иначе наречете разликата наблюдавана. При сравнение със случайно разпределение запазете знаменателите според първоначалното разпределение и покажете липсващите резултати по групи; непълните данни могат да оставят резултата неубедителен.
Вземете по едно решение за всеки работен процес
За връщане към количката попитайте магазина дали след промяната в количката е имало покупка. Brevo предлага автоматизация за изоставена количка, но не я активирайте само въз основа на едно наблюдавано събитие. Проверете изключването след покупка, съгласието, URL адреса на плащането и периода чрез тестови записи. Ако потокът от поръчки закъснява, задръжте съобщението; не превръщайте пропуск в интеграцията в невярно твърдение за изоставена количка. Ръководството за имейл при изоставена количка разглежда самото съобщение.
За обучението след покупка поръчката е началният факт, не разрешение за промоция. Нека магазинът или системата за изпълнение потвърди какво е купено и дали е доставено. Подгответе указанията в чата и изпращайте само след преглед на целта на комуникацията и разрешенията за получателя. При връщане или проблем с доставката насочете случая към поддръжката, вместо да изпращате бодър урок за продукта. Ръководството за имейли след покупка разглежда времето и съдържанието.
За допълващата продажба продуктовият каталог е източникът за съвместимост и наличност. Ботът може да предложи комбинация, но трябва да посочи правилото в каталога или продуктовия факт, който я подкрепя. Ако не може, отхвърлете предложението. Промоционалната препоръка изисква маркетингово съгласие, а отписването винаги има предимство. Кликване не е поръчка.
Копирайте план, не автоматизация
Предоставете ограничен експорт с час на събитията, идентификатори на магазина и контакта, продуктови факти, състояние на съгласието и дата на отчета. Премахнете ненужните за бота полета. После поставете тази заявка:
Използвайте само предоставените доказателства от магазина, продуктовия каталог, изпълнението на поръчки и Brevo. Предложете точно три работни процеса: връщане към изоставена количка, обучение след покупка и допълваща продажба. За всеки върнете задействащото условие, авторитетния източник и съпоставените полета, едно предложено съобщение, следващата стъпка, условията за спиране, изискването за съгласие и един показател с числител, знаменател и период на наблюдение. Различавайте липсващо събитие от потвърдено ненастъпило събитие. Обозначете неизвестните и датата на експорта; не измисляйте съвместимост, доставка, наличност, съгласие или покупка. Предложете един ясно обозначен синтетичен тестов случай и въпрос към отговорното лице. Подгответе само чернова тук. Не създавайте и не активирайте автоматизация, не изпращайте и не планирайте съобщения, не променяйте контакти, не премахвайте блокиране и не подновявайте абонамент на никого.
Сравнете плана с изходните записи. В Brevo > Automations > Workflows > Create настройте одобрено задействащо условие, забавяне и условия, а после действието за съобщение. Премахвайте повторенията по контакт, количка или поръчка и стъпка на работния процес; непосредствено преди всяко изпращане проверявайте отново покупката, връщанията, наличността, разрешението и изключването в съответните източници. Тествайте количка, последвана от покупка, върната поръчка и отписан контакт. Проверете пак условията за изход и активирайте само след одобрение от отговорното лице. Brevo документира наличните правила и действия; проверете ги във Вашия акаунт или използвайте проверен път през API. MCP връзка с Brevo не гарантира, че Grok Bot може да създава автоматизации.
Ако необходимо събитие или поле не достига до Brevo, първо поправете тази връзка. Ръководството за Shopify и Brevo започва с вградена настройка и тест с един запис. Tajo може да се обмисли при доказан пропуск в синхронизацията, с прегледано съпоставяне и права; този план не предполага действаща интеграция с Tajo. За по-късния етап от работата с клиента вижте ръководството за задържане. Започнете с количката и поръчката, които можете да проверите.
Често Задавани Въпроси
Може ли Grok Bot да създаде тези автоматизации за електронна търговия в Brevo?
Използвайте Grok Bot, за да прегледате разрешените данни и да предложите план с три работни процеса. Проверете необходимите събития и полета в магазина и акаунта си в Brevo, след което създайте одобрените автоматизации през проверения интерфейс или API на Brevo. Тук не твърдим, че сме тествали действаща връзка с Grok Bot или че неговите MCP инструменти могат да създадат всяка автоматизация.
Означава ли събитието за количка, че клиентът е изоставил плащането?
Не. Проверете за по-късна поръчка и валидна връзка към количката или плащането, преди да смятате количката за изоставена. Липсващо събитие за поръчка може да означава повредена връзка, а не че клиентът не е купил.
Дава ли покупката разрешение за имейл с допълваща продажба?
Не. Покупката и маркетинговото съгласие са отделни записи. Изисквайте разрешение за съответния канал, спазвайте отписванията и изключванията и проверявайте съгласието в изходната система преди всяко промоционално изпращане.