Zinnig is niet hetzelfde als verkopend
Een suggestie kan logisch zijn en toch niets doen. Dat verschil meet je met echte bezoekers over weken, niet op een bouwdag.
„Klanten die dit kochten, kochten ook…” Het klinkt als een knop, en het is een keten: je moet weten wat er in het assortiment zit, wat mensen eerder deden, en wat je toont als je dat allebei nog niet weet. Een deel daarvan past in een dag, een deel niet.
Aanbevelingen zijn makkelijk te tonen en moeilijk te bewijzen.
Een aanbevelingsfunctie bestaat uit drie stukken. Je hebt gegevens nodig over je assortiment, je hebt gedrag nodig om patronen uit te halen, en je hebt een regel nodig voor het geval dat allebei ontbreekt, dus voor de nieuwe bezoeker die nog niets heeft gedaan. Dat derde stuk is in de praktijk het belangrijkste, want dat is de situatie waarin de meeste bezoekers verkeren.
In één dag is het eerste en het derde stuk goed te doen: aanbevelingen op basis van wat een product is, plus een verstandige terugval. Het tweede stuk, leren van gedrag, vraagt gedrag om van te leren, en dat verzamel je niet op een dag.
Dat is geen bezwaar zolang je weet wat je koopt. Wat de dag oplevert is de vraag „doet hij zinnige suggesties op ons assortiment”, beantwoord op je eigen catalogus. Wat hij niet oplevert is de vraag of klanten er meer door bestellen.
Een suggestie kan logisch zijn en toch niets doen. Dat verschil meet je met echte bezoekers over weken, niet op een bouwdag.
De meeste bezoekers hebben geen geschiedenis. Wat je hun toont, bepaalt het gemiddelde resultaat meer dan het slimme deel.
Op de productpagina, in het winkelmandje of in een e-mail: kies er één. Alle drie tegelijk is drie keer hetzelfde werk met andere randvoorwaarden.
Productpagina, mandje of e-mail. Één, en de reden waarom die het meest oplevert.
Hoe zijn je producten beschreven? Daar hangt de kwaliteit van de suggesties vrijwel volledig aan.
Aanbevelen op wat een product is, niet op wat mensen deden.
Wat zie je als er niets bekend is? Dit is het geval dat het vaakst voorkomt.
Die ziet in vijf minuten welke suggesties nergens op slaan.
Welke cijfers je nodig hebt om straks te weten of het werkt.
Vertel waar in je winkel je aanbevelingen wilt tonen en hoe je assortiment beschreven staat. In een korte intake bepalen we welk deel in één dag te bouwen is en wat je daarna nog moet meten.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Omdat de vraag „doet hij zinnige suggesties” en de vraag „verkoopt hij meer” twee verschillende dingen zijn. De eerste is in een dag te beantwoorden op je eigen assortiment. De tweede vraagt echte bezoekers en een meting over weken, en daar helpt geen bouwdag bij.
Dan worden de suggesties mager, en dat zie je binnen een uur. Dat is nuttig om te weten voordat je een module aanschaft die op dezelfde teksten draait. Het opschonen van je assortiment is een apart traject en meestal de betere eerste investering.
Op termijn wel, in een dag niet. Leren van gedrag vraagt gedrag, en dat verzamel je pas als er iets live staat. Wat we op een bouwdag wel doen, is opschrijven welke cijfers je moet gaan verzamelen om die stap later te kunnen zetten.
Aanbevelen op basis van wat een product is, raakt geen persoonsgegevens. Aanbevelen op basis van wat een herkenbare persoon eerder deed wel, en dan gelden er regels over grondslag en informeren. Daarom houden we het op een bouwdag bewust bij het product.
Kijk daar dan eerst. Een bouwdag is pas interessant als die module jouw assortiment niet aankan, bijvoorbeeld omdat je producten in varianten of in sets verkoopt waar de standaardlogica niet mee overweg kan.
In een korte intake kijken we naar je assortiment en naar de plek waar je aanbevelingen wilt tonen. Wil je daarna doorbouwen, dan doet Appfront dat traject.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.