I understand the reason for having the same item for sale at different prices, (within reason) however surely the only listing someone would be interested in buying would be the least expensive, so why not “hide” the others until the least expensive has sold?
The exception being bulk and single.
It would reduce the clutter.
Comments
I would think that it would reduce sales as well because if you were looking for a high quantity you would not choose that store.
Tyson
An example “item” listed by seller as a quantity of 50 @ $0.12 each
Same “item” listed by same seller as a quantity of 50 @ $0.19 each
They have a total quantity listed of 100 in 2 lots, but nobody in their right mind would buy the more expensive rather than the least expensive!
UNLESS one lot is bulk ie you have to buy all 50 to get the lower price.
So why not “hide” the duplicate lot that costs more until the less expensive is gone?
I understand the why.
I have some lots going OOP, therefore I wish to increase the price for future sales, however I see no reason to show the higher price lot?
@leopard37 agreed, in the example if someone wanted in excess of 50 of that part, that store would not show as an option. Also perhaps it would persuade folks to not make multiple listings unnecessarily.
Probably a pipe dream, but seems reasonable to me...
So that could be the problem with whatever store you noticed it on.
Tyson.
I researched this when I first opened, because it's certainly easier to list new items of an existing lot separate - but it burns you in the catalog "buy" listings, as if someone is looking for large quantity, your listing won't show up that way.
So back to @graham's original point - so long as one isn't new and one isn't used, I agree with his thought to reduce the clutter (it would even help sellers). But I don't think you can force this on sellers either. But maybe you can drive positive behaviors (consolidation) with improved ways to append and consolidate new quantities in diff bins/costs to existing lot IDs? Then the problem fixes itself?
I think if you use Bricksync, it's reasonably easy once you know how. For folks like me on BO only, I tend to do it manually (which isn't the easiest way, I'm sure) as I haven't figured out how to concatenate notes fields and quantities on here while actually overwriting the mycost field (as that is weighted averaging with my chosen tax method for calculating cost). Sure, I can shut down the store, download the current inventory, do all the merges in Excel, etc., with the concatenate formula, but that sucks too I've learned. :-)
I guess my end point is that if it's easier and more value-added to consolidate lots, more people (or even most) will do it, thus also eliminating the problem. :-)