Clientul a cumpărat. Peste câteva ore primește „Ai uitat ceva în coș?”. A cerut ajutor pentru o livrare întârziată, iar următorul mesaj îi propune să mai comande. Automatizarea funcționează tehnic: trimite exact ce a fost configurat. Problema este ceea ce configurația nu a luat în calcul.
Un flux automat aplică reguli unor date și evenimente. Dacă evenimentul este incomplet, întârziat sau interpretat greșit, mesajul poate fi nepotrivit chiar dacă textul lui este bun.
Întrebarea nu este doar ce pornește automatizarea, ci și ce ar trebui să o oprească sau să îi schimbe direcția.
De la calendar la situație
„Trimitem la trei zile după comandă” este o regulă de timp. „Trimitem după confirmarea livrării, dacă sunt îndeplinite condițiile mesajului și nu există o situație care îl face nepotrivit” este o regulă legată de experiență.
Nici a doua variantă nu se implementează doar prin formulare.
- Există un status de livrare fiabil?
- Când ajunge în sistem?
- Ce considerăm excepție?
Dacă datele nu permit acel nivel, alegem o comunicare compatibilă cu ceea ce știm.
De exemplu, nu afirmăm „Acum că ai primit produsul...” pe baza unei estimări, dacă livrarea nu este confirmată. Putem informa fără să inventăm starea comenzii.
Ce tipuri de fluxuri pot avea sens
| Situație | Rol posibil | Întrebare înainte de implementare |
|---|---|---|
| Înscriere confirmată | Orientare și setarea așteptărilor | Ce a cerut persoana să primească? |
| Acțiune comercială nefinalizată | Clarificarea continuării | Știm că nu a finalizat în altă parte? |
| Prima experiență | Ajutor pentru utilizare | Ce status real putem folosi? |
| Produs cu consum repetat | Reamintire relevantă | Există o bază pentru intervalul ales? |
| Inactivitate relevantă | O posibilă reintroducere a ofertei | Inactivitatea este neobișnuită în categorie? |
Tabelul descrie direcții, nu recomandă activarea tuturor fluxurilor. Unele afaceri au nevoie mai întâi de corectarea confirmării și a comunicării de serviciu.
Ce verificăm înainte de trimitere
Un eveniment poate face o persoană candidată pentru un mesaj. Înainte de expediere, sistemul trebuie să poată verifica regulile aplicabile: eligibilitate, preferințe, stare comercială, mesaje deja trimise și eventuale opriri.
Datele se pot schimba în timpul așteptării. O comandă nouă poate anula relevanța unei reamintiri. O dezabonare trebuie aplicată conform scopului mesajului. O eroare de sincronizare nu ar trebui să ducă la presupunerea automată că toate condițiile sunt îndeplinite.
Ce se verifică înainte de trimitere?
Evenimentul inițial nu înlocuiește verificarea stării actuale.
ELIGIBILITATE
Scop, preferințe și condiții aplicabile.
STARE ACTUALĂ
Comandă, livrare, retur sau problemă deschisă.
COORDONARE
Mesaje deja trimise și alte fluxuri active.
DECIZIE
Trimite, amână, oprește sau cere intervenție, după reguli.
Schemă explicativă. Aplicarea depinde de situația și datele proiectului.
Pentru mesaje comerciale, baza și regulile contactării trebuie stabilite înainte de activare. O automatizare de coș abandonat nu este automat exceptată de la regulile marketingului doar fiindcă a existat o acțiune pe website.
Un exemplu în care ordinea schimbă experiența
Luăm un magazin fictiv de electrocasnice. Clientul cumpără un aparat, iar după livrare ar putea primi un ghid de utilizare. Ulterior, poate exista o comunicare despre accesorii compatibile, dacă este justificată și permisă.
Între cele două momente apare însă un retur. Dacă platforma de marketing află acest lucru, oferta de accesorii poate fi oprită. Dacă statusul nu ajunge sau nu este inclus în reguli, fluxul continuă ca și cum relația ar fi neschimbată.
| Eveniment nou | Întrebarea pentru flux |
|---|---|
| Livrarea este întârziată | Mesajul presupune folosirea unui produs neprimit? |
| Apare o solicitare de suport | Comunicarea comercială este potrivită acum? |
| Comanda este anulată sau returnată | Mai este relevant produsul asociat? |
| Preferința de marketing se schimbă | A fost actualizată eligibilitatea înainte de trimitere? |
Nu toate solicitările de suport cer blocarea tuturor comunicărilor. Regula se definește în raport cu tipul situației și cu rolul mesajului. Un mesaj necesar rezolvării problemei are altă prioritate decât o promoție.
Mai multe fluxuri pot vorbi simultan
O persoană poate intra în newsletter, într-o secvență de bun venit și într-o comunicare după cumpărare în aceeași săptămână. Fiecare flux pare rezonabil separat, dar experiența lor cumulată poate fi încărcată sau contradictorie.
Stabilim priorități, limite unde sistemele le permit și reguli pentru coliziuni. Nu promitem o coordonare perfectă peste toate serviciile dacă integrarea nu o poate susține. Verificăm concret ce informație circulă între ecommerce, CRM, email și publicitate.
Mesajele nu au aceeași prioritate.
Exemplu de întrebări pentru o comandă cu o problemă de livrare.
INFORMAȚIE NECESARĂ
Ce trebuie să știe clientul despre comandă?
REZOLVARE
Ce comunicare îl ajută să primească sprijin?
PROMOVARE
Mai este potrivită acum oferta suplimentară?
Exemplu fictiv. Nu reprezintă rezultate sau prognoze NOT MORE.
Ce înseamnă să testăm un flux
Nu este suficient să primim un email de test. Trebuie verificat și cine intră, ce date sunt folosite, ce îl oprește și ce se întâmplă când o integrare întârzie.
Scenariile utile pot include o comandă confirmată în timpul așteptării, un eveniment primit de două ori, o dezabonare, un produs indisponibil sau o adresă care nu poate primi mesaje. Fiecare are un rezultat așteptat, stabilit înainte de testare.
Testele nu sunt decor tehnic. Ele previn situații pe care clientul le-ar interpreta ca lipsă de atenție: două mesaje identice, o recomandare incompatibilă sau o ofertă primită după ce a cerut oprirea comunicării.
Cine întreține automatizarea după lansare
Catalogul, produsele, formularele și politicile comerciale se schimbă. Un flux care a fost corect la lansare poate deveni greșit dacă nimeni nu îi verifică dependențele.
Stabilim responsabilități pentru date, conținut și funcționare. Avem nevoie de un mod de a observa erorile și de a opri ori corecta comunicarea atunci când situația o cere. Automatizarea reduce anumite operațiuni repetitive, dar introduce o muncă de proiectare și întreținere.
Și evaluarea comercială trebuie făcută cu grijă. O platformă poate atribui venit unui flux, fără să demonstreze că toate cumpărăturile au fost produse de el. Comparăm rezultatul cu costurile, relevanța și efectele asupra experienței.
Cum lucrăm la NOT MORE.
Pornim de la parcursul clientului și de la informațiile fiabile pe care le avem. Alegem automatizările care pot ajuta, definim regulile și mesajele, apoi verificăm funcționarea în situații obișnuite și în excepțiile importante.
Uneori cea mai bună decizie este un flux simplu, susținut bine de date. Alteori sunt necesare integrări și reguli mai ample. Strategia stabilește scopul; implementarea trebuie să poată respecta acel scop în viața reală.
Cine primește alerta și poate opri fluxul
Construim o automatizare utilă împreună cu regulile ei de control. NOT MORE. poate implementa integrarea, condițiile și alertele, apoi poate testa situațiile agreate. Clientul validează regulile comerciale și desemnează persoana care poate verifica un caz real, corecta informația sau opri temporar comunicarea.
Documentăm ce se întâmplă când lipsește un status, când două sisteme se contrazic sau când o acțiune eșuează. Monitorizarea are frecvență, responsabil și mod de escaladare. Într-o colaborare recurentă, observațiile se transformă în ajustări și într-un raport care arată atât funcționarea, cât și problemele încă nerezolvate.