Discussion Forum: Messages by calsbricks (8517)
Redisplay Messages: Compact | Brief | All | Full      Show Messages: All | Without Replies

 Author: calsbricks View Messages Posted By calsbricks
 Posted: Apr 26, 2016 15:22
 Subject: Re: Price guide and average pricing
 Viewed: 39 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

calsbricks (8517)

Location:  United Kingdom, England
Member Since Contact Type Status
Aug 12, 2008 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: CalsBricks
In Suggestions, FigBits writes:
  In Suggestions, calsbricks writes:
  In Suggestions, axaday writes:
  In Suggestions, calsbricks writes:
  In Suggestions, axaday writes:
  Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.

Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.

Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,

I don't understand what the total value is.

In order to work out the average value what Bricklink does is take the sum of
the value of those items and divides by the number of items - this give the
system an average value so if there were 10000 of an item and the total value
on Bricklink was £20,000 then the average value would be £2.00 They give us a
total no of items but not the value. In order to determine that you have to manually
add all those up.

Just multiply the average value by the total number of items.



--or they could add 2 lines of code and do it for us

  Marc.
 Author: calsbricks View Messages Posted By calsbricks
 Posted: Apr 26, 2016 13:37
 Subject: Re: Price guide and average pricing
 Viewed: 34 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

calsbricks (8517)

Location:  United Kingdom, England
Member Since Contact Type Status
Aug 12, 2008 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: CalsBricks
In Suggestions, axaday writes:
  In Suggestions, calsbricks writes:
  In Suggestions, axaday writes:
  Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.

Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.

Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,

I don't understand what the total value is.

In order to work out the average value what Bricklink does is take the sum of
the value of those items and divides by the number of items - this give the
system an average value so if there were 10000 of an item and the total value
on Bricklink was £20,000 then the average value would be £2.00 They give us a
total no of items but not the value. In order to determine that you have to manually
add all those up. Our suggestion just tells them to print that total on the price
guide so it can be viewed without a lot of manual work and then used or not used
by the people looking at it.

Hope that makes it easier to understand.
 Author: calsbricks View Messages Posted By calsbricks
 Posted: Apr 26, 2016 10:38
 Subject: Re: Price guide and average pricing
 Viewed: 48 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

calsbricks (8517)

Location:  United Kingdom, England
Member Since Contact Type Status
Aug 12, 2008 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: CalsBricks
In Suggestions, axaday writes:
  Bricklink tracks the average price of pieces sold. That's a much better
guide than what is basically the average price of pieces NOT sold.

Sorry Bricklink tracks both prices that is why you see two columns one for sold
and one for current inventory. Our suggestion is to also show the total value
so we can eliminate the prices which are not what they should be.

Which set of figures yo9u use is up to you and your store policy/philosophy.
We don't use either,
 Author: calsbricks View Messages Posted By calsbricks
 Posted: Apr 26, 2016 04:17
 Subject: Price guide and average pricing
 Viewed: 179 times
 Topic: Suggestions
 Status:Open
 Vote:[Yes|No]
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

calsbricks (8517)

Location:  United Kingdom, England
Member Since Contact Type Status
Aug 12, 2008 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: CalsBricks
Something simple that the developers could add quite quickly to the price guide
which would help those who use it and are shocked when someone has a non-appropriate
price against an item. In the totals column they could put a total value as well
as total lots and total quantity. If that figure was there, you could easily
subtract the non appropriate value and work your own average price (if that is
how you set your pricing).

There was an example of this this morning. part number 11477 in Dark Purple.
According to the price guide the average price for a used piece should be 1.09,
but when you look at the list of prices for each country this cannot be right.
Then you see an entry for a seller in the USA who has obviously made a mistake
at £45+ which sways the actual average from around 9p to the 1.09. Knowing what
the total value is you could subtract the high value (and quantity, of course)
and easily calculate the real average.

Whilst we believe the entire price guide needs rethinking this could help in
the short term and quite honestly producing the total figure in the query that
brings back the results is less than two lines of code.

Comments?
 Author: calsbricks View Messages Posted By calsbricks
 Posted: Apr 22, 2016 14:10
 Subject: Re: Disable automatic quote cancellation
 Viewed: 32 times
 Topic: Suggestions
View Message
View
Cancel Message
Cancel
Reply to Message
Reply
BrickLink
ID Card

calsbricks (8517)

Location:  United Kingdom, England
Member Since Contact Type Status
Aug 12, 2008 Contact Member Seller
Buying Privileges - OKSelling Privileges - OK
Store: CalsBricks
In Suggestions, Brickwilbo writes:
  In Suggestions, calsbricks writes:
  In Suggestions, enig writes:
  Well known problem
http://www.bricklink.com/message.asp?ID=983078

solution
* If some item(s) get removed/sold/etc generate an automatic Item Removal Request
(IRR), stating what has happened. At the same time, give the buyer a singe click
solution to cancel the quote request all together, in case the missing item poses
an issue.

OR
* just create an action item for both buyer and seller, leave it for them to
solve it but DO NOT auto-cancel the whole thing. Make is so the invoicing is
impossible if the item(s) were not removed from the quote via IRR (I guess it
would require to create an item removal request process from a QUOTE)

OR
AUTO-CANCEL the quote, but give the buyer a single-click solution to place the
same quote request again, where the missing items are excluded.

OR
* whatever else.. just do it quick, please. Whatever it will be, please keep
in mind that new buyers often use the quote-request thing without having a slightest
clue what it's for. Whatever will happen after *items are now missing form
the quote request*, MAKE SURE that it is, first and foremost, new-user friendly.

Voted no on this as we feel the entire quote feature should be scrapped. It is
flawed throughout, not least of which are the points raised in this suggestion.

For stores that process orders first before invoicing the quote is not required.

You only have to estimate the postage. There's no need to pick and pack.
Sometimes you loose, but mostly it's accurate to estimate.

Not sure we can agree with that. We are not in the business to 'lose'
as you mention, especially with margins the way they are. We are very happy not
using the quote system and cannot see any justification in turning it on. We
don't estimate shipping we process our orders and quote shipping, normally
within 24 - 48 hours - the number of orders in 5 years which have cancelled due
to high shipping costs is in single digits and that is on over 3000 orders, so
why should we bother? On top of that the quote feature is flawed. Why would you
have a quote cancelled when a single item goes out of stock against that quote?
Potentially costing you a reasonable order.

If someone wants a pre-order quote they can always ask for it and we will look
at that. Again the number of times someone has asked for a shipping quote can
be counted on two hands at most.

Someone in the forum has suggested they are getting a 50% hit rate against quotes.
I do not think that figure really has any true meaning. How many of those people
would have bought anyway without getting a quote, especially if the store has
just the items they want/need?

We, along with many others, think that Bricklink development have not got it
right with this and they need to go back to the drawing board. But then that
is just our collective opinion but we know that isn't going to happen. Development
have a mind of their own and are not really that communicative. Since Ryan's
departure development news is no news.


The quote system is there as an option and we are comfortable with not being
forced to turn it on and as long as it stays like that we do not have a real
problem. It may suit some and not others but it really was a gesture by Bricklink
to the German market place where total value of an order must be known before
it becomes a binding order. We do not have that requirement in the UK and hopefully
never will. So we do not really need a quote system. Some use it and some don't.
With nearly 10,000 stores working through Bricklink, I wonder how many have actually
turned it on and are using it. Not sure we will ever know that. So the story
really ends here until the next chapter from Bricklink development.

Next Page: 5 More | 10 More | 25 More | 50 More | 100 More