En checkout, der forlades ved betalingstrinnet, er ikke en tabt sag; det er en person, der ville have produktet og tøvede. På et marked, hvor de fleste ordrer alligevel bekræftes på telefon, genvinder et kort opkald en god del af dem. Det virker kun, hvis butikken har nummeret, og nummeret indtastes flere felter, før kunden forlader siden.
Opsaml, mens de skriver
Et lille script i checkout sender felterne, efterhånden som de udfyldes, til et dedikeret endpoint, der skriver dem i sin egen tabel: navn, telefon, adresse og den session, de hører til. Der ventes ikke på en afsendelse, der aldrig kommer.
Én kunde, én række
Naiv opsamling giver en liste fuld af næsten-dubletter, fordi en kunde, der vender tilbage næste dag, kommer med en ny session. Hver skrivning leder derfor først efter en eksisterende række via sessionen og ellers via telefonnummeret og opdaterer den, den finder, i stedet for at tilføje endnu en. En opfølgningsliste er kun nyttig, hvis hver post er en person og ikke et besøg.
Slet leadet, når det bliver til en ordre
Det er den del, de fleste løsninger springer over. Når en ordre afgives, slettes lead-rækken for den session. Posten fandtes for at besvare ét spørgsmål (gjorde personen købet færdigt?), og når ordren findes, er spørgsmålet besvaret, og kopien af deres personoplysninger har ikke længere noget formål.
At beholde den ville betyde at have en anden, uadministreret kopi af kundedata, som intet opdaterer og ingen kontrollerer, liggende i en tabel uden for ordresystemet, hvor anmodninger om privatliv faktisk håndteres. At slette ved konvertering holder også opfølgningslisten kort nok til, at personalet stoler på den, og det er forskellen på en funktion, der bliver brugt, og en, der bliver ignoreret.
Hvorfor en tabel for sig
Delvise checkout-data kunne ligge i post meta, men de kommer i store mængder, lever kort og kræver deres egne oprydningsregler. En smal, dedikeret tabel med en defineret opgraderingsvej holder både forespørgsler og sletning enkle og holder trafikken fra forladte checkouts ude af de tabeller, butikken er afhængig af.
Det vigtigste
- Opsaml det minimum, der gør en opfølgning mulig: et navn, et nummer, en adresse.
- Fjern dubletter ved skrivning, ellers bliver listen en liste over besøg i stedet for mennesker.
- Slet leadet, når ordren kommer; data opbevaret uden formål er en risiko, ikke et aktiv.
- Data, der skifter meget og lever kort, hører hjemme i deres egen tabel, ikke i post meta.
Læs også: en checkout uden e-mailadresser, validering af mobilnumre i checkout.
Støder du på en lignende begrænsning i din egen WooCommerce- eller WordPress-butik? Lad os tale — ArtinTech Solution bygger netop den slags skræddersyede værktøjer til webshops.