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.
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:
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:
Die helderheid verandert “Ik denk dat dit verkoopt” in “Ik weet wat verkoopt, en waarom.”
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:
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.
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:
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.
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:
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.
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.
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.
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:
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:
Na de baseline pas je één ding tegelijk aan. Als je alles tegelijk verandert, weet je niet welke wijziging de verschuiving veroorzaakte.
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:
Draai eenmaal per week hetzelfde kleine setje rapporten zodat trends duidelijk worden:
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.
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-on | Aantal keer voorgesteld | Aantal keer gekocht | Kooppercentage bij voorstel |
|---|---|---|---|
| Screen protector | 78 | 29 | 37% |
| Telefoonhoesje | 80 | 12 | 15% |
| Opzet-hulp | 40 | 18 | 45% |
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.
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:
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).
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):
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.
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:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
