KoderKoder.ai
PrijzenEnterpriseOnderwijsVoor investeerders
InloggenAan de slag

Product

PrijzenEnterpriseVoor investeerders

Bronnen

Neem contact opOndersteuningOnderwijsBlog

Juridisch

PrivacybeleidGebruiksvoorwaardenBeveiligingBeleid voor acceptabel gebruikMisbruik melden

Sociaal

LinkedInTwitter
Koder.ai
Taal

© 2026 Koder.ai. Alle rechten voorbehouden.

Home›Blog›Tracker voor add-on voorstellen: zie wat er echt verkoopt in winkels
06 jan 2026·7 min

Tracker voor add-on voorstellen: zie wat er echt verkoopt in winkels

Zet een tracker voor add-on voorstellen op in servicezaken om aanbiedingen en aankopen vast te leggen, medewerkers te vergelijken en te focussen op add-ons die daadwerkelijk verkopen.

Tracker voor add-on voorstellen: zie wat er echt verkoopt in winkels

Waarom servicezaken moeite hebben om te weten welke add-ons verkopen

Add-ons lijken soms te verkopen omdat je dagelijks een paar “ja” hoort, extra items op bonnetjes ziet en successen onthoudt. Maar herinnering is selectief. Een drukke week met een paar sterke verkopen kan verbergen dat de meeste suggesties nooit tot een aankoop leidden.

Het grootste probleem is eenvoudig: veel zaken registreren alleen wat gekocht werd, niet wat werd aangeboden. Als een technicus een premium luchtfilter, een screenprotector, een bandensealer of een verlengde garantie voorstelt en de klant zegt nee, verdwijnt dat moment meestal. Later, als je naar verkopen kijkt, kun je niet zien of een add-on slecht presteerde omdat hij zelden werd voorgesteld, inconsistent werd voorgesteld, slecht werd uitgelegd of gewoon niet gewenst was.

Daarom verandert het bijhouden van voorgesteld vs gekocht het gesprek. Het scheidt twee verschillende vragen die vaak door elkaar worden gehaald:

  • Hebben we het genoemd?
  • Heeft de klant geaccepteerd?

Zonder die scheiding kun je het verkeerde gedrag belonen of het verkeerde product de schuld geven.

Als suggesties niet worden vastgelegd, verschijnen een paar voorspelbare problemen. Het pitch-percentage “voelt” hoog, maar de attach-rate blijft laag. Iedereen heeft een andere mening over wat verkoopt. Promoties worden uitgevoerd maar de resultaten zijn discutabel. Er is training, maar je kunt niet zien of gedrag veranderde. Iemand lijkt “geweldig in upsells”, maar de cijfers ondersteunen dat niet.

Als je voorgesteld vs gekocht bijhoudt, krijg je duidelijke antwoorden. Je ziet welke add-ons consequent worden genoemd, welke converteren wanneer ze genoemd worden en welke ondanks veel pitches dood blijven. Je vindt ook snelle kansen: een add-on die goed converteert maar slechts in een klein deel van de tickets wordt voorgesteld.

Een eenvoudig voorbeeld:

  • Als “premium ruitenwissers” op 80% van de geschikte bonnetjes worden voorgesteld maar slechts 5% koopt, heb je waarschijnlijk een probleem met waarde, timing of prijs.
  • Als “pollenfilter” op 10% van de geschikte bonnetjes wordt voorgesteld maar 40% koopt, heb je waarschijnlijk een consistentieprobleem, geen productprobleem.

Die helderheid verandert “Ik denk dat dit verkoopt” in “Ik weet wat verkoopt, en waarom.”

Bepaal wat je wilt bijhouden (eenvoudig en consistent)

Een tracker werkt alleen als iedereen in de zaak dezelfde definities gebruikt. Houd het simpel en je vertrouwt de cijfers. Laat het vaag worden en je verspilt vergaderingen aan discussies over data in plaats van er iets mee te doen.

Begin met te definiëren wat telt als een voorgestelde add-on. Een suggestie is een duidelijke, klantgerichte aanbieding, geen gedachte in iemands hoofd en geen regel die later stilletjes is toegevoegd. “Wilt u bandenglans vandaag voor €8?” telt. Erover nadenken, het vluchtig noemen zonder aanbod of vertrouwen op een flyer op de balie telt niet.

Bepaal vervolgens wat telt als een gekochte add-on. De schoonste regel: gekocht betekent dat het op hetzelfde bonnetje (of, als je systeem bonnetjes splitst, tijdens hetzelfde bezoek) is betaald. Tel “ze kwamen volgende week terug en kochten het” niet als winst voor die suggestie, anders lijkt je attach-rate beter dan die in werkelijkheid is.

Om het team aligned te houden, gebruik één eenvoudige eenheid: één add-on, één suggestie, één uitkomst. Als dezelfde add-on twee keer op hetzelfde bezoek wordt voorgesteld, beslis de regel vooraf (de meeste zaken loggen het eenmaal). Als twee verschillende add-ons worden voorgesteld, log ze apart.

Uit die definities volgen drie gebruiksvriendelijke metrics voor de zaak:

  • Suggestiepercentage: aantal tickets met suggestie gedeeld door totaal aantal tickets
  • Attach-rate: aantal aangekochte tickets gedeeld door aantal voorgestelde tickets
  • Add-on omzet per ticket: add-on omzet gedeeld door totaal aantal tickets

Voorbeeld: een detailshop draait 100 bonnetjes in een week. Het personeel stelde “interieurprotectant” voor op 40 bonnetjes en het werd op 10 daarvan gekocht. Suggestiepercentage is 40%. Attach-rate is 25%. Add-on omzet per ticket is eenvoudig te berekenen zonder te raden.

Als je je definities niet in één minuut aan een nieuwe medewerker kunt uitleggen, zijn ze te ingewikkeld.

Kies welke add-ons je opneemt en hoe je ze noemt

Begin kleiner dan je denkt. Tracking werkt het beste als medewerkers snel kunnen kiezen in het moment. Als je probeert elk mogelijk item te volgen, slaan mensen het loggen over, kiezen willekeurige namen of gooien alles in “Overig”. De data wordt ruis.

Een goed startbereik is 10 tot 30 add-ons die vaak worden aangeboden, makkelijk zijn om ‘ja’ op te zeggen en gekoppeld zijn aan een duidelijk klantprobleem. Houd “misschien ooit” items eruit totdat het loggen consistent is.

Kijk bij het samenstellen van de lijst naar add-ons die:

  • dagelijks of wekelijks voorbij komen
  • natuurlijk passen na een veelvoorkomende service
  • makkelijk te leveren zijn zonder vertragingen of goedkeuringen
  • gezonde marges en weinig klachten hebben
  • in één zin uit te leggen zijn

Naamgeving is waar veel trackers stuklopen. Als de één “Protector” logt, een ander “Screen guard” en een derde “iPhone 14 protector”, splitst je rapportage in drie buckets.

Kies één naamgevingspatroon en houd je eraan. Een praktische regel is Categorie + Variant + Belangrijk detail. Groepeer vergelijkbare items zodat je eerlijk kunt vergelijken, en leg verschillen vast als varianten in plaats van nieuwe add-ons te maken.

Voorbeeld (telefoonreparatiebalie): gebruik “Screen Protector” als categorie en log grootte of model als variant. Je kunt dan vragen “Maken screen protectors sales wanneer ze worden voorgesteld?” zonder te verdrinken in honderden apparaatspecifieke namen.

Seizoensitems moeten worden gemarkeerd. “Cadeauverpakking voor de feestdagen” of een zomer-only check kan enkele weken pieken en je langetermijnbeeld vertekenen. Markeer ze als Seizoensgebonden zodat je ze kunt filteren bij jaar-rond evaluatie.

Tot slot, track niet alleen wat verkocht is. Voeg een eenvoudige prijs- en margeveld toe (zelfs geschat). Populariteit is niet hetzelfde als winst.

Ontwerp de tracker: de velden die ertoe doen

Een tracker werkt alleen als mensen het snel kunnen invullen, elke keer. Richt je op een klein aantal velden dat één vraag beantwoordt: wat is voorgesteld en is het verkocht?

Begin met het minimum:

  • Datum (of dienst)
  • Medewerker
  • Servicetype (de hoofdtaak)
  • Voorgestelde add-on (één goedgekeurde naam)
  • Gekocht? (Ja/Nee)

Dat is genoeg om te zien wie wat voorstelt en wat converteert.

Als je iets meer kunt toevoegen zonder mensen te vertragen, maken een paar extra velden de data nuttiger: hoeveelheid (wanneer meerdere exemplaren mogelijk zijn), korting (zodat je ziet of het alleen bij korting verkoopt) en een optionele “reden voor weigering.” Houd afwijzingsredenen kort en gestandaardiseerd: prijs, niet nodig, heeft er al één, wil nadenken.

Houd invullen snel zodat het accuraat blijft

Snelheid wint van detail. Gebruik dropdowns voor medewerkers, servicetype en add-on namen. Maak “Gekocht?” een enkele tik. Als je notities toestaat, beperk ze tot een paar woorden.

Als het formulier langer dan 10–15 seconden duurt, zullen mensen het overslaan of gehaast invullen.

Privacy basics (niet te veel verzamelen)

Sla geen klantnamen, telefoonnummers, kentekens of volledige adressen op in deze tracker. Je hebt ze niet nodig om upsells te meten en ze vergroten het risico. Als je een log aan een bon wilt koppelen, gebruik dan alleen een bon- of ordernummer.

Hoe je het implementeert in je zaak (stap voor stap)

Bouw en verdien credits
Krijg credits wanneer je deelt wat je hebt gebouwd of iemand doorverwijst naar Koder.ai.
Credits verdienen

De snelste manier om tracking te laten werken is: houd het saai: dezelfde add-on namen, hetzelfde moment van loggen, dezelfde regel voor wat telt als “voorgesteld.” Doe dat en de cijfers blijven schoon.

Een rollout die voor de meeste flows past:

  1. Schrijf een korte add-onlijst met standaardnamen die iedereen gebruikt. Beperk het tot wat je dagelijks daadwerkelijk aanbiedt.
  2. Kies één plek waar gelogd wordt: bij de balie, tijdens checkout of direct na de service.
  3. Definieer “voorgesteld” in één zin en buig er niet van af. Voorbeeld: “Voorgesteld = de medewerker heeft het add-on duidelijk aangeboden en de klant gaf ja of nee.”
  4. Train met drie realistische bonnetjes zodat het team dezelfde beslissing oefent.
  5. Draai het twee weken zonder scripts of prijzen te veranderen. Die baseline toont wat verkoopt voordat je iets ‘verbeterd’ hebt.

De plaats van loggen is belangrijker dan het lijkt. Als je alleen bij checkout logt, mis je suggesties die tijdens de service zijn gedaan. Als je achteraf logt, kun je details vergeten. Veel zaken loggen het best op het moment dat de klant beslist.

Voor training, gebruik bonnetjes die duidelijke keuzes afdwingen:

  • Bon A: “Oliebeurt. Cabin filter voorgesteld. Klant zei nee.” (Voorgesteld = ja, Gekocht = nee)
  • Bon B: “Schermreparatie. Case-opties aan de muur genoemd maar niet actief aangeboden.” (Voorgesteld = nee)
  • Bon C: “Bandenrotatie. Uitlijning voorgesteld. Klant zei ‘niet vandaag’.” (Voorgesteld = ja, Gekocht = nee)

Na de baseline pas je één ding tegelijk aan. Als je alles tegelijk verandert, weet je niet welke wijziging de verschuiving veroorzaakte.

Rapporten die je elke week moet draaien (en wat ze vertellen)

Een tracker helpt alleen als je hem volgens schema bekijkt. Het doel is simpel: logproblemen vroeg vangen en de cijfers gebruiken voor coaching en merchandising-beslissingen.

Begin met een controle van 2 minuten per dag:

  • Bonnetjes vs suggestielogs moeten ongeveer overeenkomen.
  • Kijk naar lege velden (ontbrekende medewerker, servicetype of add-on naam).
  • Let op overmatig gebruik van “Overig”.
  • Check voor nul suggesties op een drukke dag (meestal een logmiss, niet de werkelijkheid).

Draai eenmaal per week hetzelfde kleine setje rapporten zodat trends duidelijk worden:

  • Meest voorgestelde add-ons (op aantal): Wat het team daadwerkelijk aanbiedt.
  • Meest gekochte add-ons (op aantal): Je ‘makkelijke ja’-lijst.
  • Grootste kloven (vaak voorgesteld, zelden gekocht): Slechte match, verkeerde timing, onduidelijke woordkeus of verkeerde prijs.
  • Per medewerker (attach-rate bij vergelijkbaar volume): Vergelijk mensen met vergelijkbare ticketaantallen.
  • Per winst (brutowinst, niet alleen units): Units kunnen misleiden. Winst vertelt de waarheid.

Segmenteren op servicetype

Add-ons verkopen verschillend afhankelijk van de klus. Breek resultaten op naar servicetype zodat je duidelijke koppels ziet, zoals “screen protector” met “telefoonreparatie” of “deep conditioning” met “haarkleur.” Als een add-on wint in de ene service en verliest in een andere, is dat normaal en nuttig.

Een realistische wekelijkse samenvatting kan klinken als: “Protective case wordt 90 keer voorgesteld en 18 keer gekocht (20% attach), maar de winst is laag. Express diagnostiek wordt slechts 25 keer voorgesteld en 15 keer gekocht (60% attach) en is onze top winstdrijver.” Dat vertelt je wat je vaker moet pushen en wat je niet als hoofdattractie moet behandelen.

Een realistisch voorbeeld: hoe de data er in de praktijk uitziet

Bouw je add-on tracker
Gebruik Koder.ai om een tracker voor 'voorgesteld vs gekocht' op te zetten via een eenvoudige chat.
Gratis beginnen

Stel je een kleine telefoonreparatiewerkplaats voor die wil stoppen met gokken welke add-ons echt verkopen. Ze volgen drie add-ons op elk reparatiebonnetje: een telefoonhoesje, een screenprotector en “opzet-hulp” (data overzetten, e-mail instellen en basisinstellingen).

Gedurende twee weken logt de balie voor elk add-on twee dingen: is het voorgesteld en is het gekocht. Ze noteren ook het type reparatie, omdat een klant met een gebarsten scherm anders reageert dan iemand die alleen een batterij laat vervangen.

Hier is een simpele samenvatting na 2 weken (84 reparatiebonnen):

Add-onAantal keer voorgesteldAantal keer gekochtKooppercentage bij voorstel
Screen protector782937%
Telefoonhoesje801215%
Opzet-hulp401845%

Een paar dingen vallen op. Het team stelt hoesjes bijna even vaak voor als protectors, maar hoesjes converteren veel slechter. Opzet-hulp converteert het best, maar wordt slechts in ongeveer de helft van de gevallen genoemd, meestal als de klant er eerst naar vraagt.

Ze passen één kleine scriptswijziging toe voor opzet-hulp. In plaats van “Wilt u opzet-hulp?” proberen ze: “Wilt u dat we uw data overzetten en uw apps instellen terwijl we de telefoon maken? Het scheelt meestal zo’n 30 minuten thuis.” Zelfde aanbod, duidelijker resultaat.

In de dagen daarna nemen de suggesties toe omdat de woordkeuze natuurlijker aanvoelt. Het kooppercentage blijft sterk omdat klanten begrijpen wat ze krijgen. Gemiddeld bonbedrag stijgt zonder dat het personeel agressiever hoeft te zijn.

Dan de lastige keuze: wat moeten ze stoppen met voorstellen? Ze schrappen hoesjes niet direct. Ze splitsen resultaten op reparatietype en zien dat hoesjes vooral verkopen bij “nieuw toestel activeren” klanten, niet bij reparatieklanten. Dus veranderen ze de regel: hoesjes alleen voorstellen bij activaties en setup-opdrachten. Voor reparaties blijven ze protector voorstellen (hoog volume, redelijke conversie) en houden ze opzet-hulp voor klanten die gehaast lijken of naar tijd vragen.

Dat is het doel van een verkoopvoorstel-log: meningen veranderen in patronen waar je op kunt handelen.

Veelgemaakte fouten die de cijfers waardeloos maken

Tracking helpt alleen als de data consistent is. De meeste zaken falen niet omdat het idee slecht is. Ze falen omdat loggewoontes afdwalen en rapporten gaan liegen.

Hier zijn vijf fouten die de tracker kapotmaken:

  • Alleen registreren wat gekocht werd. Als je “voorgesteld maar niet gekocht” overslaat, verlies je de noemer.
  • Toestaan dat dezelfde add-on meerdere namen krijgt. Kleine woordverschillen splitten je resultaten.
  • Prijzen of bundels veranderen zonder de datum van wijziging te markeren. Een piek of dip kan prijsgerelateerd zijn, niet gedragsgerelateerd.
  • Mensen vergelijken op ruwe aantallen. Ticketmix en dienstvolume verschillen. Percentages zijn eerlijker dan counts.
  • Te veel items tegelijk tracken. Lange menu’s leiden tot overgeslagen logs en giswerk.

Een veelvoorkomend voorbeeld: een zaak trackt “ruitenwissers.” De één logt “wipers”, een ander “front wipers” en een derde “wiper install.” Het rapport toont elk item verkoopt slecht, dus de manager haalt het uit het script. In werkelijkheid verkochten ruitenwissers prima, maar de data zat verspreid over namen.

Eenvoudige oplossingen werken: beperk add-ons tot een korte, vaste lijst en vergrendel de namen. Als je prijs of bundel verandert, noteer de ingangsdatum. Gebruik bij personeelvergelijkingen attach-rate en voeg contextnotities toe voor afwijkende weken (nieuwe trainee, promotie, weerspiek).

Snelle checklist voordat je op resultaten reageert

Bezit je tracker-app
Behoud controle met broncode-export zodra je klaar bent om de build te bezitten.
Code exporteren

Voordat je scripts wijzigt, displays herordent of nieuwe beloningen instelt, zorg dat je data schoon genoeg is om op te vertrouwen. Kleine loggaps kunnen ranglijsten omdraaien.

Check deze basispunten (gebruik bonnetjes van afgelopen week, of de laatste 2–4 weken als je minder volume hebt):

  • Logdekking is hoog: Minstens 9 van de 10 bonnetjes tonen duidelijk of een add-on werd voorgesteld (ja/nee).
  • Namen zijn consistent: Iedereen gebruikt de goedgekeurde add-on namen.
  • Je hebt genoeg pogingen om te oordelen: Streef naar ongeveer 50–100 totale suggesties per add-oncategorie voordat je besluit dat het “goed” of “slecht” is.
  • Winst is onderdeel van de beslissing: Marge, tijd om te leveren, herstellingen en materiaalkosten tellen mee.
  • Resultaten zijn gesplitst waar het telt: Als gedrag per servicetype verschilt, bekijk die gescheiden.

Als een item faalt op een punt, behandel de cijfers als concept. Verscherp de regels, geef een korte herinnering aan het personeel en blijf verzamelen.

Volgende stappen: zet inzichten om in een eenvoudige routine (of een kleine app)

Zodra je een paar weken data hebt, verbeter je sneller door je focus te verkleinen. Kies 1–2 add-ons om die maand op te werken. Als je probeert tien tegelijk te ‘fixen’, verdunt het bericht en schommelen de resultaten.

Kies add-ons die een veelvoorkomend klantprobleem oplossen en in één zin uit te leggen zijn. Maak voor elk een herhaalbare zin die je team elke keer op dezelfde manier kan zeggen. Consistentie is belangrijk omdat je tracker het aanbod moet weergeven, niet willekeurige woordkeuzes.

Stel één eenvoudig doel en bekijk het wekelijks. Attach-rate is een goed beginpunt: van 100 geschikte bonnetjes, hoeveel kochten het add-on? Houd het doel realistisch en focus op geleidelijke verbetering.

Een lichtgewicht routine:

  • Kies 1–2 add-ons voor de maand en schrijf één zin per add-on
  • Stel een target attach-rate voor week vier
  • Bekijk resultaten wekelijks gedurende 15 minuten
  • Houd wat werkte, wijzig dan slechts één ding voor de volgende week

Als je uit je spreadsheets groeit, kan een kleine interne app naamgeving afdwingen, verplichte velden opleggen en consistente wekelijkse rapportage automatiseren. Als je team liever tools bouwt via een chatinterface, kan Koder.ai een optie zijn om snel een eenvoudige tracker-app te maken van dezelfde velden, met de mogelijkheid broncode te exporteren en te implementeren wanneer je er klaar voor bent.

Houd de belofte aan je team simpel: minder add-ons, duidelijkere scripts en één wekelijkse check-in. Zo veranderen cijfers in gewoonte en die gewoonte in extra verkopen die je écht kunt bewijzen.

Veelgestelde vragen

Waarom zou ik ‘voorgesteld’ vs ‘gekocht’ bijhouden in plaats van alleen add-on verkopen?

Log beide omdat verkooprapporten alleen aankopen tonen, niet de aanbiedingen die mislukten. Als je voorgesteld en gekocht apart bijhoudt, zie je of een add-on zwak presteert omdat niemand het aanbiedt of omdat klanten het weigeren wanneer ze het horen.

Wat telt precies als een add-on “suggestie”?

Gebruik één eenvoudige regel: een suggestie telt alleen wanneer een medewerker het add-on duidelijk aan de klant heeft aangeboden en de klant ja of nee kan zeggen. Een vage vermelding, een poster aan de muur of stilletjes een regel toevoegen telt niet als voorgesteld.

Wat telt als een add-on “aankoop” voor de tracker?

Tel het als gekocht alleen als het op hetzelfde bonnetje of tijdens hetzelfde bezoek is betaald. Een aankoop die een week later plaatsvond, moet niet meetellen voor die suggestie—dat blaast je attach-rate op en verstoort vergelijkingen week-op-week.

Hoeveel add-ons moet ik aanvankelijk bijhouden?

Begin met een klein menu, meestal 10 tot 30 add-ons die je vaak aanbiedt en makkelijk kunt leveren. Als de lijst te lang wordt, slaan medewerkers het loggen over of gebruiken ze inconsistente namen, en wordt de data moeilijk bruikbaar.

Hoe noem ik add-ons zodat rapporten niet rommelig worden?

Gebruik één standaard naamgevingspatroon en vergrendel het zodat iedereen op dezelfde manier logt. Een praktisch formaat is Categorie + Variant + één belangrijk detail, zodat je kunt groeperen zonder voor elk klein verschil een nieuwe naam te maken.

Wat zijn de minimale velden voor een nuttige tracker?

Hou het minimaal: datum of dienst, medewerker, servicetype, voorgestelde add-on en gekocht ja/nee. Dat is genoeg om suggestiepercentage, attach-rate en wie wat aanbiedt te zien.

Hoe houd ik het loggen snel zodat het accuraat blijft?

Maak het snel met dropdowns en één tik voor ‘Gekocht?’. Als het invullen meer dan ongeveer 10–15 seconden duurt, zullen mensen het uitstellen, details vergeten of helemaal stoppen met loggen.

Welke metrics moet ik eerst volgen?

Begin met suggestiepercentage, attach-rate en add-on omzet per ticket. Suggestiepercentage laat zien of het team het noemt, attach-rate hoe vaak het converteert als het wordt genoemd, en omzet per ticket toont de algehele invloed op de gemiddelde verkoop.

Hoe weet ik of de data schoon genoeg is om op te handelen?

Controleer dekking en consistentie voordat je scripts of prijzen aanpast. Als veel bonnetjes geen log hebben, namen inconsistent zijn, of een add-on heel weinig suggesties heeft, beschouw de resultaten als concept en verscherp eerst het proces.

Moet ik een kleine app bouwen voor dit doel, of is een spreadsheet genoeg?

Ja—als je afdwingbare namen, verplichte velden en automatische wekelijkse rapportage nodig hebt. Teams beginnen vaak in een spreadsheet en stappen over op een eenvoudige interne app zodra gewoonten vastliggen; Koder.ai kan je helpen snel een basis tracker-app te bouwen met dezelfde velden en workflow.

Inhoud
Waarom servicezaken moeite hebben om te weten welke add-ons verkopenBepaal wat je wilt bijhouden (eenvoudig en consistent)Kies welke add-ons je opneemt en hoe je ze noemtOntwerp de tracker: de velden die ertoe doenHoe je het implementeert in je zaak (stap voor stap)Rapporten die je elke week moet draaien (en wat ze vertellen)Een realistisch voorbeeld: hoe de data er in de praktijk uitzietVeelgemaakte fouten die de cijfers waardeloos makenSnelle checklist voordat je op resultaten reageertVolgende stappen: zet inzichten om in een eenvoudige routine (of een kleine app)Veelgestelde vragen
Delen
Koder.ai
Build your own app with Koder today!

The best way to understand the power of Koder is to see it for yourself.

Start FreeBook a Demo