Verzendkosten niet meer in pricewatch?

[Marvellanius]

@SinergyX Ik heb de wishlist popup gemist - ga ik naar kijken.
Die laatste was veroorzaakt door een A/B-test die nog liep, inmiddels is deze stopgezet. Bedankt voor het melden!


Fix voor de wishlist popup is onderweg

[ Voor 11% gewijzigd door Marvellanius op 31-07-2025 11:40 ]

[!mark]

bozhoyo schreef op donderdag 31 juli 2025 @ 11:07:
Goedemorgen allemaal en nogmaals bedankt voor jullie blijvende feedback. Een update van onze kant: vanochtend hebben we een wijziging doorgevoerd waarmee het makkelijker wordt om te zien welke winkels verzendkosten rekenen.

Dat is al een hele verbetering t.o.v. waar je over elke shop heen moest hoveren om te zien welk deel van de prijs het daadwerkelijke productprijs is en welke de verzendkosten

Maar wat nu toch helemaal mooi zo zijn, een extra kolom met daarin óók de prijs zonder verzendkosten. Dat past makkelijk door de kolom met de winkelnaam iets smaller te maken op de desktop. Daar zit behoorlijk wat lege ruimte in welke nuttig gebruik kan worden

[!mark]

SinergyX schreef op donderdag 31 juli 2025 @ 11:19:
Sidenote, waarom Leventis er tussen staat.. staat letterlijk 'alleen voor zakelijk'.

Er zullen vast genoeg mensen zijn wie bijv. ZZP'er zijn en de PW ook gebruiken voor zakelijke aankopen.
Dat dit soort winkels er tussen staan zie ik niet als een probleem, Je kunt Leventis samen met wat andere bedrijven welke alleen zakelijke klanten accepteren gewoon eruit filteren, heb ik ook ingesteld.

[Joesv]

bozhoyo schreef op donderdag 31 juli 2025 @ 11:07:
Goedemorgen allemaal en nogmaals bedankt voor jullie blijvende feedback. Een update van onze kant: vanochtend hebben we een wijziging doorgevoerd waarmee het makkelijker wordt om te zien welke winkels verzendkosten rekenen. We hebben dit samengevoegd met de levertijd-indicatoren, die ook een volledig nieuwe visualisatie hebben gekregen.

Het is nu al een stuk duidelijker, maar zou het niet duidelijker zijn om het bedrag excl. verzendkosten te houden? Het is immers een snelle berekening om op het bedrag met verzendkosten te komen.

[TERW_DAN]

De prijzen kloppen hier nog steeds niet. Op veel shops waar ik op klik liggen de prijzen lager dan de prijzen die in de tabel staan.

[I-King]

Het is een mega achteruitgang in gebruiksgemak aangezien je gewoon niet kan aanpassen wat je aan prijzen wil zien. Maak de kolom configureerbaar zodat je het zelf iig kan beheren. Ik heb vaak géén behoefte aan de verzendkosten aangezien ik bij Bol Select heb en/of met andere dingen samen wil bestellen.
Nu moet je continue rekenen. Ik snap gewoon niet waarom dit doorgedrukt wordt.

Ik ben geen grootgebruiker van de pricewatch, maar op deze manier stoot het eerder af dan dat het aantrekkelijker of makkelijker wordt.

[Joesv]

TERW_DAN schreef op donderdag 31 juli 2025 @ 12:53:
De prijzen kloppen hier nog steeds niet. Op veel shops waar ik op klik liggen de prijzen lager dan de prijzen die in de tabel staan.

Ook niet als je de verzendkosten bij de prijs van de webshop erbij op telt?

[TERW_DAN]

Joesv schreef op donderdag 31 juli 2025 @ 13:47:
[...]


Ook niet als je de verzendkosten bij de prijs van de webshop erbij op telt?

Waarom zou ik die erbij optellen als de verzendkosten er apart bij zijn genoemd?

[Joesv]

TERW_DAN schreef op donderdag 31 juli 2025 @ 13:50:
[...]

Waarom zou ik die erbij optellen als de verzendkosten er apart bij zijn genoemd?

Omdat de prijs inclusief de eerder genoemde verzendkosten is...

Bijvoorbeeld earbuds: uitvoering: Samsung Galaxy Buds FE (Grafiet)

Bij Azerty staat bij de pricewatch dat het momenteel 64.01 euro is, en de verzendkosten 5.95. Wanneer je bij Azerty kijkt, is het 58.06. 58.06 + 5.95 maakt 64.01, wat dan weer de prijs is in de pricewatch.

[RobinHood]

Jongens, toen ik zei "Totaalprijs, en dan ernaast de verzendkosten, zodat je die eraf kan trekken zodat je weet wat de basisprijs is", dat was een grapje. Dat was niet serieus. ik vind het ook wel typisch dat ik al kon voorspellen dat het zo'n gedrocht van een "oplossing" ging worden

Dat is een waardeloze manier om de prijs te laten zien, want als ik 5 geheugenkaarten/fans/muismatten/whatever nodig heb, wil ik weten wat de laagste prijs per stuk is, niet wat de laagste prijs met verzendkosten is.

Ik blijf erbij, waarom moest dit nou veranderd worden? De oude situatie was gewoon perfect. Niet omdat ik het gewend ben, maar omdat het gewoon in 1 oogopslag duidelijk was hoe de vork in de steel zat. Het werkte voor iedereen gewoon goed.

Nu moet je weer oetelen met hoofdrekenen, of alles in een wenslijst gooien en dan zo kijken waar je nou het goedkoopst uit bent.

1 prijs to rule them all is, zoals al door anderen gezegd, gewoon onlogisch. En extra als dat de totaalprijs is.

Bij een review wil ik de kale prijs weten bijvoorbeeld, wat boeit mij die verzendkosten nou? Maar bij een BBG is het wel zo handig om de totale prijs inclusief verzendkosten te tonen. Maar dan moet je dus niet per onderdeel de verzendkosten in de lijst zetten, maar gewoon wat het onderaan de streep kost. Want als ik 3 componenten koop bij een shop, betaal ik niet 3x verzendkosten,

Een perfect werkend iets aanpassen om "redenen" zodat het slechter werkt, daar is gewoon maar 1 term voor. platform decay

[maniac2003]

Bah, dit is inderdaad geen vebetering ook niet met de laatste 'fix'. De oude opzet was ook wat mij betreft prima. Zo te lezen wordt dit net zo'n saga als de 'verbeterde' sidebar.

Dat icoontje met voorraadstatus/leverkosten mag zo blijven, maar zet daarachter gewoon de kale productprijs. Maak de lijst eventueel filterbaar op prijzen excl./incl. verzendkosten.

[TERW_DAN]

Joesv schreef op donderdag 31 juli 2025 @ 13:57:
[...]

Omdat de prijs inclusief de eerder genoemde verzendkosten is...

Bijvoorbeeld earbuds: uitvoering: Samsung Galaxy Buds FE (Grafiet)

Bij Azerty staat bij de pricewatch dat het momenteel 64.01 euro is, en de verzendkosten 5.95. Wanneer je bij Azerty kijkt, is het 58.06. 58.06 + 5.95 maakt 64.01, wat dan weer de prijs is in de pricewatch.

Dat weet ik, maar dat is toch compleet belachelijk dat het er zo staat. Zet gewoon de productprijs er neer. Verzendkosten er naast en laat mij niet rekenen.

Voor mij als gebruiker is het simpel. De genoemde prijs klopt niet.

[Hero of Time]

Marvellanius schreef op donderdag 31 juli 2025 @ 11:24:
Fix voor de wishlist popup is onderweg

Is die ondertussen al live? Want als je met de muis over een link naar een PW artikel hovert, zie je het eerder genoemde probleem met de 'bekijk' knop die uit de popup valt. Zie bijvoorbeeld de post van Joesv met een link naar de Samsung Earbuds een paar posts eerder.

Nog even terugkomend op de eerdere verklaring waarom het overzicht op de schop is gegooid, niemand hier snapt waarom het nu zo'n bende is geworden om 'consistent' met mobiel te worden. Het mag nooit zijn dat de kleinste maar gaat bepalen hoe het moet zijn. Je zou ook gek worden als doorgangen opeens worden verkleind naar een maat waar een 4-jarig kind doorheen kan lopen, maar jij moet kruipen. De PW is op desktop het prettigst te gebruiken, men heeft FHD+ schermen, legio ruimte, vooral in de breedte. Het voelt daarom heel gek om opeens dingen maar aan te passen voor een 600 pixels breed scherm.

Aan de ene kant loopt een A/B test om een paar pixels in de hoogte te winnen door de zoekbalk te vervangen voor een loep in de menubalk (met ook de nodige commentaar), aan de andere kant wordt er beschikbare ruimte onbenut en informatie weggelaten. Ik snap het niet meer.

[Nnoitra]

Hero of Time schreef op donderdag 31 juli 2025 @ 19:01:
[...]

Is die ondertussen al live? Want als je met de muis over een link naar een PW artikel hovert, zie je het eerder genoemde probleem met de 'bekijk' knop die uit de popup valt. Zie bijvoorbeeld de post van Joesv met een link naar de Samsung Earbuds een paar posts eerder.

Nog even terugkomend op de eerdere verklaring waarom het overzicht op de schop is gegooid, niemand hier snapt waarom het nu zo'n bende is geworden om 'consistent' met mobiel te worden. Het mag nooit zijn dat de kleinste maar gaat bepalen hoe het moet zijn. Je zou ook gek worden als doorgangen opeens worden verkleind naar een maat waar een 4-jarig kind doorheen kan lopen, maar jij moet kruipen. De PW is op desktop het prettigst te gebruiken, men heeft FHD+ schermen, legio ruimte, vooral in de breedte. Het voelt daarom heel gek om opeens dingen maar aan te passen voor een 600 pixels breed scherm.

Aan de ene kant loopt een A/B test om een paar pixels in de hoogte te winnen door de zoekbalk te vervangen voor een loep in de menubalk (met ook de nodige commentaar), aan de andere kant wordt er beschikbare ruimte onbenut en informatie weggelaten. Ik snap het niet meer.

Dit begint op 'n best wel veelvoorkomend designer met een gekrenkt ego verhaal te lijken.
- Designer heeft een idee.
- Idee werkt in de praktijk niet.
- Designer wil z'n 'kindje' niet de nek omdraaien/ toegeven dat het wellicht toch niet zo'n goed idee was.
- Designer komt met allerlei aanpassing om het acceptabel te krijgen om het maar niet terug te hoeven draaien.
En aan het eind van het verhaal blijft er een gedrocht over wat weinig meer met het originele idee te maken heeft en waar niemand blij van word.
Been there, done that.

[Henkieschmenkie]

bozhoyo schreef op donderdag 31 juli 2025 @ 11:07:
Een update van onze kant: vanochtend hebben we een wijziging doorgevoerd waarmee het makkelijker wordt om te zien welke winkels verzendkosten rekenen. We hebben dit samengevoegd met de levertijd-indicatoren, die ook een volledig nieuwe visualisatie hebben gekregen.

Ik zal niet zo zuur zijn niet toe te geven dat dit een verbetering is t.o.v. van moeten hoveren om dezelfde informatie te kunnen zien, maar dat betekent dat we dus ongeveer de ruimte van de oude basisprijs -- ruimte die niet beschikbaar was want die is er niet op mobiel en daarom werd hieraan begonnen -- gebruiken om... iets maar vooral niet die basisprijs meer weer te geven. Overigens toont de prijsgrafiek nog steeds de basisprijs dus die inconsistentie is gebleven.

bozhoyo schreef op donderdag 31 juli 2025 @ 11:07:
Wat betreft de vraag om overal op de site dezelfde prijs voor een product te zien: daar gaan we in de toekomst aan werken. Ik verwacht dat we de totale prijs stap voor stap zullen uitrollen, te beginnen bij de Best Buy Guides, redactionele reviews en daarna in de productzoekfunctie en filterweergaven. Helaas kan ik daar nog geen concrete tijdlijn voor geven.

Maar... waarom zou je in hemelsnaam de totaalprijs meenemen in reviews of Best Buy Guides? Ja, technisch is het het bedrag waarvoor je het in huis kunt halen maar de fabrikant heeft daar niet of nauwelijks wat mee te maken. Het lijkt me oneerlijk om een product mede te beoordelen op wat een verkoper voor verzendkostenbeleid heeft. Los van de haken en ogen. Bijvoorbeeld: als je in een BBG meerdere producten bij dezelfde verkoper haalt, waarom zou je de dan verzendkosten gaan stapelen door meerdere keren de totaalprijs te nemen?

Ik snap niet waarom jullie je zo enorm hebben vastgebeten hierin. Het is niet erg om een keer een misser te maken maar slik die trots gewoon en herstel de oude situatie met basisprijs én totaalprijs. Want van deze 'verbeteringen' wordt werkelijk niemand beter.

[Olaf van der Spek]

RobinHood schreef op donderdag 31 juli 2025 @ 14:20:
ik vind het ook wel typisch dat ik al kon voorspellen dat het zo'n gedrocht van een "oplossing" ging worden

Dacht dat je een grapje maken, maar WT*..

[Olaf van der Spek]

Henkieschmenkie schreef op donderdag 31 juli 2025 @ 23:03:
Ja, technisch is het het bedrag waarvoor je het in huis kunt halen maar de fabrikant heeft daar niet of nauwelijks wat mee te maken.

De koper heeft ook weinig met de fabrikant te maken.

[DamageInc.]

Het feit dat ik hier naar een antwoord aan het zoeken ben zegt al genoeg. - Laat me de prijzen zonder verzendkosten zien. Geef ten minste opties, dat is altijd goed.
Waarom deze "versimpeling" die geen verbetering is?... Tweakers moet toch tégen verschijtificatie zijn, of niet??...
Maak dan ook direct alle scherpe hoekjes rond, wat mensen zo leuk vinden. - Of sluit het forum en verhuis naar Discord!

[Olaf van der Spek]

Het verschil tussen "Levering verwacht binnen 3 dagen" en "Op een werkdag voor 16:00u besteld, morgen in huis" is praktisch onzichtbaar.

uitvoering: AMD Ryzen 7 9800X3D Boxed

[ Voor 16% gewijzigd door Olaf van der Spek op 01-08-2025 13:01 ]

[Electrowolf]

bozhoyo schreef op donderdag 31 juli 2025 @ 11:07:
[...]

Wat betreft de vraag om overal op de site dezelfde prijs voor een product te zien: daar gaan we in de toekomst aan werken. Ik verwacht dat we de totale prijs stap voor stap zullen uitrollen, te beginnen bij de Best Buy Guides, redactionele reviews en daarna in de productzoekfunctie en filterweergaven. Helaas kan ik daar nog geen concrete tijdlijn voor geven.

[..]

Wat ik uit de feedback hier haal is dat men juist *niet* overal op de site dezelfde prijs wil zien. Afhankelijk van de context en je fase in je customer journey verwacht je andere informatie te krijgen. Dus wanneer ik het overzicht van shops heb dat een product verkoopt wil ik duidelijk alle relevante informatie zien, zoals:

• levertijd (hoe snel heb ik m'n spullen? is dat op tijd?)
• stukprijs (wat is in de basis het goedkoopste?)
• verzendkosten (hoe duur is verzenden hier? Is het het overwegen waard om meer te kopen zodat ik gratis verzending krijg?)
• totaalprijs (wat is het goedkoopste als ik er 1 koop?)
• shoprating (is de shop wel te vertrouwen?)

Met de "drang" om maar een prijs te willen laten zien mis ik dus een boel relevante informatie in deze fase van mijn customer journey. Deze extra informatie makkelijk toegangkelink maken is juist het gene dat de Tweakers Pricewatch onderscheidt van de concurrenten.


@bozhoyo @WouterdR Ondanks jullie reacties in dit draadje blijft het voor mij onduidelijk wat nou eigenlijk het probleem is dat hier moet worden opgelost. Wellicht zou het voor het begrip helpen om te proberen uit te leggen wat het ervaren probleem is.

[Olaf van der Spek]

[HikariMisako]

HikariMisako schreef op woensdag 30 juli 2025 @ 08:51:
Het is nu ook verwarrend dat als je op een product zoekt, je dan in het zoekveld de laagste prijs zonder verzendkosten ziet en dan op de pagina zelf de prijs mét.

[Afbeelding]

[Afbeelding]

Overigens heb ik het idee dat de eerder actieve ux'er en manager niet echt heel hard meer aan het meelezen zijn, misschien een @crisp wel?

Om dan toch maar op mezelf te reageren, in de nieuwe situatie is het zó veel onhandiger als je van een (relatief goefkoop) product meer dan één stuks nodig hebt. Ik zoek en zie een vanaf prijs van €12,71. Vervolgens op de productpagina mag ik tussen deze lijst gaan zitten graven en hoofdrekenen om te weten wáár ie nou het goedkoopst per stuk is?


Er was iedereen zo ontzettend veel tijd en moeite bespaard door dit terug te draaien in plaats van te blijven doordrukken dat er maar één prijs getoond moet worden

[zaadstra]

I rest my case. Alles wat hierboven staat. Toon gewoon productprijs (zonder verzend) en de verzendprijs.

Alleen fijn als in het zoekoverzicht niet zo'n totaal afwijkende prijs wordt getoond, net zoals in de prijsverloop grafiek op de productpagina,

Zoekpagina en product pagina

Ik kan die laagste prijs van 13,96 niet vinden (TL-SG105).

[ Voor 79% gewijzigd door zaadstra op 04-08-2025 13:54 ]

[FirePuma142]

In algemene zin valt het me op dat in het geval van UX het bij Tweakers vaak lijkt alsof het acceptabel is dat het (al dan niet tijdelijk) de gebruikerservaring verslechtert, voordat het beter wordt. Als ik het me goed herinner wordt dat ondersteund doordat er agile gewerkt wordt. Je levert dus shippable deelproducten op.

Er moet toch een andere route zijn dan deze methode? Ik denk dat nagenoeg elk respectabel bedrijf agile werkt tegenwoordig. Toch ken ik weinig andere bedrijven (lees: geen) die dit soort golfbewegingen in gebruikerservaring acceptabel vinden. Ik zou zeggen, probeer om dat anders te doen.

[DjoeC]

Pfffff.... Is het nou de bedoeling dat de prijs inclusief of exclusief verzendkosten verschijnt? Of is er inmiddels ergens een switch? Excuus als ik er overheen gelezen heb....

Mijn watchlist toont nu weer ex, dat was inc, daarvoor ex.... Mij ben je effe kwijt.

[spone]

Dus als ik het goed zie nu is effectief (op de desktop in elk geval) de kolom met de 'prijs zonder verzendkosten' ingewisseld voor 'verzendkosten'. En direct daarnaast staat een kolom met de prijs waar diezelfde verzendkosten ook nog eens een keer in verwerkt zitten? Wie heeft hier in hemelsnaam om gevraagd?

[robni7]

Ik vind dit ook een partij vaag en zeker geen verbetering in de gebruikservaring. Het was m.i. prima met de twee prijskolommen naast elkaar.

De pricewatch wordt gebruikt voor meer dan één manier van informatiewinning. In de ene situatie is de prijs inclusief porto relevant, in een andere context zie je liever de losse productprijs. Zoals anderen in deze draad aangegeven hebben is vaak niet van tevoren te voorspellen met welke reden een gebruiker de pricewatch gebruikt, en zodoende, welke van de twee prijstypes getoond moet worden. Daarom lijkt het mij, en met mij zo te zien veel anderen, logisch dat beide prijzen worden getoond.

Zoals het was, met één kolom zwart en de ander dikgedrukt en in opvallend blauw, werkte uitstekend. Ik snap niet zo goed in welke situatie dat verwarrend is, zelfs als je de mobiele site ernaast houdt.

Het gelijktrekken van prijstypes tussen nieuwsartikelen, wenslijsten, pricewatch-lijsten, pricewatch-productpagina’s, etc. is onwenselijk, want het houdt geen rekening meer met de context waarin deze prijzen staan en wat in die situatie relevant is.

Idealiter is dit allemaal instelbaar, maar als dat te veel gedoe is snap ik dat ook wel. Maar zorg wel dat het logisch is!

Een kiekje van de huidige situatie bij mij:


De tabel heeft nu geen kolomtitels meer, dus het is niet in één oogopslag duidelijk naar welke prijs je kijkt. En in de infoballon staat dan weer “Zo worden resultaten gesorteerd[:] De prijzen worden standaard gesorteerd op hun prijs (exclusief verzendkosten).” Je zou dus verwachten dat de prijs die getoond is, de prijs exclusief de verzendkosten is, maar niets is minder waar. En waarom wordt de tabel gesorteerd op een onzichtbare kolom? Dat is toch een volkomen bizarre manier van informatie tonen? EDIT: Het wordt nog gekker, want er wordt inmiddels dus wél gesorteerd op prijs inclusief porto, zie bijv. deze schermafbeelding.

De hover-functie is er nu helemaal uitgesloopt. Niet dat dát de beste oplossing was, maar de prijs zien zonder verzendkosten is nu dus helemaal niet meer mogelijk. EDIT: je moet juist op de verzendkosten klikken/tikken ... dat had ik effe niet door. Fijn dat het op mobiel nu ook werkt, maar maak visueel ook duidelijk dat dit een knop is!

Tevens worden de verzendkosten en het icoontje van de verzendduur (waar is de legenda?) visueel gekoppeld in één vlak (zie Gestaltwetten), wat aanvankelijk de indruk wekt dat gratis = groen en, zeg, €5 = oranje ... terwijl dit niet met elkaar te maken heeft. Een kleine “<24h” en “<3d” toevoegen (ik noem maar wat, neem dit a.u.b. niet klakkeloos over) schept dan wat meer duidelijkheid.

Ik ben heel benieuwd naar de resultaten van de gebruikerstests waaruit blijkt dat dit de beter begrijpbare oplossing is. Steeds maar pleisters blijven plakken op een al matig idee (kill your darling!) is gewoon geen goed plan. Het is nu een puinhoop!

PS. Het contrast tussen zwart en grijs bij “Reviews” en “Discussies & vragen” wat aan moet tonen dat er geen reviews resp. discussies bij dit product zijn is ook véél te klein!

[ Voor 20% gewijzigd door robni7 op 08-08-2025 20:22 ]

[Henkieschmenkie]

Ik zou zo langzamerhand vooral graag weer eens van de ontwikkelaars horen. Er is inmiddels al meer dan een week radiostilte.

[Meg]

Henkieschmenkie schreef op zaterdag 9 augustus 2025 @ 18:24:
Ik zou zo langzamerhand vooral graag weer eens van de ontwikkelaars horen. Er is inmiddels al meer dan een week radiostilte.

Je weet dat het vakantietijd is?

[lolgast]

Het is jammer dat het zo moet. Ik weet dat het totaal geen zin heeft want in het grotere geheel merken ze mij als user echt niet op, maar ik ga de webshops tegenwoordig zelf wel weer af.

De enige manier om het duidelijk te maken is door geen winkels meer via de Pricewatch te benaderen. Dus die route bewandel ik nu maar. Kost me soms redelijk wat tijd, maar principes zijn principes

Ik snap het echt niet. Het is toch van de zotte om webwinkels die soms ver onder de normale prijs van een artikel zitten te steunen door ze bizarre verzendkosten te vergoeden en daarmee de webwinkels die normale prijzen voor producten hanteren weg te laten concurreren. De manier waarop de Pricewatch nu is opgezet helpt dit verdienmodel behoorlijk vind ik..

[twcm]

Vorige week kwam ik terug van vakantie en liep ik tegen dit verzendkosten probleem aan.

Aangezien ik PC's verzin voor mensen, en vaak meer dan 1x hetzelfde product bestel bij een winkel zou ook ik de kale prijs graag los zien.

Nu zie ik in het overzicht een prijs die ik bij doorklikken op het product moet gaan 'zoeken'.
Dit kost mij meer tijd, en ik kan mijn klanten niet gaan uitleggen dat ze me meer moeten betalen omdat het bij elkaar zoeken van een computer nu meer tijd kost. NB: ik verdien niets op de hardware, ik krijg puur mijn tijd betaald.

De Pricewatch is voor mij de belangrijkste reden waarom ik een abonnement heb bij Tweakers, en ik draag T een warm hart toe. Maar als dit mijn inkomen raakt wordt het leven wel vervelender.

Dus zou iemand alsjeblieft, alsjeblieft hier nog eens goed naar willen kijken?
Vroeger was er toch een optie: met verzendkosten en zonder verzendkosten?

[pimlie]

Bump. Als ik wil puzzelen dan pak ik wel een Denksport boekje. Hier ook een voor een git revert svp!

[Hahn]

Henkieschmenkie schreef op zaterdag 9 augustus 2025 @ 18:24:
Ik zou zo langzamerhand vooral graag weer eens van de ontwikkelaars horen. Er is inmiddels al meer dan een week radiostilte.

Ontwikkelaars gaan niet over hoe de Pricewatch werkt, dat doen UX designers en PO's/managers. In dit geval @bozhoyo en @WouterdR.

[spone]

*knip*. Speculeren doen we op de beurs, niet als feedback.

[ Voor 85% gewijzigd door rens-br op 26-08-2025 08:27 ]

[Henkieschmenkie]

Hahn schreef op dinsdag 19 augustus 2025 @ 14:16:
[...]

Ontwikkelaars gaan niet over hoe de Pricewatch werkt, dat doen UX designers en PO's/managers. In dit geval @bozhoyo en @WouterdR.

Ik mag aannemen dat duidelijk was wie ik bedoelde. Inderdaad @bozhoyo en @WouterdR.

[Nnoitra]

*knip*. Feedback zien we graag constructief.

[ Voor 81% gewijzigd door rens-br op 26-08-2025 08:28 ]

[tricky-design]

Ik maak zelf regelmatig gebruik van de Pricewatch wanneer ik op zoek ben naar een product. Wat me echter stoort, is dat tegenwoordig standaard de verzendkosten worden meegenomen in de weergegeven prijs. Persoonlijk zou ik het prettig vinden als er, zoals ook door anderen is voorgesteld, een optie komt waarmee gebruikers zelf kunnen kiezen hoe de prijzen worden getoond: bijvoorbeeld de productprijs en verzendkosten apart, of als totaalprijs en los de verzendkosten zoals nu het geval is.

Vaak wil ik gewoon snel zien waar een product het goedkoopst is, en bepaal ik daarna zelf of de verzendkosten acceptabel zijn. Soms heb ik meerdere producten nodig en wil ik niet eerst een lijst maken, maar gewoon snel kunnen checken waar ik het voordeligst uit ben — zonder dat de verzendkosten de vergelijking vertroebelen.

[Zondagskindje]

Dit voelt aan als de Sonos app: men denkt dat het verbeterde versie is maar is in feite 10 stappen terug.

[rens-br]

Het niet eens zijn met een aangepaste feature mag en feedback daarop zien we graag. Maar we zien deze feedback dan graag wel vriendelijk en constructief. Met modder gooien is niemand geholpen.

Gelieve vanaf nu weer inhoudelijk te reageren.

[ Voor 11% gewijzigd door rens-br op 26-08-2025 08:30 ]

[Joop34]

rens-br schreef op dinsdag 26 augustus 2025 @ 08:29:
[mbr]Het niet eens zijn met een aangepaste feature mag en feedback daarop zien we graag. Maar we zien deze feedback dan graag wel vriendelijk en constructief. Met modder gooien is niemand geholpen.

Gelieve vanaf nu weer inhoudelijk te reageren.[/]

Het zou denk ik helpen als er ook een inhoudelijke reactie terug komt. Je geeft aan dat jullie feedback graag zien, maar het is dan niet zo netjes dat er al een paar weken radiostilte is vanuit Tweakers.

[Nnoitra]

rens-br schreef op dinsdag 26 augustus 2025 @ 08:29:
[mbr]Het niet eens zijn met een aangepaste feature mag en feedback daarop zien we graag. Maar we zien deze feedback dan graag wel vriendelijk en constructief. Met modder gooien is niemand geholpen.

Gelieve vanaf nu weer inhoudelijk te reageren.[/]

Constructief, okay.
Geef gewoon na 3 weken radiostilte een update over hoe en wat.

*knip*

[ Voor 19% gewijzigd door rens-br op 26-08-2025 10:00 ]

[bozhoyo]

Hallo allemaal, en bedankt voor jullie geduld. Het klopt dat het inmiddels een aantal weken geleden is sinds onze laatste reactie, en daar zijn een paar redenen voor.

Naast de zomervakantieperiode, waarin we behoorlijk onderbezet waren, hadden we ook een escalatie op SEO-vlak waar we mee aan de slag moesten. Daar wil ik jullie nu graag wat meer over vertellen.

Toen we de refactor van de prijslijst uitbrachten, kozen we ervoor om alleen de basisprijs van het product te tonen. Zo blijft deze consistent met de prijs die je ook ziet zodra je de pagina van de betreffende shop bezoekt. Deze keuze was ook in lijn met de rest van de site, zoals de redactionele reviews, de Best Buy Guides, de filterbare productoverzichten en de prijsalert.

Sommigen van jullie waren niet blij met die wijziging, waardoor we een periode hebben geëxperimenteerd met het tonen van de totaalprijs (dus productprijs inclusief eventuele verzendkosten en kosten voor betalingsverwerking – iets wat in België vaak voorkomt). Helaas bleek dit experiment niet succesvol: niet alleen bleven er veel zorgen en opmerkingen, ook Google gaf aan dat deze aanpak in strijd was met hun richtlijnen voor de Google Shopping Experience. Volgens die regels moeten de basisprijs van het product en eventuele extra kosten afzonderlijk op de pagina vermeld worden. Dit was de SEO-escalatie die ik eerder noemde.

Daarom hebben we nu besloten dat de prijslijst de basisprijs van het product toont in de prijskolom. Direct daarnaast blijven eventuele verzend- en betalingskosten zichtbaar. De sortering van de lijst gebeurt op basis van de berekende totaalprijs. Deze aanpak sluit aan bij hoe andere prijsvergelijkingssites werken, zowel in Nederland als wereldwijd.

Wat betreft een terugkeer naar de oorspronkelijke situatie, waarin zowel de basis- als de totaalprijs werden getoond: dat zien we niet als een optie. We hebben gemerkt dat het tonen van twee prijzen naast elkaar verwarrend kan zijn, zeker voor gebruikers die minder vertrouwd zijn met de Pricewatch. Bovendien is uit onze mobiele gebruiksdata al eerder gebleken dat het tonen van één prijs voldoende is – zoals jullie weten laat de Pricewatch op mobiel al jarenlang slechts één prijs per shop zien.

Tot slot wil ik jullie bedanken voor alle feedback en voor jullie blijvende gebruik van de Pricewatch. Wees ervan verzekerd dat jullie meningen, samen met de kwantitatieve data die we verzamelen uit het gebruik van de site, een grote rol blijven spelen in onze besluitvorming.

[Nnoitra]

bozhoyo schreef op dinsdag 26 augustus 2025 @ 13:56:
Hallo allemaal, en bedankt voor jullie geduld. Het klopt dat het inmiddels een aantal weken geleden is sinds onze laatste reactie, en daar zijn een paar redenen voor.

Naast de zomervakantieperiode, waarin we behoorlijk onderbezet waren, hadden we ook een escalatie op SEO-vlak waar we mee aan de slag moesten. Daar wil ik jullie nu graag wat meer over vertellen.

Toen we de refactor van de prijslijst uitbrachten, kozen we ervoor om alleen de basisprijs van het product te tonen. Zo blijft deze consistent met de prijs die je ook ziet zodra je de pagina van de betreffende shop bezoekt. Deze keuze was ook in lijn met de rest van de site, zoals de redactionele reviews, de Best Buy Guides, de filterbare productoverzichten en de prijsalert.

Sommigen van jullie waren niet blij met die wijziging, waardoor we een periode hebben geëxperimenteerd met het tonen van de totaalprijs (dus productprijs inclusief eventuele verzendkosten en kosten voor betalingsverwerking – iets wat in België vaak voorkomt). Helaas bleek dit experiment niet succesvol: niet alleen bleven er veel zorgen en opmerkingen, ook Google gaf aan dat deze aanpak in strijd was met hun richtlijnen voor de Google Shopping Experience. Volgens die regels moeten de basisprijs van het product en eventuele extra kosten afzonderlijk op de pagina vermeld worden. Dit was de SEO-escalatie die ik eerder noemde.

Daarom hebben we nu besloten dat de prijslijst de basisprijs van het product toont in de prijskolom. Direct daarnaast blijven eventuele verzend- en betalingskosten zichtbaar. De sortering van de lijst gebeurt op basis van de berekende totaalprijs. Deze aanpak sluit aan bij hoe andere prijsvergelijkingssites werken, zowel in Nederland als wereldwijd.

Wat betreft een terugkeer naar de oorspronkelijke situatie, waarin zowel de basis- als de totaalprijs werden getoond: dat zien we niet als een optie. We hebben gemerkt dat het tonen van twee prijzen naast elkaar verwarrend kan zijn, zeker voor gebruikers die minder vertrouwd zijn met de Pricewatch. Bovendien is uit onze mobiele gebruiksdata al eerder gebleken dat het tonen van één prijs voldoende is – zoals jullie weten laat de Pricewatch op mobiel al jarenlang slechts één prijs per shop zien.

Tot slot wil ik jullie bedanken voor alle feedback en voor jullie blijvende gebruik van de Pricewatch. Wees ervan verzekerd dat jullie meningen, samen met de kwantitatieve data die we verzamelen uit het gebruik van de site, een grote rol blijven spelen in onze besluitvorming.

Iig dank voor de update.

Zoals ik het lees, is de mobiel variant min of meer heilig verklaard cq de reden om het zo te doen. Maar op basis van wat eigenlijk?
Gebruikt/bezoekt een grote meerderheid van de gebruikers de pricewatch op mobiel? En laat jullie data zien of daadwerkelijk de "mobile view" gebruikt wordt, of dat men toch kiest voor de "desktop site" optie in de diverse browsers?


Los daarvan, vind ik de hierboven beschreven versie iig een stuk beter dan de eerste versie van de "verbetering".
Thx Google

[Olaf van der Spek]

Olaf van der Spek schreef op maandag 4 augustus 2025 @ 09:57:
[Afbeelding]

@bozhoyo ^

[Olaf van der Spek]

Olaf van der Spek schreef op vrijdag 1 augustus 2025 @ 13:00:
Het verschil tussen "Levering verwacht binnen 3 dagen" en "Op een werkdag voor 16:00u besteld, morgen in huis" is praktisch onzichtbaar.

uitvoering: AMD Ryzen 7 9800X3D Boxed

[Afbeelding]

@bozhoyo

[XWB]

Olaf van der Spek schreef op dinsdag 26 augustus 2025 @ 15:48:
[...]

@bozhoyo ^

Ik heb een bugticket aangemaakt.

[HikariMisako]

bozhoyo schreef op dinsdag 26 augustus 2025 @ 13:56:

Daarom hebben we nu besloten dat de prijslijst de basisprijs van het product toont in de prijskolom. Direct daarnaast blijven eventuele verzend- en betalingskosten zichtbaar. De sortering van de lijst gebeurt op basis van de berekende totaalprijs. Deze aanpak sluit aan bij hoe andere prijsvergelijkingssites werken, zowel in Nederland als wereldwijd.

Wat betreft een terugkeer naar de oorspronkelijke situatie, waarin zowel de basis- als de totaalprijs werden getoond: dat zien we niet als een optie. We hebben gemerkt dat het tonen van twee prijzen naast elkaar verwarrend kan zijn, zeker voor gebruikers die minder vertrouwd zijn met de Pricewatch. Bovendien is uit onze mobiele gebruiksdata al eerder gebleken dat het tonen van één prijs voldoende is – zoals jullie weten laat de Pricewatch op mobiel al jarenlang slechts één prijs per shop zien.

Tot slot wil ik jullie bedanken voor alle feedback en voor jullie blijvende gebruik van de Pricewatch. Wees ervan verzekerd dat jullie meningen, samen met de kwantitatieve data die we verzamelen uit het gebruik van de site, een grote rol blijven spelen in onze besluitvorming.

Zoals het nu staat, is het in ieder geval een stuk logischer dan het in de eerste iteratie was, dus wat dat betreft, dank.

Ik zal er hierna over ophouden, maar ik moet toch even zeggen dat ik

jullie meningen, samen met de kwantitatieve data die we verzamelen uit het gebruik van de site, een grote rol blijven spelen in onze besluitvorming.

en

Wat betreft een terugkeer naar de oorspronkelijke situatie, waarin zowel de basis- als de totaalprijs werden getoond: dat zien we niet als een optie.

in combinatie met de reacties in dit topic echt totaal niet met elkaar kan rijmen. Er wordt vrij letterlijk gevraagd om terug te keren naar de oude situatie. Maar goed, dit topic wordt niet overstroomd met reacties dus waarschijnlijk zijn we dan echt in de minderheid.


Oh ja, benoem deze wijzigingen in de volgende .plan deviteratie.

[Electrowolf]

bozhoyo schreef op dinsdag 26 augustus 2025 @ 13:56:
[...] Bovendien is uit onze mobiele gebruiksdata al eerder gebleken dat het tonen van één prijs voldoende is – zoals jullie weten laat de Pricewatch op mobiel al jarenlang slechts één prijs per shop zien.

Kan je hier wat meer over vertellen? Ik vraag me bijvoorbeeld af 'voldoende voor wie of wat'? En wie bepaald of iets voldoende is? Ook is dit nieuw voor mij omdat ik nooit de PW op mobiel gebruik...

[Hero of Time]

Ik vind het eigenlijk wel wat bijzonder dat er wel geluisterd wordt naar big tech zoals Google, maar wanneer gebruikers zeggen dat de aanpassing een slecht idee is, het aan dovemansoren gezegd lijkt te worden. Je zou bijna denken dat ze weten waar ze het over hebben. Om dan dit te zeggen:

jullie meningen, samen met de kwantitatieve data die we verzamelen uit het gebruik van de site, een grote rol blijven spelen in onze besluitvorming.

geeft mij een nare smaak in de mond. Er was blijkbaar een SEO ramp nodig om een gedeelte van de aanpassingen terug te draaien. Wat als dat niet het geval was? Hadden we dan nog steeds met de ongewenste weergave gezeten?

[Korvaag]

Hero of Time schreef op donderdag 28 augustus 2025 @ 19:03:
geeft mij een nare smaak in de mond. Er was blijkbaar een SEO ramp nodig om een gedeelte van de aanpassingen terug te draaien. Wat als dat niet het geval was? Hadden we dan nog steeds met de ongewenste weergave gezeten?

Ik ben nog steeds benieuwd waar de wens tot aanpassing vandaan is gekomen. Ik heb in dit topic niemand gezien die het een goed idee vond. Ik kan me tevens niet herinneren dat ik een verzoek tot aanpassing heb gezien (en ik moet natuurlijk wel eerlijk zijn: ik houd niet elk stuk van GOT even goed in de gaten dus als het verzoek er is geweest: prima).

Waarom gebeurt dit nou elke keer zomaar, waarom:
- Wordt er niet gewacht op een actief verzoek tot aanpassing omdat het nu niet goed werkt
- Wordt er dan vervolgens geen poll opgezet om te peilen of meer mensen daar last van hebben ja/nee

Ik heb het al eerder aangegeven, maar bij dit soort wijzigingen bekruipt mij het SAAS gevoel: we moeten regelmatig iets wijzigen want anders zijn we niet relevant (ofzo) of zitten mensen niets te doen (ofzo). Hou daarmee op aub. Het levert niets op. Stop met wijzigingen zonder vraag en zonder vooronderzoek.

Nogmaals: als er een poll geweest is dan heb ik hem blijkbaar gemist, dus excuses als ik hier wat te hard van stapel loop, maar ik word zo moe van dit soort gedoe. Jira is ook weer veranderd: er is nauwelijks iets verbeterd, alles is weer onvindbaar of stuk, maar jeetje wat zijn we goed bezig als ontwikkelaars (random ander voorbeeld)! @Nnoitra exact dat ja!

* Korvaag raakt hier wat gefrustreerd van
Valt het op?

[commentator]

ja die nieuwe aanpassing zorgt er ook voor dat dit
Verkeerde prijzen wenslijst
inmiddels opgelost is

[Nnoitra]

Hero of Time schreef op donderdag 28 augustus 2025 @ 19:03:
Er was blijkbaar een SEO ramp nodig om een gedeelte van de aanpassingen terug te draaien. Wat als dat niet het geval was? Hadden we dan nog steeds met de ongewenste weergave gezeten?

Inkoppertje: ja.

[Electrowolf]

Omdat de kern van de discussie die hier naar voren komt (aanpassingen van de PW die een verbetering zouden moeten zijn, maar dat in de praktijk volgens veel tweakers juist niet zijn) wel vaker naar voren komt heb ik laatst maar deze FR aangemaakt: "Tweakers Mode" Pricewatch.

Door de pricewatch aanpassingen voor de gebruikerservaring van de "de gemiddelde BeNeLuxer'' en de 'echte tweaker' uit elkaar trekken kan je de situatie die in dit draadje wordt beschreven voorkomen. Lijkt me erg nuttig als je zulke verschillende doelgroepen wil bedienen.

[Olaf van der Spek]

Hero of Time schreef op donderdag 28 augustus 2025 @ 19:03:
Ik vind het eigenlijk wel wat bijzonder dat er wel geluisterd wordt naar big tech zoals Google

Inkomsten..

[Olaf van der Spek]

Olaf van der Spek schreef op vrijdag 1 augustus 2025 @ 13:00:
Het verschil tussen "Levering verwacht binnen 3 dagen" en "Op een werkdag voor 16:00u besteld, morgen in huis" is praktisch onzichtbaar.

uitvoering: AMD Ryzen 7 9800X3D Boxed

[Afbeelding]

@bozhoyo

[Hero of Time]

Olaf van der Spek schreef op donderdag 4 september 2025 @ 12:34:
[...]

Inkomsten..

Die met beroerd ontwerp en slechte UX compleet weg kunnen/zullen vallen.

[fflow]

Er staan geen titels bij de kolommen in de prijstabel. Het is me niet duidelijk wat voor een prijs er precies wordt weergegeven.

De uitleg onder het i-tje vermeld keuzes tussen het sorteren op 'totaalprijs' en op 'basisprijs'. Maar 'totaalprijs' en 'basisprijs' opties zijn er niet bij het sorteren. De enige prijs gerelateerde sorteeroptie is 'prijs'.

De sortering op prijs gaat ook niet goed. Bij een oplopende sortering staan lager prijzen onder hogere prijzen. Zie de onderstaande afbeelding.
Ik zie dit bij meerdere producten

@bozhoyo Welke prijs wordt er precies weergegeven? En hoe werkt de sortering?
En kun je deze informatie toevoegen aan de pricewatch?

Mijn voorkeur gaat uit naar het weergeven van een kale productprijs. En een sortering op de kale productprijs. (Dit was voorheen toch ook altijd al zo?)
Een losse vermelding er naast van de verzendkosten is erg handig.

[Hero of Time]

@fflow, zie bozhoyo in "Verzendkosten niet meer in pricewatch?" voor je vragen:

Daarom hebben we nu besloten dat de prijslijst de basisprijs van het product toont in de prijskolom. Direct daarnaast blijven eventuele verzend- en betalingskosten zichtbaar. De sortering van de lijst gebeurt op basis van de berekende totaalprijs.

[robni7]

Hero of Time schreef op donderdag 11 september 2025 @ 22:39:
@fflow, zie bozhoyo in "Verzendkosten niet meer in pricewatch?" voor je vragen:

[...]

Ja, het is leuk dat dat in een forumtopic uitgelegd staat, maar wat @fflow duidelijk probeert te maken, is dat dat niet zo op de productpagina staat. Vandaar dus de verwarring.

[fflow]

Hero of Time schreef op donderdag 11 september 2025 @ 22:39:
@fflow, zie bozhoyo in "Verzendkosten niet meer in pricewatch?" voor je vragen:

[...]

Het staat inderdaad niet in de pw zelf. Ik doe nu aannames wat de verschillende kolommen zijn. En de uitleg onder het i-tje is niet volledig.

Dus de weergegeven prijzen zijn de basis prijzen maar er wordt gesorteerd op een andere waarde?
Dat vindt ik verwarrend.
Ik zoek de laagste basisprijs en wil daar graag mijn lijst op sorteren.

[Hero of Time]

robni7 schreef op donderdag 11 september 2025 @ 22:54:
[...]

Ja, het is leuk dat dat in een forumtopic uitgelegd staat, maar wat @fflow duidelijk probeert te maken, is dat dat niet zo op de productpagina staat. Vandaar dus de verwarring.

Dat was mij ook opgevallen. Ik dacht dat ik er een opmerking over had gemaakt, maar dat moet iemand anders zijn geweest. Het ontbreken van de headers die er eerder wel waren helpt nu absoluut niet met de duidelijkheid, eerder het tegenovergestelde.

fflow schreef op donderdag 11 september 2025 @ 23:16:
[...]

Het staat inderdaad niet in de pw zelf. Ik doe nu aannames wat de verschillende kolommen zijn. En de uitleg onder het i-tje is niet volledig.

Dus de weergegeven prijzen zijn de basis prijzen maar er wordt gesorteerd op een andere waarde?
Dat vindt ik verwarrend.
Ik zoek de laagste basisprijs en wil daar graag mijn lijst op sorteren.

Het gedrag van het sorteren is idd ook wat verwarrend, want je hebt maar 1 prijs om op te sorteren, maar zet je die op 'oplopend', dan kan er alsnog een lagere prijs op een plek staan waar je die niet zou verwachten puur en alleen omdat de sortering rekening houd met de verzendkosten. Net zoals jij zou ik verwachten 'sorteer op prijs', dat het ook echt de waarde is in de kolom, geen combinatie van twee kolommen samen.