De meeste B2B-sites personaliseren de homepage en een paar landingspagina's, en tonen daarna elke bezoeker dezelfde prijspagina. Dat is vreemd, want juist op de prijspagina gaan veel evaluaties door naar een salesgesprek of lopen ze stilletjes dood.
De omgekeerde fout is erger. Pas je de verkeerde dingen aan op een prijspagina, dan gaan kopers zich afvragen of ze een speciale, hogere prijs te zien krijgen. Deze blog behandelt personalisatie van B2B-prijspagina's in praktische termen: welke elementen je veilig per segment kunt aanpassen, welke voor iedereen hetzelfde moeten blijven, in welke volgorde je ze test, en hoe je omgaat met het feit dat de meeste prijspagina's niet genoeg verkeer krijgen voor snelle A/B-tests.
Waarom prijspagina's strengere regels nodig hebben dan andere pagina's
Op een blogartikel of landingspagina weet of maalt de bezoeker niet wat anderen zien. Een casestudy wisselen voor een bezoeker uit de maakindustrie heeft geen nadeel.
Prijspagina's worden gedeeld. Een koper maakt een screenshot van je pakketten en zet die in een Slack-kanaal met drie collega's en iemand van inkoop. Reviewsites en vergelijkingsartikelen nemen je prijzen over. Als twee mensen uit hetzelfde inkoopteam verschillende bedragen zien voor hetzelfde pakket, moet je dat in het eerste salesgesprek uitleggen en begin je de relatie op achterstand.
De regel die wij daarom hanteren: personaliseer de context rond de prijs, nooit de prijs zelf. Wil je zien hoe gevestigde SaaS-bedrijven die context nu opbouwen, dan is onze analyse van voorbeelden van SaaS-prijspagina's een goede referentie.
De juridische kant
Ook de regels voor gepersonaliseerde prijzen worden strenger. In de EU verplicht de Omnibusrichtlijn handelaren die aan consumenten verkopen om te vermelden wanneer een prijs is gepersonaliseerd op basis van geautomatiseerde besluitvorming (Richtlijn (EU) 2019/2161), en de Geoblockingverordening beperkt het verschillend behandelen van klanten op basis van nationaliteit of woonplaats zonder objectieve rechtvaardiging (Verordening (EU) 2018/302). Die regels zijn vooral met consumenten in gedachten geschreven, en B2B-prijzen zijn grotendeels een kwestie van contracten, maar als je prijspagina openbaar is en sommige kopers eenmanszaken zijn, zit je dichter bij die grens dan je misschien denkt. Dit is geen juridisch advies: vraag een jurist om raad voordat een prijs per bezoeker verschilt. Onderhandelde kortingen horen thuis in een salesgesprek en een schriftelijke offerte, niet in een regel op de website.
Wat je personaliseert en wat je vast laat
| Element | Personaliseren? | Hoe |
|---|---|---|
| Klantlogo's en testimonials | Ja | Sluit aan op de branche of bedrijfsgrootte van de bezoeker |
| Volgorde van functies op de abonnementskaarten | Ja | Begin met waar het segment om geeft; haal nooit iets weg |
| Badge "Aanbevolen" bij een abonnement | Ja, met beleid | Verplaats het naar de tier die past bij de bedrijfsgrootte van de bezoeker |
| CTA-tekst | Ja | Stem af op de fase in de journey (eerste bezoek vs. terugkerende evaluator) |
| Set veelgestelde vragen | Ja | Beantwoord de bezwaren die dat segment meestal heeft |
| Content onder het raster | Ja | Link naar klantcase, invoer voor ROI-calculator, vergelijkingstabel |
| Valuta- en getalnotatie | Ja | EUR, GBP of USD op basis van locatie, met een zichtbare handmatige schakelaar |
| Prijzen | Nee | Identiek voor elke bezoeker in een bepaalde valuta |
| Namen van abonnementen en wat elk abonnement bevat | Nee | Dezelfde packaging voor iedereen |
| Welke pakketten worden getoond | Nee | Alle abonnementen voor iedereen; uitlichten, nooit verbergen |
| Volledige featurelijst | Nee (alleen volgorde) | Herschikken mag, verbergen niet |
| Acties en kortingen | Nee | Zichtbaar voor iedereen of voor niemand |
| Links naar voorwaarden, facturering en juridische informatie | Nee | Consistent over segmenten heen |
Heb je echt verschillende prijzen nodig voor verschillende segmenten, druk dat dan uit in de pakketten (een aparte enterprise-tier met eigen scope) of in een offerte via sales. Laat een personalisatieregel geen getal op een openbare pagina veranderen. Naast het vertrouwensprobleem levert het een supportprobleem op: je salesteam moet weten welk getal elke prospect zag.
Social proof: de veiligste eerste wijziging
Een startup van 50 personen die naar je abonnementen kijkt, wil bewijs dat bedrijven van hun omvang je gebruiken en je kunnen betalen. Een bedrijf van 5.000 personen wil zien dat je op schaal werkt en security reviews doorstaat. "Vertrouwd door 500+ bedrijven" met een willekeurige logostrook beantwoordt geen van beide vragen.
Zo zet je het op:
- Tag elk logo en elke testimonial die je mag gebruiken op branche, grootteklasse en belangrijkste use case.
- Maak één logoset per primair segment. Ons artikel over firmografische segmenten die converteren behandelt hoe je die segmenten kiest.
- Koppel in je personalisatieregels elk segment aan zijn set, met de generieke set als terugvaloptie.
- Kies voor testimonials quotes over het resultaat waar dat segment zich zorgen over maakt: snel waarde voor kleine teams, security en schaal voor grote.
Onze mening: dit is de wijziging die je als eerste test, omdat het verandert voor wie de pagina lijkt te zijn zonder iets aan het aanbod te veranderen. Als het je doorstroom van prijspagina naar demo niet verbetert, doen de ingewikkeldere wijzigingen dat waarschijnlijk ook niet, en dat heb je dan goedkoop geleerd.
Als je niet genoeg logo's hebt
Jonge bedrijven hebben vaak te weinig klanten om meerdere logosets te maken. Personaliseer dan testimonials. Je hebt er een handvol nodig die verschillende zorgen adresseren, bijvoorbeeld:
- Snelle inrichting zonder hulp van engineering (kleine teams)
- Meetbare impact op conversie of pipeline (groeigerichte kopers)
- Betrouwbaarheid, security review, SSO (beoordelaars bij enterprises)
- Kwaliteit en snelheid van support (teams die zich aan een vorige leverancier hebben gebrand)
Toon de quote die past bij het segment van de bezoeker. Verzin of parafraseer geen quotes om een gat te vullen; een lege plek is beter dan een nep-testimonial.
Nadruk op functies: herschikken, nooit verbergen
Pakketkaarten bevatten vaak een lange kolom met functies, en bezoekers lezen de eerste paar voordat ze beslissen of het pakket past. Staan de functies waar een segment om geeft onderaan, dan worden ze misschien nooit gezien.
Door de volgorde aan te passen ziet elk segment zijn meest relevante mogelijkheden eerst, terwijl de volledige lijst gelijk blijft. Een zorgorganisatie ziet dataresidentie en compliance bovenaan. Een SaaS-bedrijf ziet API-toegang en integraties bovenaan.
Uitgewerkt voorbeeld (illustratief)
Voorbeeld: een product met zo'n 30 functies verdeeld over drie abonnementen en twee prioriteitssegmenten, SaaS-bedrijven en financiële dienstverlening.
| Positie | Standaardvolgorde | SaaS-segment | Segment financiële dienstverlening |
|---|---|---|---|
| 1 | Bezoekersidentificatie | API-toegang | SSO/SAML |
| 2 | Segmentatie op branche | A/B-testen | Data-export |
| 3 | A/B-testen | Eigen rules engine | SOC 2-rapport |
| 4 | Eigen rules engine | Bezoekersidentificatie | Toegang op basis van rollen |
| 5 | API-toegang | Webhook-integraties | Bezoekersidentificatie |
| 6+ | Overige features, dezelfde lijst voor iedereen | ||
Dezelfde features, dezelfde abonnementen, dezelfde prijzen. Het enige verschil is wat de bezoeker in de eerste seconde ziet. Twee dingen om te controleren vóór livegang: de vergelijkingstabel verderop op de pagina moet dezelfde volgorde hebben als de kaarten (of overal de standaardvolgorde houden), en sales moet weten dat de volgorde verschilt, zodat ze niet in de war raken door een screenshot van een prospect.
Planaanbeveling: de badge "Aanbevolen" verplaatsen
De meeste prijspagina's lichten één pakket uit als "Meest gekozen" of "Aanbevolen", meestal het middelste. Die badge verplaatsen naar het pakket dat past bij de omvang van de bezoeker is een kleine aanpassing, en het is bekend dat standaardopties keuzes beïnvloeden (de klassieke bron is het werk van Johnson en Goldstein over default-effecten). Behandel het dus als een echte interventie, niet als decoratie.
Een eenvoudige mapping:
- Minder dan 50 medewerkers: licht het instap- of middelste pakket uit. Deze teams moeten eerst waarde aantonen voordat ze om meer budget vragen.
- 50 tot 500 medewerkers: licht het middelste of professionele pakket uit.
- Meer dan 500 medewerkers: licht de enterprisetier uit, want ze hebben toch SSO, security reviews en contractvoorwaarden nodig.
Wanneer je dit niet moet doen: als je data over bedrijfsgrootte onbetrouwbaar is (veel bezoekers op thuis- of VPN-verbindingen, of veel verkeer van bureaus die onderzoek doen voor klanten), is een verkeerde aanbeveling erger dan een neutrale. Verplaats de badge alleen als de match een hoge betrouwbaarheid heeft en val anders terug op je normale standaard. Meet de verdeling over abonnementen en de sluitingsratio's verderop, niet alleen klikken, want een badge die mensen naar het verkeerde abonnement stuurt, verhoogt de klikken en verlaagt de omzet.
Twee details die je makkelijk mist. Het label moet voor elk segment kloppen: als verschillende bezoekers verschillende uitgelichte abonnementen zien, klopt "Populairst" voor in elk geval een deel van hen niet, dus gebruik in plaats daarvan "Aanbevolen voor teams van 200+". En verberg het goedkope abonnement niet voor grote bedrijven; één afdeling binnen een groot bedrijf heeft misschien alleen de instaptier nodig.
Enterprisebezoekers: overzicht, banner of "neem contact op"
Hebben enterprisedeals altijd maatwerkprijzen nodig, dan kan een standaardtabel grote kopers verankeren aan een bedrag dat je nooit zult rekenen. Is je enterprisepakket gestandaardiseerd, houd de tabel dan. Een middenweg die voor veel teams werkt: houd de volledige tabel voor iedereen en voeg voor bezoekers van enterpriseformaat een banner erboven toe, zoals "Teams van jouw omvang hebben meestal SSO en een verwerkersovereenkomst op maat nodig. Praat met ons over het Enterprise-pakket." Sommige enterprisekopers willen vroeg in een evaluatie zelf rondkijken, en zo blijven beide routes open.
CTA-tekst per fase in de buyer journey
Een eerste bezoeker die via een zoekresultaat op de prijspagina landde, staat ergens anders dan iemand die vier functiepagina's heeft gelezen en twee keer is teruggekomen. Onze gids over personaliseren per fase van de klantreis gaat dieper in op de detectielogica. Specifiek voor de prijspagina:
| Fasesignaal | Voorbeeld-CTA | Waarom |
|---|---|---|
| Eerste bezoek, binnengekomen via een zoekmachine of een blogartikel | "Zie hoe het werkt" | Ze doen onderzoek, dus vraag minder |
| Terugkerende bezoeker, heeft featurepagina's bekeken | "Bekijk het met je eigen site" | Ze zijn aan het evalueren; bied iets concreets |
| Meerdere bezoeken, heeft de prijzen al eerder gezien | "Vraag een offerte aan" of "Neem contact op" | Ze hebben het onderzoek gedaan; neem frictie weg |
Houd de bestemming waar mogelijk gelijk. De knoptekst veranderen is laag risico. Veranderen waar de knop naartoe gaat (video vs agenda vs formulier) verandert de funnel, en dat moet je als aparte test meten.
FAQ-sets per bedrijfsgrootte
De FAQ onderaan een prijspagina vangt bezwaren op. Verschillende segmenten hebben verschillende bezwaren:
- Kleine bedrijven: kan ik klein beginnen en later upgraden? Is er een minimale contractduur? Heb ik een developer nodig om het te installeren? Hoe lang duurt de inrichting?
- Middenmarkt: met welke tools integreert het? Welke support en training zijn inbegrepen? Wat komt er kijken bij overstappen van onze huidige tool?
- Enterprise: Heb je SOC 2 of ISO 27001? Teken je onze verwerkersovereenkomst? Welke SLA bied je? Welke identity providers ondersteun je voor SSO?
Elke vraag aan iedereen tonen levert een muur van tekst op. Bouw één set per omvangscategorie en wissel die met je segmentatieregels. Houd een korte gedeelde set (opzegging, factuurvaluta, belastingen) voor iedereen zichtbaar.
Valuta op basis van locatie
Prijzen tonen in de valuta van de bezoeker scheelt een omrekenstap in het hoofd, en het is een van de weinige locatiegebonden wijzigingen die op een prijspagina thuishoren. Drie voorwaarden houden het eerlijk:
- Toon alleen valuta waarin je echt factureert. Een omgerekende schatting in een valuta waarin je niet factureert, zorgt voor verwarring bij het afrekenen.
- Elke valuta heeft één vaste prijslijst, dezelfde voor elke bezoeker die die valuta ziet.
- Een handmatige schakelaar is altijd zichtbaar, en de keuze van de bezoeker blijft behouden op alle pagina's. IP-locatie klopt niet voor VPN-gebruikers en voor kopers van wie het bedrijf in een andere valuta betaalt dan die van het land waar hun kantoor staat.
Behandel valuta als een aparte regel naast de segmentregels, zodat een variant per grootteklasse en een valutakeuze nooit botsen. Klikken op de valutaschakelaar zijn een nuttig signaal: een hoog percentage betekent dat de automatische keuze voor veel bezoekers verkeerd is.
Testen als de prijspagina weinig verkeer heeft
Hier lopen de meeste plannen voor prijspagina's vast, en het loont om het rekenwerk te doen voordat je begint.
Uitgewerkt voorbeeld van de steekproefgrootte
Voorbeeld: een prijspagina met 2.000 bezoekers per maand en een ratio van 5% van prijspagina naar demo-aanvraag. Je wilt een relatieve stijging van 20% detecteren (van 5% naar 6%) bij de gebruikelijke instellingen van 95% significantie en 80% power. De standaardformule voor twee proporties (dezelfde als achter de steekproefcalculator van Evan Miller) geeft ruwweg 8.000 bezoekers per variant, ongeveer 16.000 in totaal. Bij 2.000 bezoekers per maand is dat zo'n acht maanden voor één test. Het verkeer opsplitsen in drie segmenten maakt het erger.
Neem nu een metric met een hogere frequentie. Als 20% van de bezoekers van de prijspagina op een CTA klikt en je een stijging naar 24% wilt detecteren, heeft dezelfde formule ongeveer 1.700 bezoekers per variant nodig, zo'n 3.400 in totaal, oftewel minder dan twee maanden bij hetzelfde verkeer. Je kunt beide scenario's controleren met onze A/B-testcalculator.
Wat dat in de praktijk betekent:
- Gebruik de klikratio op de CTA als primaire testmetric (onze CTR-calculator rekent die per segment uit) en demo-aanvragen als vangrail die je in de gaten houdt, niet als metric waarvan je verwacht dat die significantie bereikt.
- Test één wijziging tegelijk over alle segmenten samen, in plaats van parallel verschillende wijzigingen per segment.
- Bundel wijzigingen als het verkeer erg laag is. Social proof en CTA-tekst kunnen samen live als één test van "gepersonaliseerd vs. standaard".
- Houd een holdoutgroep aan die de standaardpagina ziet, per bezoeker toegewezen voor de hele test, zodat je het gecombineerde effect kunt meten nadat meerdere wijzigingen live zijn gegaan.
- Analyseer alleen geïdentificeerde bezoekers. Niet-geïdentificeerde bezoekers zien in beide groepen de standaardversie, en als je ze meeneemt, trek je het resultaat richting nul.
- Stel vangrails in: de self-serviceomzet per bezoeker mag niet dalen, en het percentage terugbetalingen of downgrades in de eerste 30 dagen mag niet stijgen.
- Bepaal de testduur voordat je begint en stop niet vroegtijdig omdat het dashboard er op dag negen goed uitziet.
Onze gids voor conversieoptimalisatie gaat dieper in op testen bij weinig verkeer, en je kunt elke test uitvoeren als gecontroleerd experiment met een holdout via een A/B-testopzet die is gebouwd voor rapportage per segment.
Voorgestelde volgorde
- Social proof wisselen. Laagste risico, makkelijk terug te draaien.
- Formulering van de CTA. Laag risico als de bestemming gelijk blijft.
- FAQ-sets. Laag risico, onder de vouw. Let op het verlaten van de prijspagina.
- Features herordenen. Gemiddeld risico, verandert de eerste indruk. Let op vragen bij sales of support over "ontbrekende" features.
- Abonnementsaanbeveling. Gemiddeld risico, verandert welk abonnement mensen overwegen. Meet de abonnementsmix en het sluitingspercentage.
Uitleg van de implementatie
Dit gaat ervan uit dat je bezoekersidentificatie en basissegmenten al op orde hebt.
- Audit de pagina. Zet elk element op een rij (kop, abonnementsnamen, prijzen, featurelijsten, CTA's, social proof, FAQ, content onder het raster) en markeer elk als "context" (kan gepersonaliseerd worden) of "aanbod" (vast), aan de hand van de tabel hierboven.
- Kies segmenten voor de prijspagina. Bedrijfsgrootte is hier meestal de nuttigste indeling, omdat die samenhangt met budget, inkoopproces en benodigde functies. Gebruik klassen van medewerkersaantallen die bij je abonnementen passen, geen generieke: is je Team-abonnement gebouwd voor maximaal 50 seats, dan eindigt je eerste klasse bij 50. Begin met drie klassen. Voeg branche alleen toe als je use cases sterk per sector verschillen.
- Bepaal per variabele de databron. Bedrijfsgrootte en branche komen uit bezoekersidentificatie of, voor bekende leads, uit je CRM; locatie komt uit het land van het IP-adres. Leg vast wat er gebeurt als een waarde ontbreekt: de bezoeker ziet de standaardpagina.
- Bouw de varianten. Per segment: een set logo's, één of twee testimonials, een opnieuw geordende bovenkant van de featurelijst, een set FAQ's en CTA-tekst per fase. Gebruik alleen logo's en citaten waarvoor je schriftelijke toestemming hebt; een segment zonder toegestaan bewijs krijgt de standaardstrook.
- Stel regels en een sterke standaardversie in. Houd regels elkaar uitsluitend en laat ze in een vaste volgorde evalueren. Veel bezoekers passen in geen enkel segment (onbekend bedrijf, residentieel IP-adres, onderzoeker van een bureau). Zij zien de standaardversie, dus maak die op zichzelf goed in plaats van de pagina van vorig jaar te laten staan.
- Bouw het zo dat er niets verspringt. De tabel moet renderen met de standaardmarkering en de badge wisselen zonder dat de lay-out verschuift. Render prijzen nooit aan de clientzijde na een lookup; de prijzen moeten vanaf de eerste byte in de HTML staan.
- Test elk segment. Dwing elke regel af (een test-IP, een CRM-testrecord, een VPN voor valuta) en controleer desktop en mobiel. Controleer of de valutaschakelaar de automatische keuze overschrijft.
- Zet één laag tegelijk live in de volgorde hierboven, met de testduur vooraf bepaald.
- Volg wekelijks: het exitpercentage van de prijspagina per segment, de klikratio op CTA's per segment, de verdeling over abonnementen en hoe vaak sales in gesprekken verwarring over prijzen hoort.
Voorbeelden van segmentregels (illustratief)
Voorbeeld: een fictief SaaS-bedrijf met drie abonnementen: Starter (tot 10 seats), Team (tot 50 seats) en Business (op maat). Regels worden van boven naar beneden geëvalueerd; de eerste match wint.
| # | Voorwaarde | Uitgelicht abonnement | Bewijs | FAQ eerst | Primaire CTA |
|---|---|---|---|---|---|
| 1 | Bestaande klant (ingelogd of match in het CRM) | Hun huidige abonnement, gelabeld als "Jouw abonnement" | Geen | Upgraden en facturatie | "Vergelijk met je abonnement" |
| 2 | 200 of meer medewerkers | Zakelijk | Twee logo's van bedrijven met 200+ medewerkers, één quote over de uitrol | Security review, SSO, facturering | "Bespreek de uitrol met ons" |
| 3 | 11 tot 199 medewerkers | Team | Twee logo's van teams van vergelijkbare grootte | Seats, inrichtingstijd | "Begin met Team" |
| 4 | Medewerkers 1 tot 10 | Starter | Een quote van een klein team | Maandelijkse facturering, opzeggen | "Begin met Starter" |
| Standaard | Geen match of niet geïdentificeerd | Team (het vaakst gekochte abonnement) | Gemengde logo's | Huidige volgorde | "Begin met Team" |
Voor een bezoeker van een bedrijf met 1.200 medewerkers (regel 2) verandert de pagina van Team uitgelicht als "Populairst", een logostrook met startups, een FAQ die opent met "Kan ik op elk moment opzeggen?" en een knop "Aan de slag", naar Business uitgelicht als "Aanbevolen voor teams van 200+", twee logo's van bedrijven van vergelijkbare omvang, een FAQ die opent met "Hoe gaan jullie om met security reviews?" en "Bespreek de uitrol met ons". Elke prijs op de pagina blijft ongewijzigd.
Wat de meeste teams fout doen
Prijzen veranderen in plaats van context
"Grotere bedrijven hebben grotere budgetten, dus laat ze hogere prijzen zien" klinkt ongeveer een week slim. Kopers wisselen ervaringen uit, reviewsites publiceren je bedragen, en de eerste keer dat een prospect je verkoper een lagere prijs voorhoudt, gaat het gesprek over vertrouwen in plaats van waarde.
Te veel varianten op de eerste dag
Vier bedrijfsgroottes maal drie branches is twaalf varianten. Niemand kan twaalf goede versies van een prijspagina schrijven, het verkeer kan ze niet meten, en als de cijfers van één segment dalen, weet je niet waarom. Begin met drie varianten op bedrijfsgrootte. Voeg pas meer toe nadat de eerste drie zijn gemeten.
De standaardversie verwaarlozen
Teams steken veel moeite in varianten en laten de standaardversie onaangeroerd. Aangezien een groot deel van de bezoekers altijd de standaardversie ziet, verdient die dezelfde zorg als elke variant.
Alleen het totaal meten
Een totale stijging kan een sterke winst in het ene segment en een daling in het andere verbergen. Bekijk de resultaten per segment in je personalisatie-analytics voordat je een test afsluit.
Wat je naast de prijspagina meet
- Conversie van prijspagina naar demo of contact, per segment. De belangrijkste uitkomst, ook al duurt het lang voordat die significant is.
- Abonnementsmix en gemiddelde dealgrootte. Aanpassingen in de abonnementsaanbeveling horen meer bezoekers naar het passende pakket te sturen; controleer dat het het juiste pakket is, niet alleen een groter.
- Lengte van de salescyclus voor deals die via de gepersonaliseerde pagina binnenkwamen versus de holdout.
- Prijsvragen in salesgesprekken en bij support, die zouden moeten afnemen als de FAQ's hun werk doen.
Voor het bredere beeld van waar de prijspagina in je funnel zit, zie ons artikel over B2B-conversie-optimalisatie, en de gids voor personaliseren op bedrijfsgrootte voor het inrichten van de groottecategorieën waar dit artikel op leunt.
Waar je begint
Wissel de social proof op bedrijfsgrootte, laat de rest zoals het is en zet het af tegen een holdout met CTA-klikratio als metric. Het opzetten kost een dag. Werkt het, voeg dan CTA-tekst en FAQ-sets toe, daarna de volgorde van functies, daarna de abonnementsbadge. Werkt het niet, dan heb je jezelf behoed voor vijf lagen varianten op een pagina die niet de bottleneck was.
Wil je dit in Markettailor doen, dan koppel je segmenten aan logosets, FAQ-sets en CTA-teksten in dezelfde regels die je voor de rest van de site gebruikt. De abonnementen staan op onze prijspagina (die, voor de duidelijkheid, iedereen dezelfde prijzen toont).
Veelgestelde vragen
Is het legaal om verschillende websitebezoekers verschillende prijzen te tonen?
Dat hangt af van de jurisdictie en van wie de koper is. In de EU verplichten regels tot openheid wanneer een consumentenprijs is gepersonaliseerd via geautomatiseerde besluitvorming, en beperken ze ongerechtvaardigde verschillen op basis van nationaliteit of woonplaats. B2B-prijzen worden grotendeels door contracten geregeld, maar openbare pagina's bereiken ook eenmanszaken. Houd lijstprijzen voor alle bezoekers gelijk en raadpleeg een jurist voordat je dat verandert.
Wat personaliseer ik als eerste op een prijspagina?
De social proof naast de tabel, per bedrijfsgrootte. Die verandert voor wie de pagina lijkt te zijn zonder aan het aanbod te komen, is makkelijk te controleren en makkelijk terug te draaien. Voeg daarna CTA-tekst en FAQ-sets toe, en vervolgens de volgorde van features en het abonnementslabel.
Moet de prijspagina automatisch de lokale valuta tonen?
Ja, als je in die valuta factureert, met een zichtbare schakelaar zodat de bezoeker het kan aanpassen. Elke valuta moet één vaste prijslijst hebben. Bied alleen valuta aan waarin je echt factureert.
Hoe lang duurt het om personalisatie van de prijspagina te testen?
Meestal langer dan teams verwachten, omdat prijspagina's maar een klein deel van het totale verkeer krijgen. Bereken de steekproefgrootte vóór de lancering op basis van je baseline-conversieratio en de kleinste stijging waar je op wilt handelen. Komt daar een aantal maanden uit, gebruik dan CTA-kliks als primaire metric, bundel wijzigingen in één test van gepersonaliseerd tegen standaard, of accepteer een gedocumenteerde voor-en-navergelijking.