  
| Author: | WoutR  | | Posted: | Jun 15, 2016 15:23 | | Subject: | Price comparison calculation | | Viewed: | 184 times | | Topic: | Suggestions | | Status: | Implemented | |
|
| When shopping using the auto-finder, the result shows a percentage indicating
how much the part is cheaper or more expensive than some unknown average.
Since the exact calculation is unknown, this value is without meaning. We do
not know if it compares to averages sold or offered for sale, nor if those
averages simply take the max/min values of the quantity average. Also, there
are indications that the price calculated when the item condition (used/new)
is set to "all", or if the color is set to "any" that some average between all
those is calculated.
In my opinion, this is VERY misleading.
For example, there are very good reasons why a 30 year old new part is much more
expensive than a used one, or why a MISB set is more expensive than an incomplete
used one, or why a part in a very rare color is more expensive than the same
part in a common color. Comparing these as if they were the same item is wrong.
It will show genuinely valuable items as being overpriced, and common used items
as discounted. This is very unfair to the sellers that bring unique and rare
items to BrickLink. As a buyer, without fair comparison the value shown is meaningless
but that knowledge will be restricted to experienced buyers only. Inexperienced
buyers might feel misguided, cheated and/or scammed. We should not want that.
In making the price comparison the part should be compared to parts that are
actually the same. This means they should have an identical part number (including
version), condition (used/new, complete/incomplete/MISB/etc) and color. The calculation
should also use the quantity average because otherwise the calculation can de
be easily manipulated by listing a single item with a very high price. Finally,
by preference the prices of items sold should be used. Those are a much better
indication of what buyers are actually willing to pay and the actual value of
the item, and also it reduces the effect of items that are priced extremely high
or incorrectly (typing errors, new users testing their store, etc).
Please update the calculation where needed,
and provide a description of the formula in the help files.
|
|
Message Has 3 Replies:  Re: Price comparison calculation - tinesubic (69) | [...] I've actually already raised a bug with this content and gotten the following response: "The way the calculations are being done depends upon the setting selected [...]
(96 months ago, Jun 15, 2016, to Suggestions) |
Re: Price comparison calculation - BigBBricks (16145)  | [...] Thank you for filing this. I agree that it is very misleading the way things are now being calculated after the upgrade. Especially the way Any/All are being handled [...]
(96 months ago, Jun 15, 2016, to Suggestions) |
5 Messages in this Thread: Msg 1 « - WoutR (920) 96 months ago Jun 15, 2016 to Suggestions
 Msg 2 - tinesubic (69) 96 months ago Jun 15, 2016 to Suggestions
  Msg 3 - WoutR (920) 96 months ago Jun 15, 2016 to Suggestions
Msg 4 - BigBBricks (16145) 96 months ago Jun 15, 2016 to Suggestions
Msg 5 - WoutR (920) 96 months ago Jun 17, 2016 to Suggestions
Entire thread on one page
This message and all its replies on one page
|
| The status of this message was changed from Open to Implemented on Apr 12, 2017 |
|
Netherlands, Zuid-Holland
