Ud over standard rabatkoder.

Når et loyalitetsprogram bygges på en standard-app, bliver belønningen næsten altid det samme: point, der kan veksles til procent. Det er enkelt at forstå og enkelt at bygge, og det har to problemer. Det tiltrækker primært kunder, der handler på pris, og det behandler en kunde, der har købt i ti år, præcis som en, der købte én gang i sidste uge.

Samtidig æder det margin. Point, der udbetales som rabat, er en omkostning uden adfærdsændring. Kunden ville have købt alligevel, nu køber de bare billigere. Et loyalitetsprogram, der belønner alle ens, belønner ingen, og betaler sig ikke.

Beløn det, der er dyrt at mangle

En loyalitetsmotor skal belønne den adfærd, forretningen gerne vil have mere af: køb i kategorier med højt dækningsbidrag, genkøb inden for en bestemt rytme, anmeldelser efter levering, henvisninger, udfyldte profiler, køb i stille perioder. Belønningen behøver ikke være rabat. Den kan være fri fragt på næste ordre, tidlig adgang, en ekstra vare, en service, ting, der koster mindre end den rabat, de erstatter.

Dynamiske point frem for faste

Point kan vægtes efter margin, kategori, tidspunkt og kundeforhold. En vare med tynd margin giver ikke det samme som en strategisk vare. Et genkøb i sidste øjeblik af en forventet cyklus giver mere end et impulskøb. Modellen bliver en styringsmekanisme for forretningen, ikke en omkostning, der bare vokser med omsætningen.

Gamification, der ikke er infantil

Gamification virker også i B2B, men i en anden form: statusniveauer med konkrete fordele, fremskridt der er synlige, missioner med et formål, “tre køb mere i år udløser personlig rådgivning”, og streaks, der belønner kontinuitet. Det handler ikke om trofæer. Det handler om at gøre den ønskede adfærd synlig og belønnet, mens den sker.

En loyalitetsmotor er ikke et dashboard. Den er et system, der lytter på hændelser fra shop, service og levering og svarer med en handling. Derfor arver den samme arkitektur som integrationerne i resten af forretningen: en hændelsesstrøm, der er idempotent, og en regelmotor, hvor forretningen kan definere belønninger uden at ændre kode hver gang.

Det tekniske bærende element: en point-ledger

Point skal behandles som penge. Det betyder en ledger, en transaktionslog, hvor hver optjening og indløsning er en post, der ikke kan ændres, kun tilbageføres. Idempotente transaktioner forhindrer dobbelt-tildeling ved genforsoeg, og en fuld revisionsspor gør det muligt at svare på, hvorfor en kunde har den saldo, de har. Uden det bliver programmet et regneark med dårlig samvittighed.

Customer Lifetime Value kan skrives som gennemsnitsordre × frekvens × levetid × margin. De fleste programmer angriber kun den første faktor, ved at give rabat, så ordren bliver mindre. Den faktor, der betyder mest, er frekvensen: en kunde, der køber 2,3 gange om året i stedet for 1,8, er 28 % mere værd over sin levetid, uden at ordren er blevet større eller marginen lavere.

Derfor skal effekten måles på kohorter og mod en kontrolgruppe, ikke på et samlet omsætningstal. Ellers ved man ikke, om fremgangen kom fra loyalitetsprogrammet, fra en kampagne eller fra markedet. En custom motor gør den måling mulig, fordi den ejer data, og fordi forretningen kan holde en gruppe udenfor programmet og se, hvad der faktisk sker.

Et loyalitetsprogram er et af de steder i forretningen, hvor data er mest værdifuld: hvem kunderne er, hvad de køber, hvornår og hvorfor de bliver. Lægges den værdi i en abonnements-app, er den lejet. Punktledger, niveauer, regler og historik bør ligge i din egen database, med integrationer ud til checkout, service og markedsføring, og med mulighed for at ændre modellen i morgen, når forretningen gør.

Det er den forskel, der gør et loyalitetsprogram til en kapacitet i forretningen frem for en post i abonnementsbudgettet. Ikke flere point uddelt, men en motor, der forstår, hvad der er værd at belønne, og gør det, hver gang det sker.