Kako uporabiti vedenje na strani za izbiro naslednjega najboljšega sporočila

Naslednje sporočilo, ki ga pošljete obiskovalcu z močnim namenom, naj odloči zadnja stvar, ki jo je storil na vaši strani, ne to, kjer se pač znajde v nespremenljivem e-poštnem zaporedju. Nekdo, ki je odprl vodnik po velikostih, ima vprašanje o prileganju. Nekdo, ki je prebral vaš pravilnik o vračilih, ima vprašanje o tveganju. Nekdo, ki je primerjal dva izdelka, ima vprašanje o izbiri. Vsem trem pošljite isto e-pošto “nekaj ste pustili za sabo” in ne odgovorite na nobeno njihovih dejanskih vprašanj. Metoda je preprosta za izreči in zahteva disciplino za izvajanje: preberite vedenje, sklepajte na ugovor za njim, pošljite sporočilo, ki ta ugovor razreši. To je preslikava iz vedenja v sporočilo in je razlika med tokom, ki ljudi opominja, in tokom, ki jih dejansko premakne.

Ena meja takoj na začetku. Odločanje o tem, kateri kanal nosi sporočilo — e-pošta, SMS ali potisno obvestilo — je povezana, a ločena odločitev, obravnavana v katera vedenja z močnim namenom naj sprožijo e-pošto, SMS ali potisno obvestilo. Ta članek govori o tem, kaj sporočilo pove, po kateri koli cevi že potuje.

Problem: linearni tokovi prezrejo, kaj vam je obiskovalec pravkar povedal

Standardna avtomatizacija je nespremenljiva lestev. Prva e-pošta pri štirih urah, druga e-pošta pri enem dnevu, tretja e-pošta pri treh dneh, ista vsebina za vsakogar, ki vstopi. Urejeno je in bogat vedenjski signal obravnava, kot da bi bil šum.

Obiskovalec vam je že povedal, kaj mu je pomembno. Svojo sejo je prebil na strani z vračili ali s preklapljanjem med dvema modeloma ali s preverjanjem, ali je modri na zalogi. To ni brskanje v ozadju — je izražena skrb, prav tam v toku klikov. Linearni tok to zavrže in vseeno pošlje splošni opomnik. Imeli ste konkretno vprašanje v roki in odgovorili na drugo, izmišljeno.

Zakaj “kar pošlji opomnik s popustom” premalo doseže

Privzeto sporočilo za ponovno pridobitev je neka različica “še vedno premišljujete o tem? tu je spodbuda”, pogosto s pripeto kodo. Deluje dovolj pogosto, da ga trgovine še naprej uporabljajo, kar prikrije, koliko pušča na mizi.

Večina obiskovalcev z močnim namenom ne obtiči pri ceni. Obtičijo pri konkretnem dvomu — ali se bo prilegalo, ali bo prispelo pravočasno, ali je vračilo zamudno, kateri od teh dveh je pravi zame. Popust se ne dotakne nobenega od teh. Sprožite kupon na vprašanje o prileganju in zgodi se eno od dvojega: dvom je še vedno tam, zato še vedno ne kupijo, ali pa bi kupili, ko bi bili pomirjeni, in ravnokar ste plačali maržo, ki je niste potrebovali. Tako ali tako ste potrošili spodbudo, da bi se izognili pravemu vprašanju. Za te obiskovalce odgovor tako rekoč vedno prekaša promocijo.

Obstaja tudi tišji strošek. Splošni opomnik bralca nauči, da so vaše e-pošte splošne, zato jih neha odpirati — in izgubite kanal za trenutke, ko bi prilagojeno sporočilo res zaleglo.

Kje se zgodi izguba: neujemanje med signalom in sporočilom

Postavite temu število, ohlapno. Recimo, da bi bralec strani z vračili konvertiral pri 12 %, če bi dobil sporočilo, ki obravnava vračila, a le pri 4 %, če bi dobil splošni opomnik. 8-odstotni razmik je čista izguba zaradi neujemanja — prodaje, za katere ste imeli namen in ste jih zavrgli z napačnimi besedami. (Ilustrativne številke; smer drži, tudi če so vaše številke drugačne.)

Zdaj to razširite čez vsako vedenje. Vsak, ki je odprl vodnik po velikostih in dobil popust namesto opombe o prileganju, vsak primerjevalec izdelkov, ki je dobil “nekaj ste pustili za sabo” namesto primerjave — vsak je majhna, izogibljiva zgrešitev. Posamično nevidna. Mesečno pravo puščanje. Denar ni izgubljen zato, ker niste pisali sporočila; izgubljen je, ker ste napačno reč napisali nekomu, ki vam je povedal pravo.

Praktična metoda: preslikava iz vedenja v sporočilo

Zgradite majhno iskalno tabelo. Na levi vedenje na strani. Na desni ugovor, ki ga nakazuje, in sporočilo, ki ga razreši. Naj bo kratka — pet ali šest vrstic pokrije večino trgovin.

  • Odprl vodnik po velikostih, nato odšel -> ugovor: prileganje. Sporočilo: kako se prilega, “manjše številke / ustreza velikosti”, enostavne zamenjave. Polna različica v kako ponovno pridobiti kupce, ki so uporabili vodnik po velikostih in nato odšli.
  • Prebral stran z dostavo, brez blagajne -> ugovor: čas ali strošek dostave. Sporočilo: natančno okno dostave, prag za brezplačno dostavo, rok za dostavo naslednji dan. Glejte kaj storiti s kupci, ki si ogledajo podatke o dostavi, a nikoli ne opravijo nakupa.
  • Prebral pravilnik o vračilih -> ugovor: tveganje nakupa. Sporočilo: kako neboleča so vračila, jamstvo, resnični pogoji, jasno navedeni.
  • Primerjal dva izdelka -> ugovor: kateri od njiju. Sporočilo: postavitev enega ob drugega — komu vsak ustreza, ena resnična razlika, ki odloči. Glejte kaj poslati obiskovalcu, ki je primerjal dva izdelka.
  • Preveril razpoložljivost / zalogo -> ugovor: ali ga sploh lahko dobim. Sporočilo: je na zalogi, kupite zdaj; ali zaloga je nizka, tu je poštena nujnost.
  • Ponovno si ogledal en izdelek -> ugovor: splošno obotavljanje. Sporočilo: najmočnejši razlogi za nakup, ki jih še niso videli — ocene, ključna korist, družbeni dokaz.

Pravilo, ki ga preslikava zajema: priznajte vedenje posredno (ne recite “opazili smo, da ste prebrali našo stran z vračili” — to je srhljivo), odgovorite na dvom neposredno, naredite nakup enostaven naslednji klik.

Ravnanje z obiskovalcem, ki je sprožil več signalov

Resnične seje so neurejene. Nekdo odpre vodnik po velikostih in prebere dostavo in primerja dva izdelka. Katero sporočilo zmaga?

Dva načina za razrešitev, in uporabil bi oba:

Prednostni vrstni red. Razvrstite ugovore po tem, kako blizu nakupu običajno stojijo. Signali razpoložljivosti in primerjave so ponavadi poznejši — oseba se je v bistvu že odločila in potrjuje — zato prekašajo zgodnejše odpiranje vodnika po velikostih. Začnite s signalom najpoznejše faze.

Preostale zaporedite. Signali, s katerimi niste začeli, postanejo drugo in tretje sporočilo. Obiskovalec, ki je primerjal izdelke in preveril vračila, dobi najprej primerjavo, nato, če ne kupi, pomiritev glede vračil. Zdaj je vaš tok še vedno večstopenjski, a vsak korak izbere njegovo vedenje in ne koledar. Le ne pustite, da “več signalov” postane izgovor za pošiljanje petih sporočil v dveh dneh — eno prilagojeno sporočilo prekaša tri splošna, prekaša pa tudi tri prilagojena, natlačena preblizu skupaj.

Kaj avtomatizirati

  • Sprožilci: vsako preslikano vedenje na strani je vstopni dogodek. Zahteva sledenje vedenju, vezano na znan stik.
  • Segment: stiki, ki so sprožili signal in med sejo niso kupili.
  • Logika odločanja: razcep/veja, ki prebere signal (ali signal z najvišjo prednostjo) in usmeri na ujemajoče se sporočilo. To je jedro celotne stvari — avtomatizacija mora izbrati, ne le sprožiti.
  • Časovnica: prvo sporočilo v urah do dneva; poznejše veje razmaknjene dan ali dva narazen.
  • Vsebina: vnaprej napisano sporočilo za vsak ugovor, personalizirano s konkretnim izdelkom, kjer je mogoče.
  • Izhod ob nakupu in ob začetku košarice: ko dodajo v košarico, predajte svojemu toku za košarico — naloga te poti je opravljena.
  • Cilj: premakniti namen v fazi raziskovanja proti košarici, s polno maržo, kjer je mogoče.

Primer trgovine (ilustrativno)

Trgovina, ki prodaja tekaške copate, preslika tri signale. Tisti, ki odprejo vodnik po velikostih, ob peti uri dobijo e-pošto o prileganju (“naši copati ustrezajo velikosti; brezplačne zamenjave, če ne”). Bralci vračil dobijo e-pošto “30-dnevna vračila brez vprašanj, tu je kako”. Primerjevalci izdelkov dobijo postavitev obeh modelov enega ob drugega z enovrstičnim “izberite tega, če prekomerno pronirate, onega, če ne”.

Ilustrativen rezultat: vsaka veja prekaša stari enotni opomnik, ker odgovori na vprašanje, ki ga je obiskovalec dejansko imel, in nobena od njih za to ne potrebuje popusta — zato povrnjena naročila ohranijo polno maržo. Točen dvig se razlikuje po trgovini; mehanizem ne. En ugib ste zamenjali s šestimi utemeljenimi odgovori.

Kako izmeriti, ali preslikava deluje

  • Stopnja konverzije na vejo, primerjana s starim splošnim opomnikom kot osnovo. Vsaka veja bi ga morala prekašati.
  • Prihodek na prejemnika na vejo, da vidite, katero vedenje je vredno največ.
  • Strošek popusta na povrnjeno naročilo — dobra preslikava bi vam morala omogočiti, da več povrnete po polni ceni, zato bi ta moral pasti.
  • Stopnja odjav na vejo — sporočilo, ki deluje preveč vseved ali prepogosto, se tu hitro pokaže.

Spremljajte to po veji, ne kot povprečje mešanice, sicer bo močna veja skrila šibko.

Kako Omnisend pomaga

Težji del te metode je logika odločanja — avtomatizacija, ki prebere, katero vedenje se je sprožilo, in usmeri temu ustrezno. To je natanko to, čemur so namenjeni graditelji tokov na osnovi vedenja. Omnisend poganjam v svojih trgovinah, ker je bilo po neposrednem preizkušanju proti Klaviyu grajenje toka, ki se sproži na vedenju brskanja in nato razcepi glede na to, katera stran ali izdelek je pognal signal, nekaj, kar sem lahko sestavil sam, brez razvijalca. Različna vsebina na vsaki veji, podrobnosti izdelka, vlečene dinamično, izhodna pravila, ko dodajo v košarico.

Dve pošteni omejitvi. Usmerjanje deluje le, če je vedenje sledeno in vezano na znano e-pošto, zato potrebujete stik, zajet prej. In orodje izbere vejo, a vseeno morate napisati šest resnično uporabnih odgovorov — e-pošta o vodniku po velikostih, ki ne pove nič koristnega, konvertira nič bolje od splošnega opomnika, ki ga nadomešča. Omnisend je partner Shopimationa v pridruženem programu; priporočam ga iz vsakodnevne uporabe in njegova brezplačna raven zadostuje, da zgradite različico z dvema vejama in dokažete preslikavo, preden jo razširite.

Vaš naslednji korak

Napišite svojo preslikavo iz vedenja v sporočilo, preden se dotaknete katerega koli orodja za avtomatizacijo — le dva stolpca, vedenje in sporočilo, ki nanj odgovori, pet ali šest vrstic. Nato zgradite dve veji z najmočnejšimi signali v svoji trgovini. Da se prepričate, da preslikavate vedenja, ki resnično nosijo nakupno namero (in ne šibkih, kot je goli čas na strani), preverite svoj seznam glede na zakaj sam čas na strani ni dober signal nakupne namere.

How to Use On-Site Behavior to Decide the Next Best Message

The next message you send a high-intent visitor should be decided by the last thing they did on your site, not by wherever they happen to sit in a fixed email sequence. Someone who opened the size guide has a fit question. Someone who read your returns policy has a risk question. Someone who compared two products has a choice question. Send all three the same “you left something behind” email and you answer none of their actual questions. The method here is simple to state and takes discipline to run: read the behavior, infer the objection behind it, send the message that resolves that objection. This is behavior-to-message mapping, and it’s the difference between a flow that reminds people and one that actually moves them.

One boundary up front. Deciding which channel carries the message — email, SMS, or push — is a related but separate decision, covered in which high-intent behaviors should trigger email, SMS, or push. This article is about what the message says, whatever pipe it travels down.

The problem: linear flows ignore what the visitor just told you

A standard automation is a fixed ladder. Email one at four hours, email two at a day, email three at three days, same content for everyone who enters. It’s tidy and it treats a rich behavioral signal as if it were noise.

The visitor already told you what they care about. They spent their session on the returns page, or toggling between two models, or checking if the blue one is in stock. That’s not ambient browsing — it’s a stated concern, right there in the clickstream. A linear flow throws that away and sends the generic reminder anyway. You had a specific question in your hand and answered a different, made-up one.

Why “just send a discount reminder” underperforms

The default recovery message is some version of “still thinking about it? here’s a nudge,” often with a code attached. It works often enough that stores keep using it, which hides how much it leaves on the table.

Most high-intent visitors don’t stall on price. They stall on a specific doubt — will it fit, will it arrive in time, is returning it a hassle, which of these two is right for me. A discount doesn’t touch any of those. Fire a coupon at a fit question and one of two things happens: the doubt is still there so they still don’t buy, or they’d have bought once reassured and you just paid margin you didn’t need to. Either way you spent an incentive to dodge the real issue. For these visitors, an answer almost always outperforms a promotion.

There’s a quieter cost too. The generic reminder teaches the reader that your emails are generic, so they stop opening them — and you lose the channel for the moments a tailored message really would have landed.

Where the loss happens: the mismatch between signal and message

Put a number on it, loosely. Say a returns-page reader would convert at 12% given a message that addresses returns, but only 4% given a generic reminder. The 8-point gap is pure mismatch loss — sales you had the intent for and threw away with the wrong words. (Illustrative figures; the direction holds even if your numbers differ.)

Now scale that across every behavior. Every size-guide opener who got a discount instead of a fit note, every product-comparer who got “you left something behind” instead of a side-by-side — each one is a small, avoidable miss. Individually invisible. Monthly, a real leak. The money isn’t lost because you didn’t message; it’s lost because you messaged the wrong thing to someone who’d told you the right thing.

The practical method: a behavior-to-message map

Build a small lookup table. On the left, the on-site behavior. On the right, the objection it implies and the message that resolves it. Keep it short — five or six rows cover most stores.

  • Opened the size guide, then left -> objection: fit. Message: how it fits, “runs small/true to size,” easy exchanges. Full version in how to recover customers who used the size guide and then left.
  • Read the shipping page, no checkout -> objection: delivery timing or cost. Message: exact delivery window, free-shipping threshold, cut-off for next-day. See what to do with shoppers who view shipping information but never check out.
  • Read the returns policy -> objection: purchase risk. Message: how painless returns are, the guarantee, real terms plainly stated.
  • Compared two products -> objection: which one. Message: a side-by-side — who each suits, the one real difference that decides it. See what to send a visitor who compared two products.
  • Checked availability / stock -> objection: can I actually get it. Message: it’s in stock, buy now; or it’s low, here’s honest urgency.
  • Repeat-viewed one product -> objection: general hesitation. Message: the strongest reasons to buy they haven’t seen — reviews, key benefit, social proof.

The rule the map encodes: acknowledge the behavior obliquely (don’t say “we saw you read our returns page” — that’s creepy), answer the doubt directly, make buying the easy next click.

Handling the visitor who fired several signals

Real sessions are messy. Someone opens the size guide and reads shipping and compares two items. Which message wins?

Two ways to resolve it, and I’d use both:

Priority order. Rank objections by how close-to-purchase they usually sit. Availability and comparison signals tend to be latest-stage — the person has basically decided and is confirming — so they outrank an earlier-stage size-guide open. Lead with the latest-stage signal.

Sequence the rest. The signals you didn’t lead with become message two and three. The visitor who compared products and checked returns gets the comparison first, then, if they don’t buy, the returns reassurance. Now your flow is still multi-step, but every step is chosen by their behavior instead of a calendar. Just don’t let “several signals” become an excuse to send five messages in two days — one tailored message beats three generic ones, and it also beats three tailored ones crammed too close together.

What to automate

  • Triggers: each mapped on-site behavior is an entry event. Requires behavior tracking tied to a known contact.
  • Segment: contacts who fired a signal and didn’t purchase in-session.
  • Decision logic: a split/branch that reads the signal (or the highest-priority signal) and routes to the matching message. This is the core of the whole thing — the automation must choose, not just fire.
  • Timing: first message within hours to a day; later branches spaced a day or two apart.
  • Content: the pre-written message for each objection, personalized with the specific product where possible.
  • Exit on purchase and on cart-start: once they add to cart, hand off to your cart flow — this journey’s job is done.
  • Goal: move research-phase intent toward a cart, at full margin where possible.

A store example (illustrative)

A store selling running shoes maps three signals. Size-guide openers get a fit email at hour five (“our runners fit true to size; free exchanges if not”). Returns-readers get a “30-day no-questions returns, here’s how” email. Product-comparers get a side-by-side of the two models with a one-line “pick this if you overpronate, that if you don’t.”

Illustrative result: each branch out-converts the old single reminder because it answers the question the visitor actually had, and none of them needs a discount to do it — so recovered orders keep full margin. The exact lift varies by store; the mechanism doesn’t. You replaced one guess with six informed answers.

How to measure whether the mapping works

  • Conversion rate per branch, compared against the old generic reminder as a baseline. Each branch should beat it.
  • Revenue per recipient per branch, to see which behavior is worth the most.
  • Discount cost per recovered order — a good map should let you recover more at full price, so this should fall.
  • Unsubscribe rate per branch — a message that feels too knowing or too frequent shows up here fast.

Watch these per branch, not as a blended average, or a strong branch will hide a weak one.

How Omnisend helps

The hard part of this method is the decision logic — an automation that reads which behavior fired and routes accordingly. That’s exactly what behavior-based flow builders are for. I run Omnisend in my stores because after testing it head-to-head with Klaviyo, building a flow that triggers on browsing behavior and then splits by which page or product drove the signal was something I could assemble myself, without a developer. Different content on each branch, product details pulled in dynamically, exit rules when they add to cart.

Two honest limits. The routing only works if the behavior is tracked and tied to a known email, so you need the contact captured first. And the tool picks the branch, but you still have to write six genuinely useful answers — a size-guide email that says nothing helpful converts no better than the generic reminder it replaced. Omnisend is an affiliate partner of Shopimation; I recommend it from daily use, and its free tier is enough to build a two-branch version and prove the mapping before you expand it.

Your next step

Write your behavior-to-message map before you touch any automation tool — just two columns, behavior and the message that answers it, five or six rows. Then build the two branches with the strongest signals in your store. To make sure you’re mapping behaviors that actually carry buying intent (and not weak ones like raw time on site), sanity-check your list against why time on site alone is a poor buying intent signal.

Leave a Reply

Your email address will not be published. Required fields are marked *