Kako iz promocij izključiti kupce z odprtimi pritožbami

Če želite iz svojih promocij izključiti kupce z odprtimi pritožbami, potrebujete predvsem eno stvar: signal, ki pove “ta oseba ima nerešeno težavo” in ki živi na istem mestu, od koder pošiljate svoje trženje. Običajno je to oznaka ali segment, ki se napaja iz vaše podpore. Nato v vsako kampanjo in vsako promocijsko avtomatizacijo dodate pravilo za zadržanje, ki preveri ta signal in ustavi pošiljanje. Ko se zahtevek zapre, oznaka odpade in kupec se vrne v običajno trženje. To je mehanika. Zapleteno pravzaprav skoraj nikoli ni pravilo za izključitev — težava je, kako sploh spraviti status pritožbe v vaše orodje za e-pošto in ga ohranjati ažurnega.

Ta stran govori o tem, kako zgraditi to izključitev. Kdaj določena težava dejansko upraviči premor, je ločena odločitev, ki sem jo izdvojil v kdaj naj težava s podporo kupcem ustavi tržna sporočila, da lahko ta ostane osredotočena na nastavitev.

Zakaj promocija, ki pristane pri jeznem kupcu, stane več kot izgubljena prodaja

Predstavljajte si kupca, ki vam je pred tremi dnevi pisal, ker je njegovo naročilo prispelo polomljeno, in mu še nihče ni odgovoril. Zdaj mu v nabiralnik pristane vaša petkova kampanja “20 % popusta na vse”. Pravkar ste mu v bistvu sporočili, da imate čas, da mu prodajate, ne pa da rešite njegovo težavo. To je trenutek, ko rahlo razdražen kupec postane ocena z eno zvezdico, povračilo vplačila ali odgovor “nikoli več”.

Neposredni strošek je majhen — eno naročilo s popustom, ki ga morda niti nočete. Pravi strošek je spodaj po toku: vračilo denarja, ki bi se mu lahko izognili, podporna nit, ki jo zdaj razpletate dvakrat dlje, in odplavljen kupec, ki bi ostal, če bi bil čas pošiljanja bolj človeški. Promocije so narejene za ljudi v nakupovalnem razpoloženju. Nekdo z odprto pritožbo je v nasprotnem razpoloženju, in če ga vseeno bombardirate, tiho ustvarjate točno tisto podporno obremenitev, ki jo poskušate zmanjšati.

Zakaj “samo bodi previden” ne deluje

Večina trgovin to rešuje ročno ali pa misli, da to počne. Načrt je tak: oseba iz podpore to omeni v Slacku, nekdo se pred naslednjim pošiljanjem spomni izvzeti tega kupca. To zdrži do prvega natrpanega tedna.

Ročno zadrževanje pade iz dolgočasnih razlogov. Kampanje se razporedijo dneve vnaprej, preden pritožba sploh nastane. Avtomatizacije se prožijo ves dan in vso noč — tok za opuščene košarice ali za ponovno pridobivanje ne čaka, da preverite vrsto zahtevkov. In oseba, ki gradi promocijo, skoraj nikoli ni oseba, ki bere podporno e-pošto, zato podatek, da je “ta kupec razburjen”, nikoli ne pride do osebe, ki pritisne pošlji. Več discipline ne bo odpravilo strukturne vrzeli med dvema orodjema, ki se ne pogovarjata.

Prav tako tega ne morete rešiti tako, da ustavite vse trženje, kadarkoli se stvari zaostrijo. To zaduši prihodek od tisočev zadovoljnih kupcev, da bi zaščitili peščico. Cilj je kirurški: zadržite promocije za točno tiste ljudi z odprto težavo, in samo tako dolgo, dokler je težava odprta.

Kje je dejansko puščanje: sistema si ne delita statusa

Puščanje je vrzel v podatkih. Vaša podpora ve, kdo ima odprt zahtevek. Vaša platforma za e-pošto ve, kdo dobi promocijo. Nič ne prenese prvega dejstva v drugi sistem, zato gre pošiljanje ven na slepo.

Popravek pomeni, da “odprto pritožbo” spremenite v lastnost, po kateri lahko vaše tržno orodje filtrira. Tri poti do tja, od najmanj do najbolj avtomatizirane:

  • Ročna oznaka. Podpora razburjene kupce ročno označi v orodju za e-pošto. Za zelo majhen obseg je v redu; takoj ko postane naporno, se pozabi.
  • Avtomatizacija v podpori. Vaša podporna programska oprema doda oznako ali posodobi polje prek vgrajene integracije ali koraka v Zapierju/Make, kadar se odpre zahtevek določene vrste ali prioritete.
  • Deljen profil kupca. Oba sistema bereta in pišeta v isti zapis o kupcu, tako da je status pritožbe le še eno polje ob zgodovini naročil.

Zadnja možnost je tista, h kateri se splača graditi, in je širši argument, ki ga podajam v zakaj morata trženje in podpora deliti podatke o kupcih. Za zdaj pa je celo groba različica — ena sama ročno dodeljena oznaka — boljša od nič, saj vašim kampanjam da nekaj oprijemljivega za izključitev.

Praktična nastavitev, po vrsti

Naredite to po vrsti. Vsak korak deluje, tudi če nikoli ne pridete do naslednjega.

1. Določite, kaj se šteje za “odprto pritožbo”. Ni vsak zahtevek primeren. Vprašanje “kje je moje naročilo” je poizvedba, ne pritožba. Zadrževanje prihranite za zahtevke, ki nakazujejo resnično nezadovoljstvo: poškodovano blago, napačen artikel, spor o vračilu, neuspela dostava, ponavljajoča se težava. Ta seznam zapišite. Če definicija živi le v nečji glavi, bo označevanje zdrsnilo v nered.

2. Ustvarite eno oznako ali segment za zadrževanje. Poimenujte jo nedvoumno — open_complaint ali segment z imenom “Aktivna težava s podporo”. Ena oznaka, ne pet. Želite eno samo stikalo za preverjanje, ne taksonomije za vzdrževanje.

3. Poskrbite, da se oznaka dodeli samodejno. Povežite svojo podporo tako, da odprtje ustreznega zahtevka doda oznako. Če obstaja vgrajena integracija, jo uporabite. Če ne, dvostopenjska avtomatizacija (zahtevek odprt z oznako X → dodaj oznako stiku v orodju za e-pošto) prek Zapierja ali Make pokrije večino postavitev. Preizkusite jo z resničnim zahtevkom, preden ji zaupate.

4. Dodajte izključitev v vsako promocijsko pošiljanje. V občinstvu vsake kampanje izključite segment za zadrževanje. V vsaki promocijski avtomatizaciji — ponovno pridobivanje, navzkrižna prodaja, tok za najavo razprodaje — dodajte zgodnji filter: če ima stik oznako odprte pritožbe, preskoči ali zadrži. Transakcijska sporočila (potrditev naročila, obvestila o dostavi, sami odgovori podpore) so izjema. Ta naj vedno gredo ven. Tu gre samo za promocije.

5. Določite ponovni vstop. Premor brez ventila za sprostitev postane kupec, ki ste ga po nesreči utišali za šest mesecev. Ko je zahtevek rešen, mora oznaka odpasti — najbolje samodejno, ko podpora zapre zahtevek. Kaj naj ta rešeni kupec sliši naslednje, je svoja tema; obravnavam jo v kaj poslati po rešitvi podpornega zahtevka.

Primer trgovine

Recimo, da vodite trgovino z izdelki za dom, približno 4.000 aktivnih stikov, in pošiljate dve promocijski kampanji na teden ter tok za ponovno pridobivanje. V običajnem tednu ima morda od 15 do 25 kupcev resnično odprto pritožbo — počena skodelica, zamujena dostava, manjkajoč pokrov. To je precej pod 1 % seznama. (Ilustrativne številke — preverite lasten obseg zahtevkov.)

Izključite teh 15 do 25 ljudi in prihodek vaše kampanje se komaj premakne; matematika je zaokrožitvena napaka. A preprečili ste, da bi približno dva ducata že razdraženih kupcev na teden dobilo veselo “Razvajajte se!”, medtem ko njihova težava ostaja neodgovorjena. V letu dni je to čez tisoč slabo umeščenih pošiljanj, ki jih niste opravili — vsako je majhna možnost javne pritožbe ali izgubljenega kupca, ki ste ga namesto tega tiho obdržali.

Kaj meriti

Tukaj ne lovite številke prihodka; opazujete preprečeno škodo. Spremljajte:

  • Natančnost zadrževanja — naključno preverite, da imajo označeni kupci res odprte težave in da rešeni oznako izgubijo. Zataknjena oznaka pomeni, da nekdo za vedno neha prejemati trženje.
  • Stopnja pritožba-do-odhoda — od kupcev, ki so imeli odprto pritožbo, koliko jih ostane aktivnih kupcev po tem? Boljše časovno umeščanje bi moralo to sčasoma podpreti navzgor.
  • Odgovori podpore na promocije — jezni odgovori “nehajte mi pošiljati e-pošto, popravite moje naročilo” na kampanje. To bi moralo pasti skoraj na nič, ko izključitev zdrži.

Kako to ureja Omnisend

Ko je signal o pritožbi v vaših stikih, postane to v Omnisendu preprosto. Zgradite segment na oznaki ali lastnem polju, ta segment izključite iz občinstva kampanje in blizu začetka vsake promocijske avtomatizacije dodate korak s filtrom, tako da označeni stiki odpadejo. Ker Omnisend ohranja e-pošto, SMS in potisna obvestila na istem profilu stika, eno pravilo za zadrževanje pokrije vse tri kanale, namesto da bi ga gradili znova za vsak kanal.

Poštena omejitev: Omnisend lahko ukrepa le na podlagi podatkov, ki mu jih daste. Ne bo vedel, da je kupec nezadovoljen, dokler vaša podpora tega statusa ne zapiše na stik — prek vgrajene povezave ali mostu Zapier/Make. Izključitev je preprosta. Napeljava, ki jo napaja, je delo, in ga je vredno opraviti enkrat, kot je treba. Omnisend je pridruženi partner Shopimationa; priporočam ga, ker ga uporabljam v lastnih trgovinah.

Vaš naslednji korak

Preden karkoli zgradite, zapišite enovrstično definicijo tega, kaj se v vaši trgovini šteje za odprto pritožbo. Vse drugo — oznaka, avtomatizacija, izključitev — visi na tej definiciji. Ko je ta postavljena in vaše označevanje deluje, se odločite še o drugi strani: kako hitro nadaljevati s trženjem in kaj naj pove tisto prvo sporočilo, v kaj poslati po rešitvi podpornega zahtevka.

How to Exclude Customers With Open Complaints From Promotions

To exclude customers with open complaints from your promotions, you need one thing above all: a signal that says “this person has an unresolved problem,” living in the same place your marketing sends from. Usually that’s a tag or a segment fed from your helpdesk. Then you add a suppression rule to every campaign and every promotional automation that checks for that signal and holds the send. When the ticket closes, the tag comes off and the customer flows back into normal marketing. That’s the mechanic. The awkward part is rarely the exclusion rule — it’s getting complaint status into your email tool at all, and keeping it current.

This page is about how to build that exclusion. When a given issue actually justifies a pause is a separate decision, and I’ve split it out into when a customer service issue should pause marketing messages so this one can stay focused on the setup.

Why a promo landing on an angry customer costs more than a lost sale

Picture the customer who emailed you three days ago because their order arrived broken and nobody has replied yet. Now your Friday “20% off everything” campaign lands in their inbox. You’ve just told them, in effect, that you have time to sell to them but not to fix their problem. That’s the moment a mildly annoyed customer becomes a one-star review, a chargeback, or a “never again” reply-all.

The direct cost is small — one discounted order you might not even want. The real cost sits downstream: a refund you could have avoided, a support thread that now takes twice as long to defuse, and a churned customer who’d have stayed if the timing had been human. Promotions are built for people in a buying mood. Someone with an open complaint is in the opposite mood, and blasting them anyway quietly manufactures the exact support load you’re trying to reduce.

Why “just be careful” doesn’t work

Most stores handle this manually, or think they do. The plan is: the support person mentions it in Slack, someone remembers to pull that customer before the next send. It survives until the first busy week.

Manual suppression breaks for boring reasons. Campaigns get scheduled days ahead, before a complaint even exists. Automations fire around the clock — an abandoned-cart or win-back flow doesn’t wait for you to check the ticket queue. And the person building the promo is almost never the person reading support email, so the knowledge that “this customer is upset” never reaches the person hitting send. More discipline won’t fix a structural gap between two tools that don’t talk to each other.

You also can’t solve it by pausing all marketing whenever things feel tense. That throttles revenue from thousands of happy customers to protect a handful. The goal is surgical: hold promotions for the specific people with an open issue, and only for as long as the issue is open.

Where the leak actually is: the two systems don’t share a status

The leak is a data gap. Your helpdesk knows who has an open ticket. Your email platform knows who’s getting the promo. Nothing carries the first fact into the second system, so the send goes out blind.

Fixing it means making “open complaint” a property your marketing tool can filter on. Three ways to get there, from least to most automated:

  • Manual tag. Support flags upset customers by hand in the email tool. Fine for very low volume; forgettable the moment things get busy.
  • Helpdesk automation. Your support software applies a tag or updates a field via a native integration or a Zapier/Make step whenever a ticket opens with a certain type or priority.
  • Shared customer profile. Both systems read and write to the same customer record, so complaint status is just another field alongside order history.

That last option is the one worth building toward, and it’s the broader case I make in why marketing and support automations must share customer data. For now, even a rough version — a single tag applied by hand — beats nothing, because it gives your campaigns something concrete to exclude.

The practical setup, in order

Do these in sequence. Each step works even if you never get to the next one.

1. Define what counts as an “open complaint.” Not every ticket qualifies. A “where’s my order” question is a query, not a grievance. Reserve the suppression for tickets that signal genuine unhappiness: damaged goods, wrong item, a refund dispute, a delivery that failed, a repeated problem. Write the list down. If the definition lives only in someone’s head, the tagging will drift.

2. Create one suppression tag or segment. Call it something unambiguous — open_complaint or a segment named “Active support issue.” One tag, not five. You want a single switch to check, not a taxonomy to maintain.

3. Get the tag applied automatically. Connect your helpdesk so that opening a qualifying ticket adds the tag. If a native integration exists, use it. If not, a two-step automation (ticket opened with tag X → add contact tag in email tool) through Zapier or Make covers most setups. Test it with a real ticket before you trust it.

4. Add the exclusion to every promotional send. In each campaign audience, exclude the suppression segment. In each promotional automation — win-back, cross-sell, a sale announcement flow — add an early filter: if the contact has the open-complaint tag, skip or hold. Transactional messages (order confirmation, shipping updates, the support replies themselves) are the exception. Those should always go out. This is only about promotions.

5. Define the re-entry. A pause with no release valve becomes a customer you accidentally silenced for six months. When the ticket is resolved, the tag must come off — ideally automatically, when support closes the ticket. What that resolved customer should hear next is its own topic; I walk through it in what to send after a support ticket is resolved.

A store example

Say you run a homeware store, roughly 4,000 active contacts, and you send two promotional campaigns a week plus a win-back flow. In a normal week maybe 15 to 25 customers have a genuine open complaint — a cracked mug, a late delivery, a missing lid. That’s well under 1% of the list. (Illustrative numbers — check your own ticket volume.)

Exclude those 15 to 25 people and your campaign revenue barely moves; the math is a rounding error. But you’ve stopped roughly two dozen already-frustrated customers per week from getting a cheerful “Treat yourself!” while their problem sits unanswered. Over a year that’s north of a thousand badly timed sends you didn’t make — each one a small chance of a public complaint or a lost customer you quietly kept instead.

What to measure

You’re not chasing a revenue number here; you’re watching for harm avoided. Track:

  • Suppression accuracy — spot-check that tagged customers really do have open issues, and that resolved ones lose the tag. A stuck tag means someone stops getting marketing forever.
  • Complaint-to-churn rate — of customers who had an open complaint, how many stay active buyers afterward? Better timing should nudge this up over time.
  • Support replies to promos — angry “stop emailing me, fix my order” replies to campaigns. This should fall to near zero once the exclusion holds.

How Omnisend handles it

Once the complaint signal is in your contacts, this gets straightforward in Omnisend. You build a segment on the tag or a custom field, exclude that segment from a campaign’s audience, and add a filter step near the start of any promotional automation so tagged contacts drop out. Because Omnisend keeps email, SMS, and push on the same contact profile, one suppression rule covers all three channels instead of you rebuilding it per channel.

The honest limit: Omnisend can only act on data it’s given. It won’t know a customer is unhappy unless your helpdesk writes that status onto the contact — through a native connection or a Zapier/Make bridge. The exclusion is easy. The plumbing that feeds it is the work, and it’s worth doing once, properly. Omnisend is an affiliate partner of Shopimation; I recommend it from running it in my own stores.

Your next step

Before you build anything, write the one-line definition of what counts as an open complaint in your store. Everything else — the tag, the automation, the exclusion — hangs off that definition. Once it’s set and your tagging is firing, decide the flip side: how quickly to resume marketing and what that first message says, over in what to send after a support ticket is resolved.

Leave a Reply

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