Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Nov 27, 2017 10:39 | Subject: | Re: No Instant Checkout = Force must offer Quote | Viewed: | 65 times | Topic: | Suggestions | |
|
| In Suggestions, PaulOfBricks writes:
| I believe in instant checkout even though I still have a few problems with it
that are still not being addressed. However:
I believe you should know the cost upfront of your cart, fees and shipping before
being obliged to pay.
I recently placed an order and again the fees and extra are so buried within
the terms the parts cost become 34% more! also I was invoiced for the larger
box option, and I know if using the instant checkout the parts would have easily
fit into the smaller letter rate. I read the terms 3 times and still some fees
were still easily missed.
This happens over and over again, its not a one off.
I think it should be mandatory by Bricklink that any seller not using Instant
checkout will
Automatically will have the Quote option enabled.
What is the harm in that?
Every customer can make a decision up front if the fees and postage are reasonable
and acceptable. When im invoiced a total random bunch of fees I am not entered
into the contact agreement before knowing them.
|
Sorry Paul - voted no - don't like to see anyone forced into doing something
they don't wish to do. I have never had what happened to you happen to me
and have placed 1000 orders on Bricklink. No quotes asked for - none received.
Graneted postal costs are never our main concern when we need parts and there
are others where it is vitally important.
If I did ask a seller for a quote even if they didn't have it enabled and
they simply didn't respond, I would think they don't want my business
and find the items elsewhere, if possible.
As a seller it is our responsibility, amongst others, to communicate with our
buyers either pre-sale, during processing or post sale. If we don't do that
we are letting ourselves down as well as other stores on the site.
Forcing this as a feature is not, in our opinion, the right way to deal with
it. Avoid those stores and move on - when enough buyers do that and their orders
dwindle or even fall off a cliff, that fixes the problem cause they will disappear,
hopefully.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Nov 9, 2017 07:20 | Subject: | Change Search Results for Find Stores | Viewed: | 54 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| I believe it would be very helpful for the collection of statistical data if
the way the search in Find Stores' returned its results was altered to include
a column for Instant checkout enabled/adopted. Use the same Lightning bolt that
is currently being used simply add the column rather than having to go back and
forth betwee the searches - without IC and the 2nd with
The example shown reflects the UK's top 11 stores for no of items. 5 of the
11 have implemented it so far. 6 haven't, for whatever reason.
This would save having to make 2 searches (and less calls on the server) apart
from making it easier to gather the data.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 22, 2017 04:51 | Subject: | Please add new item to Activity Page | Viewed: | 65 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Please add new Non-Commercial Activity category to the My activity section to
cover add Packaging Dimensions to Catalogue Items. Include Pending, approved
and disapproved.
This will allow individuals to identify what is happening with their submissions.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 16, 2017 11:49 | Subject: | Improvements to part descriptions | Viewed: | 70 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| It would be very helpful if in the part descriptions submitters were required
to put colours where appropriate. For example and especially for minifig torso
assemblies.
If someone submits a new minifig torso or legs assembly they should fill in a
short form for Hip colours, leg colour(s) as well as torso colour, arm colour
and hand colour.
If we could get this as a requirement it would make life much easier especially
when using tools like goatleg.
If the description doesn't include all this information then Goatleg doesn't
always find it and that makes identifying some of these parts much harder than
it needs to be.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 14:07 | Subject: | Re: Change to information held in Catalogue | Viewed: | 26 times | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| In Suggestions, calsbricks writes:
| […]
There
are well over 1/2 million members of Bricklink now - even if only 20% of them
contributed […]
|
You’re overly optimistic about contribution rate.
I don’t think that there ever were 20% of BLers who contributed, even back when,
even counting one-time contributors.
And for something that will only interest sellers, 0.02% (100 people) seems more
likely. But maybe it would suffice
|
There are two of us who have already said we would supply our data which, I can
assure you, would make a dent in what is needed. We are all 'whistling in
the wind' over this cause BL do their own thing and changes to the catalogue
are changes to their single most important and valuable asset. You will remember
the saga over image rights when they took over and how there is a shyness to
open the catalogue any further (the changes to Brickstock and logging in). Good
to get this out in the air and see what peoples thoughts are but it ain't
going to happen.
If it promotes dialogue with BL development we will have achieved something.
Dimensions, weights etc ?????
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 13:49 | Subject: | Re: Change to information held in Catalogue | Viewed: | 14 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| In Suggestions, calsbricks writes:
| In Suggestions, qwertyboy writes:
| In Suggestions, calsbricks writes:
| In Suggestions, brickbrowser writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
There are far greater weight discrepancies / inconsistencies in batches of packaging
materials (even from same supplier), than those attributed to mold or part colour
differences. Furthermore, one weight submitter's scales and measuring technique
probably differs from another's to the extent that the exercise is moot.
I doubt that would ever be an effective use of people's time.
|
You may be right - the only thing is surely we have to start somewhere - as I
said in an earlier reply the current generic system only works because sellers/stores
have been doing this manually
|
For the record - when doing up shipping cost for an order, we have _never_ weighed
the order, we always used BL's supplied weight (unless of course the weight
was not specified). As far as I can recall, we have never had issues with an
order needing more postage than what was indicated by using supplied weights.
As others have indicated as well, adding weights to PPCs is a massive undertaking,
time that would be better and more profitably spent elsewhere.
Niek.
|
We weight every order and totally disregard BL's weight as
it does not make allowances for bags, other packaging materials and of course
the box we use. Strange you don't weigh your orders?
|
Poor choice of words, my bad. I meant - we don't weigh orders before determining
shipping cost. We have a good handle on what fits into where, and that includes
how much weight to add for packing material. We have enough NBPs to make packing-up-and-then-unpacking
a pain in the behind. If we over-estimated shipping, we refund. If we under-estimated,
we eat the diff. Same will happen when auto-checkout will come by.
For us, PPC weights are a non-issue, and (again for us) efforts would be better
spent developing other features.
Niek.
|
Then AFOL's comments about checking MyWeight a PPC weight or defaulting to
the generic weight solve that issue - if the PPC weight were available.
BTW
We work very differently to you. Our parts are picked and prepacked to determine
an accurate shipping cost - we never under or overcharge - no refunds no administration
just simply parcel sent at cost given to buyer. It has worked well for us for
6 years and 4100+ orders - not sure we need to change it. Haven't had an
NPB in all that time - so again that is not an issue for us. I have said this
many times and will keep saying it - if instant checkout can replace a manual
system which doesn't get it wrong - ever - then subject to them sorting out
the Paypal on site payment issue (to do with addresses) we will look at it in
seriousness if not we will stay with what works for us and hasn't let us
down - the old expression applies if it ain't broke don't fix it.
There are huge number of things that are needed on the site - we agree with
that but that all appears to be out of our (The community's) control or influence
- the roadmap has changed a multitude of times - no one knows where the seller
tools are or if we will ever see them - so many other things do need doing -
we agree but we and others do not see this as being the lead weight to bring
it all to a halt it would simply be another enhancement to the BL catalogue.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 13:36 | Subject: | Re: Change to information held in Catalogue | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, WoutR writes:
| In Suggestions, calsbricks writes:
| In Suggestions, DadsAFOL writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
Yes, we have manually recorded lot weights on thousands of PCC's over the
years of selling. I would be happy to share that info to seed the database.
From there like everything else here it just gets crowdsourced over time and
wouldn't really be a big deal. Just set up the system with a bit of a waterfall...
if MyWeight exists, use that; if not then if PCC weight exists use that; else
use ItemID weight.
Here's a good example of why this would be helpful:
- Catalog - 0.36
- Black actual - 0.3331 (-7.5%)
- White actual - 0.3425 (-4.9%)
- Trans Clear actual - 0.3836 (+6.5%)
So if someone bought 1000 of these in your store, and you wanted to weigh them
using the catalog weight instead of counting them...
- Your customer would get 1075 black and your inventory would be short 75 for
the next order
- Your customer would get 1049 white and your inventory would be short 49 for
the next order
- Your customer would get 935 trans clear and your inventory would be over 65,
and your customer would be upset asking for a refund or for you to ship the missing
parts.
Same issue applies to postage calculation. Its totally possible that the system
undercharges on postage for the trans clear because 1000 actually weighs 383g,
not 360g like the catalog expects.
|
Thank you for joining this thread and the detail you provided it is helpful for
others to see what a difference the weights can make towards shipping. We would
be happy to share our data with BL as well.
|
The transparent parts are heavier because they are made in a different material.
LEGO often has a different designID for those parts,which BrickLink sees as an
alternative (to keep things simple for buyers and sellers).
I have been studying the small design changes on the 3001 bricks. I have seen
many mold changes that would cause such small changes in weight, and the exact
weight of the raw material might differ from one batch to the next (especially
because LEGO uses several suppliers). Even mold wear adds weight to the parts.
The only correct way to do this would be to assign a tolerance to the weight,
it is an illusion that the part weight is constant in so many decimals.
|
Hardly an illusion based on the data presented, although we agree nothing is
constant with Lego. They weigh parts that they send out for their B&P site and
the count can be significantly out on the same item. Everyone agrees this is
not an exact science - we are simply exploring other possibilities that may help
to solve or improve on the current system, which, with the best will in the world
is far too generic.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 12:07 | Subject: | Re: Change to information held in Catalogue | Viewed: | 27 times | Topic: | Suggestions | |
|
| In Suggestions, DadsAFOL writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
Yes, we have manually recorded lot weights on thousands of PCC's over the
years of selling. I would be happy to share that info to seed the database.
From there like everything else here it just gets crowdsourced over time and
wouldn't really be a big deal. Just set up the system with a bit of a waterfall...
if MyWeight exists, use that; if not then if PCC weight exists use that; else
use ItemID weight.
Here's a good example of why this would be helpful:
- Catalog - 0.36
- Black actual - 0.3331 (-7.5%)
- White actual - 0.3425 (-4.9%)
- Trans Clear actual - 0.3836 (+6.5%)
So if someone bought 1000 of these in your store, and you wanted to weigh them
using the catalog weight instead of counting them...
- Your customer would get 1075 black and your inventory would be short 75 for
the next order
- Your customer would get 1049 white and your inventory would be short 49 for
the next order
- Your customer would get 935 trans clear and your inventory would be over 65,
and your customer would be upset asking for a refund or for you to ship the missing
parts.
Same issue applies to postage calculation. Its totally possible that the system
undercharges on postage for the trans clear because 1000 actually weighs 383g,
not 360g like the catalog expects.
|
Thank you for joining this thread and the detail you provided it is helpful for
others to see what a difference the weights can make towards shipping. We would
be happy to share our data with BL as well.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 11:11 | Subject: | Re: Change to information held in Catalogue | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, brickbrowser writes:
| In Suggestions, calsbricks writes:
| Have you looked at the preview site and how it works in comparison with BO? There is almost a deafening silence here about the preview site, which, of course adds to people's
concerns.
|
Not looked again since July, as I'm not aware of any further progress.
My thoughts on issues at that time were in regard to missing dimensions:
https://www.bricklink.com/message.asp?ID=1045320
|
Remember that - we voiced our concerns at the time as well, and so did others.
It certainly isn't going to go away - things need to be out in the open about
it - are there dimensions being held somewhere ? Have the converted stud measurements
to mm? Can we see and modify those? Lots and lots of question really but unfortunately
there are not a lot of answers coming out, which is a shame really.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 10:30 | Subject: | Re: Change to information held in Catalogue | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| In Suggestions, calsbricks writes:
| In Suggestions, brickbrowser writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
There are far greater weight discrepancies / inconsistencies in batches of packaging
materials (even from same supplier), than those attributed to mold or part colour
differences. Furthermore, one weight submitter's scales and measuring technique
probably differs from another's to the extent that the exercise is moot.
I doubt that would ever be an effective use of people's time.
|
You may be right - the only thing is surely we have to start somewhere - as I
said in an earlier reply the current generic system only works because sellers/stores
have been doing this manually
|
For the record - when doing up shipping cost for an order, we have _never_ weighed
the order, we always used BL's supplied weight (unless of course the weight
was not specified). As far as I can recall, we have never had issues with an
order needing more postage than what was indicated by using supplied weights.
As others have indicated as well, adding weights to PPCs is a massive undertaking,
time that would be better and more profitably spent elsewhere.
Niek.
|
We weight every order and totally disregard BL's weight as
it does not make allowances for bags, other packaging materials and of course
the box we use. Strange you don't weigh your orders? As for the claim about
massive undertaking - so is adding dimensions and how does everyone think the
catalogue got put together in the first place - it just appeared !!!!! There
are well over 1/2 million members of Bricklink now - even if only 20% of them
contributed that reduces the amount of time it would take to get started
populating the relevant fields - The absolute same applies to proper dimensions.
The catalogue wasn't created in a day or a year it is still ongoing and so
would this if it were to be put in place.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 05:37 | Subject: | Re: Change to information held in Catalogue | Viewed: | 26 times | Topic: | Suggestions | |
|
| In Suggestions, brickbrowser writes:
| In Suggestions, calsbricks writes:
| As for the quite common comment that it works on BO so it should work here -
that is a logical statement if all things were equal, but unfortunately they
are not. The stores we have spoken to that are on both sites have tended to tell
us they only ever ship large letter style parcels on BO whereas they do both
parcels and large letters on BL. (I think this may be down to somewhat smaller
orders on BO - but cannot be 100% accurate with that)
|
We sell on BO and it works well enough. If dimensions for a particular part
aren't in the catalogue the system defaults to parcel rate. If it fits large
letter, a refund for difference is easy to send at time of shipping. It's
not a perfect system, but it's worth the minor inconvenience for the benefit
that instant checkout brings and as you said - we have to start somewhere.
I spend more time sending BL reminders to late/non payers on BL than I do sending
refunds to BO customers for overpaid P&P!
|
Interesting - we don't sell on BO but have kept our options open. Have you
looked at the preview site and how it works in comparison with BO? There is almost
a deafening silence here about the preview site, which, of course adds to people's
concerns. If it was all working wonderfully well I am sure we would hear from
those who have the time to test it as well as NL with the 'good new'
but nothing like that at the moment.
We maintain our thoughts that BL needs to at worst add the dimensions capability
to the catalogue (or at least define where it is getting its information from,
and at best allow members to add those dimensions. That doesn't ensure that
it will, work but it gives it a better chance.
In our 6 years as a store we have had a handful of buyers that we had to chase
for payment - it isn't a major issue for us - but we do understand others
position as well. mot sure if we have ever completed an NPB. We may be lucky
with that and of course it can change almost instantly. but that side of it is
not our main concern. Getting the shipping right first time every time, which
is what we do manually, is.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 16, 2017 04:13 | Subject: | Re: Change to information held in Catalogue | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, brickbrowser writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
There are far greater weight discrepancies / inconsistencies in batches of packaging
materials (even from same supplier), than those attributed to mold or part colour
differences. Furthermore, one weight submitter's scales and measuring technique
probably differs from another's to the extent that the exercise is moot.
I doubt that would ever be an effective use of people's time.
|
You may be right - the only thing is surely we have to start somewhere - as I
said in an earlier reply the current generic system only works because sellers/stores
have been doing this manually - it would be nice to know how the instant checkout
is actually going to calculate which box type - and the associated tare it is
going to use - easy enough to set up a different delivery method for your boxes
and have the tare weight associated with that but as you say that can differ
between batches and manufacturers. Large letters come in envelopes as well as
boxes and small parcel boxes have an almost infinite number available in the
UK - all with different tares.
We would like to understand how their calculations are going to work so we can
determine whether it is worthwhile or not. That information is lacking.
As for the quite common comment that it works on BO so it should work here -
that is a logical statement if all things were equal, but unfortunately they
are not. The stores we have spoken to that are on both sites have tended to tell
us they only ever ship large letter style parcels on BO whereas they do both
parcels and large letters on BL. (I think this may be down to somewhat smaller
orders on BO - but cannot be 100% accurate with that)
Ignoring that completely a very thorough and detailed description of how ic is
intended to work on BL would be very helpful for all parties.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 15, 2017 13:35 | Subject: | Re: Change to information held in Catalogue | Viewed: | 25 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| So how do you suggest BL tackles the weight issues resulting from TLG mold changes?
Niek.
|
There is no one single way of achieving that - Lego themselves haven't resolved
this. The K boxes of parts that get shipped to all the Lego stores differ in
weight for the same part and the same colour. Our suggestion was meant to be
an improvement on what is currently in place as it is far too generic. The reason
it has worked for so long is down to the individual stores and how they handle
orders - they have done the package weights manually and of course that is actual
not calculated. That works - there can be no denial to that. Where a postal system
is based just on weight it is the perfect solution - pick the parts - put them
in a parcel that will hold them weigh it and price it. Ship it - if instant checkout
can do that - then go for it.
Where volume calculations are required then it requires more than just weight
- manually it is easy and most stores who have been around a while will do it
almost instantly. Whether software can do that or not remains to be seen and
please do not refer to the other site for this. BL is not BO and vice versa -
if they were the same, despite the problem being the same - then BL would have
had instant checkout years ago - they aren't and probably never will be.
So the only real solution is doing it manually (AI solution perhaps - I doubt
it but that is feasible).
As not a lot is known about how the preview site is actually doing it is difficult
to comment accurately on where BL is with the feature. There are stores who are
clamouring for it - there are stores who are sitting back and waiting and there
are stores who say - not interested - don't need it. Time will tell - as
and when it gets released.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 15, 2017 13:20 | Subject: | Re: Change to information held in Catalogue | Viewed: | 24 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | - In 627 orders processed on the other site, with them having one weight for
each part no, we haven't experienced one single issue. Weight differences
are small, the likelihood of this "screwing up" auto-checkout is minimal, and
if it does make an err, the seller can chalk it up to the cost of doing business.
|
I agree this is not really necessary. It is a huge amount of data to collect
as well especially if the data is meant to be "more" accurate.
A while ago I looked at the weight distribution of 100 of the Krusty torsos:
They are all identical parts, same colour and print, but they vary in weight
slightly (at most in the second decimal place - they were all 1.27+-0.03 g) with
a distribution that is very similar to the distribution of weights of a random
sample of torsos (both printed and unprinted).
If people are then adding "accurate" data based on PCC number, I really hope
they don't get this data by weighing just one part. They should be getting
it from a large number of the same parts with the same PPC, and taking the average.
If I had picked a single torso, I could have claimed the weight was as low as
1.24g, if another as heavy as 1.30g. I made the average for my batch 1.274g,
in the catalogue it is 1.25g.
If I sold 100 of them, I might think it is as low as 124g total or it could be
as high as 130g. The catalogue tells me 125g. That 6g possible difference is
well within the buffer I allow when estimating the weight of packaging, tape,
etc.
It is interesting to compare these torsos:
1.28g 1.30g 1.28g 1.28g 1.27g
They are all orange torso assemblies with (almost same) print and vary only in
the different colour hands. Are the hands really responsible for the variation
in weights? If a hand is 0.09g (I think all colours currently have same weight)
making a pair 0.18g, then the variation of 0.03g in 0.18g seems very large. Whereas
a natural variation within the same colour torsos and arms seems more reasonable.
The weight may well depend on the location of the part in the mold / on the sprue
if multiple parts are molded at once even though all are given the same PPC.
|
A huge amount of data is also required for actual dimensions rather than studs
but none of that is impossible especially when you have a willing and capable
membership the size of Bricklink.
It is a complicated scenario really - no one solution can do it all but we could
do with improving the one we currently have.
Bricklink, we believe do not want to open the catalogue any further - it is their
single most valuable asset, so it is probably unlikely that this suggestion will
get anywhere near implementation. If it causes thought then it will achieve what
it was set out to do. Same part with mould variations but the same PCC as well
as variances on colours and composition (differing amounts of ABS etc all make
this a very, very complex arena.
Perhaps most importantly this does not prevent auto-checkout from working if
and when it comes out of preview and we didn't in any way suggest that, despite
earlier comments. Auto-checkout has already been built and this wasn't in
place - they have used some information from somewhere to determine weight and
volume? Not sure what nor how - that really hasn't been explained but I am
sure it will work for some - maybe not for all just yet, but only time will really
tell.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 15, 2017 12:23 | Subject: | Re: Change to information held in Catalogue | Viewed: | 27 times | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| In Suggestions, qwertyboy writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
I would vote no, for two reasons:
- In 627 orders processed on the other site, with them having one weight for
each part no, we haven't experienced one single issue. Weight differences
are small, the likelihood of this "screwing up" auto-checkout is minimal, and
if it does make an err, the seller can chalk it up to the cost of doing business.
- TLG is known to have made changes to their molds just to save a few cents
by requiring less ABS. These changes are done to parts that keep the exact same
PPC, and most times BL doesn't differentiate (think hollow versus solid pins
under a 1x4 brick for example). Those weight changes could actually be more significant
than the weight change for different colors. In effect, the weight-per-PPC will
almost always be an approximation, not the 100%-always-correct-weight for a PPC.
In short, I am convinced these weight differences are a non-issue for auto-checkout.
Experience proves this. I am sure others can verify this. Don't make things
more complex than they need to be.
Niek.
|
Thank you for your comment. Your opinion is noted, however I am not convinced
using the other site as a reference point is really relevant. The other site
also has proper dimensions for each part, which BL does not and as far as I can
tell from the brief look at the preview site the implementation here is different
to that over there. We sell lots and lots of bulk orders and a small difference
on an individual part can make a significant difference overall. As far as putting
that down to cost of business we will let you do that - it is of no interest
whatsoever to us. Maintaining margin/profitability is a key factor to a successful
business and taking all steps necessary to prevent additional costs is one small
part of that. With over 4000 order on this site we have no mistakes on postage
costs - once bl's implementation of instant checkout can be shown to provide
that reliability we will consider using it, however it is not of major importance
to us at the moment. There are far more important things to deal with.
|
Sorry I mis-read part of your original post. We are not trying to overly complicate
things - our suggestion, we believe, would help not hinder, and I do not believe
in any way did we say that this would prevent 'screwing up' with instant
checkout. We suggested it would help - not hinder.
As for your opinion, you are, of course entitled to it as we are to ours. You
have been around this site nearly as lone as we have so you will appreciate that
lots of people differ on what is needed, what is important etc. That is the way
life and business goes but it is more than essential to compare apples with apples
not apples and pears. In terms of coding this is a simple change and would take
any programmer less than a day to achieve it and it may, yes may help - it certainly
isn't going to hinder by any stretch of the imagination.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 15, 2017 11:54 | Subject: | Re: Change to information held in Catalogue | Viewed: | 42 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| In Suggestions, calsbricks writes:
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
I would vote no, for two reasons:
- In 627 orders processed on the other site, with them having one weight for
each part no, we haven't experienced one single issue. Weight differences
are small, the likelihood of this "screwing up" auto-checkout is minimal, and
if it does make an err, the seller can chalk it up to the cost of doing business.
- TLG is known to have made changes to their molds just to save a few cents
by requiring less ABS. These changes are done to parts that keep the exact same
PPC, and most times BL doesn't differentiate (think hollow versus solid pins
under a 1x4 brick for example). Those weight changes could actually be more significant
than the weight change for different colors. In effect, the weight-per-PPC will
almost always be an approximation, not the 100%-always-correct-weight for a PPC.
In short, I am convinced these weight differences are a non-issue for auto-checkout.
Experience proves this. I am sure others can verify this. Don't make things
more complex than they need to be.
Niek.
|
Thank you for your comment. Your opinion is noted, however I am not convinced
using the other site as a reference point is really relevant. The other site
also has proper dimensions for each part, which BL does not and as far as I can
tell from the brief look at the preview site the implementation here is different
to that over there. We sell lots and lots of bulk orders and a small difference
on an individual part can make a significant difference overall. As far as putting
that down to cost of business we will let you do that - it is of no interest
whatsoever to us. Maintaining margin/profitability is a key factor to a successful
business and taking all steps necessary to prevent additional costs is one small
part of that. With over 4000 order on this site we have no mistakes on postage
costs - once bl's implementation of instant checkout can be shown to provide
that reliability we will consider using it, however it is not of major importance
to us at the moment. There are far more important things to deal with.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 15, 2017 10:09 | Subject: | Change to information held in Catalogue | Viewed: | 130 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| The Bricklink catalogue has the perfect base for this change but it is a question
of whether the developers feel they can do it with minimum effort. Each item
in the catalogue has a PCC as well as its mould or design id number associated
with it. The PCC code is Lego's element id and it is what they print in their
instructions.
There have been lots of comments both in and out of the forum concerning part
weights and how there is a variance between colours of the same part number.
We have also experienced this. The simple way to deal with this is to add a weight
field against the PCC in the catalogue. This would allow the system to hold the
individual weights for each colour part and could be used to more accurately
provide cart weights for instant checkout when it comes out of preview.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 12, 2017 11:56 | Subject: | Re: Moderate Forum Posts | Viewed: | 42 times | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| I suggest that members with 2 or less feedback have their forum posts moderated,
meaning that posts must be approved by a moderator before appearing in the forum.
This should resolve the issue of scammers joining BrickLink merely to post spam
in the forum.
|
Yet another +1
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 11, 2017 12:15 | Subject: | Re: Separate email addresses for buying/selling | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, stecre writes:
| I think it would be very useful to be able to have separate email addresses for
your buying and selling activities.
I operate a store but also have wanted lists and buy from time to time and being
able to separate the various emails to different addresses would be helpful.
e.g.
To the "Buying" email address:
Any messages regarding orders you placed e.g. Invoices etc.
Wanted list notifications
To the "Selling" email address:
Any messages regarding orders received e.g. invoices, payments
Emails about Fees
Perhaps there could even be a configuration page for users to select which emails
they would like to go to which address?
Yes you can probably achieve this with filters on your email client if on a PC
but not sure about phones and other devices.
Thanks,
Steve
|
Voted yes but I think this needs to be expanded. Holding multiple address records
has its problems but it really is the only way to go. We, as a store, have 2
distinct locations - one for our storage/picking centre and one for order processing.
If Bricklink allowed us to hold multiple addresses ((including e-mail addresses)
it would make life much easier, There are issues with doing that but most organisations
have overcome those and I am sure BL can do the same.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 15, 2017 08:38 | Subject: | Re: Upgrade XML download to include addresses | Viewed: | 32 times | Topic: | Suggestions | |
|
| In Suggestions, Brick_Genie writes:
| In Suggestions, cosmicray writes:
| The current XML order download allows you to get member ID or real name. It does
not include address/city/state/country. Please add those fields.
|
I recently had someone write me a Python script which retrieves this data from
the api. Feel free to send me a message if you're interested!
|
We also had a development done using Brickstock which provides address detail
of the member placing an order. If you use Brickstock we can send that on.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 7, 2017 08:34 | Subject: | Re: Field For Tracking Numbers | Viewed: | 43 times | Topic: | Suggestions | |
|
| In Suggestions, 458italia writes:
| I think it would be helpful to have a field on the order summary for Tracking
Number that can be entered by the seller. It is something that applies to a considerable
amount of transactions, yet currently requires either duplication (update messages)
or clunky work arounds (using the VAT field for example). If it does not apply,
it can be left blank.
|
Already exists - see image below - it is on your 'Customize display settings
from the orders received page - put a tick in the box it adds the column which
once you fill it out the tracking number appears on the order and the order summary
page.
Hope that helps.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 30, 2017 13:28 | Subject: | Re: All sellers should have quote options | Viewed: | 46 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, mrbisco writes:
| I'm tired of not being able to ask for a quote on an item through the system.
Twice in the last day I have sent an email to a seller asking for a quote and
then have then change the price of the item. It's making me want to just
put through the order and then cancel if I don't like the shipping terms.
|
Changing price after an inquiry sais any about those sellers.
| Bricklink really needs to swings towards the buyers in terms of usage. Take
care of the buyers and things work out better for the sellers. Catering to the
sellers just creates a poor buying environment.
And, of course neither seller will honor the price that I was asking for a quote
on. Of course not. If the thing is in my cart waiting for a shipping quote,
they shouldn't be able to change the price.
|
Unfortunately the quote feature is designed to cancel the quote completely if
1 item is sold out.
|
That was another reason why we didn't implement it. It is flawed. Works for
some doesn't work for others. The other big thing from our point of view
is that we would end up doing all the work for the quote and that may be wasted
as the supposed buyer doesn't accept the quote (We process orders first,not
last).
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 30, 2017 13:02 | Subject: | Re: All sellers should have quote options | Viewed: | 45 times | Topic: | Suggestions | |
|
| In Suggestions, mrbisco writes:
| I'm tired of not being able to ask for a quote on an item through the system.
Twice in the last day I have sent an email to a seller asking for a quote and
then have then change the price of the item. It's making me want to just
put through the order and then cancel if I don't like the shipping terms.
Bricklink really needs to swings towards the buyers in terms of usage. Take
care of the buyers and things work out better for the sellers. Catering to the
sellers just creates a poor buying environment.
And, of course neither seller will honor the price that I was asking for a quote
on. Of course not. If the thing is in my cart waiting for a shipping quote,
they shouldn't be able to change the price.
|
Voted no - totally unnecessary. If you wish for a quote use the message function
in the store - or the quote feature (if they have it enabled) if you do not hear
back - or you get a quote which is not what you expected - move on to another
store. Forcing anyone to do something is never a good idea - that is why features
are optional where they should be.
Without stores there would be no buyers - and of course the reversal is true
- no buyers - no stores. A balance has to be struck and the site has grown significantly
since its inception without forcing buyers or seller to use features which should
be optional.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 25, 2017 12:33 | Subject: | Re: Get shipping costs BEFORE final checkout | Viewed: | 45 times | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| In Suggestions, calsbricks writes:
| In Suggestions, Teup writes:
| In Suggestions, calsbricks writes:
| In Suggestions, Teup writes:
| In Suggestions, tonnic writes:
| In Suggestions, Teup writes:
| It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
I made a tool for myself to generate my invoices, and it generates a shipping
cost table in the invoice. This way, buyers can see where they're at and
how much more they could add. I think the opaque way it is now is OK, as long
as in return, sellers will allow additions or removal of some items. In my opinion
it's not OK if shipping costs are unclear in advance and the seller is rigid
about this after the order is placed. I think that at least the ability to add
more to an order should be mandatory. I don't know any professional webshop
that doesn't allow this.
I get what you're saying about the automatic calculation. You can already
turn on the shipping cost suggestion feature. I am not "using" using it, but
I have it switched on to monitor how it's doing, and I must say it's
usually correct when predicting when something is a letter or a parcel. On
Brickowl there's full auto checkout with this, and there it's correct
95% of the time. (You can debate what to do with the other 5%) I have my weight
bands set up so that they take into account progressively increasing envelope
weight, ie. 20g minus 5g, then 50g minus 10g, or something like that.
|
5% error means 50 orders per 1000 are not correct - that will soon add up for
stores who receive lots of orders - someone is going to have to bear that cost.
|
It's not actually a problem, it's just a fact and shops can handle it
how they like. You can set up your shipping calculation to be either optimistic
or pessimistic, decide whether you will refund any discrepancies in the buyer's
advantage or not. To me it's not a problem. And neither is it to the buyer,
as they always see how much it will cost and decide to pay that for the order.
|
Whilst it may not be a problem for some stores it also may be for others.
Not everyone has moved to BO (for a variety of reasons, of course) but the auto-checkout
over there possibly works based on the fact that the majority of their items
have proper dimensions which the current BL catalogue does not - even if they
are in stud.io or Mosaik). Dimensions are vital and for those parts that do not
have them then the order shouldb't be available to auto-checkout. I think
that is something similar to the way BO works (but not entirely sure as we do
not use that site.
|
| Please Bricklink, if you read these threads and accept constructive thoughts
bring in auto-checkout where it will work (no volume/dimension postal systems),
listen to your members, especially those who have been on the site for many,
many years and talk to them. All of that will help to maintain your position
as Lego's leading marketplace.
|
If auto checkout would be implemented in only some countries and not in others,
and this situation would persist for longer than a month, I would honestly shut
down my store and leave Bricklink. I think fair competition is the basic foundation
of this marketplace, if this would be compromised I would take my business elsewhere,
just on principle.
Anyway, it is not rocket science. It already almost works. All that's needed
before it can go live is hard data (all parts' dimensions have to be in the
database) and an easy (semi)automatic way to send refunds for missing parts.
That's just about it. They could get this fixed up in a month, but I guess
realistically it will take another year at least.
|
It is relatively easy to gloss over and make the issues surrounding this appear
to be simple and straightforward, after all the other site had it at their launch,
so I am told, however the BL team are not having the easiest of times getting
everyone behind this or getting the code/system right. Where it works, implement
it. Not all countries are the same - where it doesn't yet work solve the
problems and then with what they have learned from the other implementations
move on. I do not see why people suggest that by not using auto-checkout we
would be disadvantaged. As a buyer who has made just under 1000 purchases in
my time on the site I have never even considered auto-checkout. It isn't
going to increase sales and the only tangible thing it may or may not do is prevent
NPB's. It might make it easier for those buyers who are shipping cost sensitive
to see the full price before they place and pay for their order, but we provide
all that information anyway, and give the buyer a choice of how they want their
items shipped. Auto-checkout is not the panacea people make it out to be. As
and when it arrives and it can be shown to work for the UK postal system we will
look at it further - I do believe, like many others that is a way off yet, but
for those countries where it works and works well why not give them an opportunity
to get on with it. People are not going to buy from a seller just because they
use auto-checkout - they buy because they have the parts at the right price and
are reliable and more and more because they do not charge additional fees. Postage
at cost and that is it.
Good luck with this, anyway, we will be watching the issue very closely, as I
am sure many others will be doing as well. Of the stores that we are in regular
communications with none have spent any real time looking at the preview site
and all but 1 have said they will not be implementing it as and when it arrives
- but did not rule it out in the future.
|
You raise two topics, potential problems with the system and how it wouldn't
increase the number of orders. Well, I really think it would increase it alot.
Yes, your reasoning is sound, but on an emotional level, seeing a number on your
screen of what you will pay, and then paying right away, and having bought something
immediately, it's really a big thing. You could argue that the Snickers at
the counter of the supermarket are pointless as they are already in the candy
section and even cheaper at that..... still, it works, and it's a strategy
used worldwide. Auto checkout really takes away an emotional barrier I think.
Well, we could discuss that endlessly probably, but in the end we won't know
until it is there. But I'll just say that I really believe it's a "thing".
As for problems with the algorythms, I don't really see what could be the
problem. Well, I see one potential issue: Part dimensions are missing and the
order shows up as costing €10 more shipping that it actually costs to post. That's
the worst thing that could happen, right?
So is that that bad? OK, it could be an order missed. But parts with missing
dimensions will be rare - and already are rare. I don't understand what makes
you say it's way off? So far, I really haven't had any of these issues
yet. Shipping cost suggestion is simply correct for all orders I checked. Miscalculations
would be somewhere in the order of 1 out of a 100 (neglible even if the added
popularity because of auto checkout is only 1%). And even if it happens, a buyer
may still go through with the order. And as a seller the extra €10 spent on shipping&handling
is really yours to fairly keep, although you could also decide to refund it.
It's not like it would undermine in the system, a shop, or someone's
administration. You can also set it up in a way you will lose €10 some of the
time, and make up for it with higher prices, handling fee, or whatever. But it
will probably be off less often then your (well, at least my) inventory is off.
The only thing that is really lacking is packing dimensions besides functional
dimensions. A diagonal part is now considered a solid block by the system, while
it should really have a separate set of dimensions that take into account that
you could put the part flat by rotating it 45 degrees. That is relevant for big
panels for example, but the amount of orders this would really affect is less
than 1%.
|
Thank you for taking the time to respond to our thoughts on the matter. Time
will be the judge of whether it increases sales or not - we don't believe
it will but understand your logic. Fortunately, in life, there are always going
to be differing opinions on matters such as this. As I said earlier when we buy
we look at who has the parts we need not whether they offer auto-checkout or
not but then again we are not shipping cost sensitive as some buyers appear to
be.
As for the database, dimensions are vital whether they be part or packaging and
there is not really any sign of that in the database yet. I am convinced that
BL have held up offering out that change to the database due to the issues they
had in the very beginning about images, intellectual property etc. They may have
seen that BO did not go to the members for that, they incorporated it in their
system from the outset. The data is available somewhere. Lego certainly have
it and probably use it in LDD. We could, of course be wrong, but they aren't
commenting so again we really cannot be sure.
As for the system and how it actually works out shipping costs we, like many
others we communicate with, are waiting on the release of the feature and testing
it in real life before committing to it. That may sound like 'sour grapes'
or something similar but to be honest as we charge postage at cost with no packaging
costs or any other fees, there really isn't any room to manoeuvre. An awful
lot of our orders are bulk orders with 'heavy postage costs' - it wouldn't
take too many of those to start hitting our bottom line and that is something
we are not prepared to get into.
We do believe BL need to offer out a lot more information on how this is going
to work. We have multiple size large letter and small parcel boxes each with
different tare weights and capacities. Is the system going to stop short of choosing
the box and just say it is a large letter. If not how is it going to determine
capacity of the box? We know, for example, exactly how many 2 x 4 bricks will
go into the largest large letter box in the UK. Will they know that? Some of
the stores we buy from take great time and pride out of their packaging getting
as much as possible to lay flat so it will fit in a large letter rather than
a small parcel - is it going to know that? What about large brick orders - we
get lots of those and often find it is more economical to split the order (for
packaging purposes) into two parcels rather than use a medium parcel. It may
be possible to cope with that by setting up an over 2Kg method but really not
sure about it.
We also receive lots of multiple batch orders and we don't have any idea
how that is going to work. We certainly do not wish to end up paying multiple
Pay[pal fees for a single order.
Lots more detail is required and of course in this case the proof of all of this
will take time to emerge.
Anyway - thanks again for your time in responding
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 24, 2017 15:06 | Subject: | Re: Get shipping costs BEFORE final checkout | Viewed: | 46 times | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| In Suggestions, calsbricks writes:
| In Suggestions, Teup writes:
| In Suggestions, tonnic writes:
| In Suggestions, Teup writes:
| It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
I made a tool for myself to generate my invoices, and it generates a shipping
cost table in the invoice. This way, buyers can see where they're at and
how much more they could add. I think the opaque way it is now is OK, as long
as in return, sellers will allow additions or removal of some items. In my opinion
it's not OK if shipping costs are unclear in advance and the seller is rigid
about this after the order is placed. I think that at least the ability to add
more to an order should be mandatory. I don't know any professional webshop
that doesn't allow this.
I get what you're saying about the automatic calculation. You can already
turn on the shipping cost suggestion feature. I am not "using" using it, but
I have it switched on to monitor how it's doing, and I must say it's
usually correct when predicting when something is a letter or a parcel. On
Brickowl there's full auto checkout with this, and there it's correct
95% of the time. (You can debate what to do with the other 5%) I have my weight
bands set up so that they take into account progressively increasing envelope
weight, ie. 20g minus 5g, then 50g minus 10g, or something like that.
|
5% error means 50 orders per 1000 are not correct - that will soon add up for
stores who receive lots of orders - someone is going to have to bear that cost.
|
It's not actually a problem, it's just a fact and shops can handle it
how they like. You can set up your shipping calculation to be either optimistic
or pessimistic, decide whether you will refund any discrepancies in the buyer's
advantage or not. To me it's not a problem. And neither is it to the buyer,
as they always see how much it will cost and decide to pay that for the order.
|
Whilst it may not be a problem for some stores it also may be for others.
Not everyone has moved to BO (for a variety of reasons, of course) but the auto-checkout
over there possibly works based on the fact that the majority of their items
have proper dimensions which the current BL catalogue does not - even if they
are in stud.io or Mosaik). Dimensions are vital and for those parts that do not
have them then the order shouldb't be available to auto-checkout. I think
that is something similar to the way BO works (but not entirely sure as we do
not use that site.
|
| Please Bricklink, if you read these threads and accept constructive thoughts
bring in auto-checkout where it will work (no volume/dimension postal systems),
listen to your members, especially those who have been on the site for many,
many years and talk to them. All of that will help to maintain your position
as Lego's leading marketplace.
|
If auto checkout would be implemented in only some countries and not in others,
and this situation would persist for longer than a month, I would honestly shut
down my store and leave Bricklink. I think fair competition is the basic foundation
of this marketplace, if this would be compromised I would take my business elsewhere,
just on principle.
Anyway, it is not rocket science. It already almost works. All that's needed
before it can go live is hard data (all parts' dimensions have to be in the
database) and an easy (semi)automatic way to send refunds for missing parts.
That's just about it. They could get this fixed up in a month, but I guess
realistically it will take another year at least.
|
It is relatively easy to gloss over and make the issues surrounding this appear
to be simple and straightforward, after all the other site had it at their launch,
so I am told, however the BL team are not having the easiest of times getting
everyone behind this or getting the code/system right. Where it works, implement
it. Not all countries are the same - where it doesn't yet work solve the
problems and then with what they have learned from the other implementations
move on. I do not see why people suggest that by not using auto-checkout we
would be disadvantaged. As a buyer who has made just under 1000 purchases in
my time on the site I have never even considered auto-checkout. It isn't
going to increase sales and the only tangible thing it may or may not do is prevent
NPB's. It might make it easier for those buyers who are shipping cost sensitive
to see the full price before they place and pay for their order, but we provide
all that information anyway, and give the buyer a choice of how they want their
items shipped. Auto-checkout is not the panacea people make it out to be. As
and when it arrives and it can be shown to work for the UK postal system we will
look at it further - I do believe, like many others that is a way off yet, but
for those countries where it works and works well why not give them an opportunity
to get on with it. People are not going to buy from a seller just because they
use auto-checkout - they buy because they have the parts at the right price and
are reliable and more and more because they do not charge additional fees. Postage
at cost and that is it.
Good luck with this, anyway, we will be watching the issue very closely, as I
am sure many others will be doing as well. Of the stores that we are in regular
communications with none have spent any real time looking at the preview site
and all but 1 have said they will not be implementing it as and when it arrives
- but did not rule it out in the future.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 24, 2017 10:06 | Subject: | Re: Get shipping costs BEFORE final checkout | Viewed: | 45 times | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| In Suggestions, tonnic writes:
| In Suggestions, Teup writes:
| It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
I made a tool for myself to generate my invoices, and it generates a shipping
cost table in the invoice. This way, buyers can see where they're at and
how much more they could add. I think the opaque way it is now is OK, as long
as in return, sellers will allow additions or removal of some items. In my opinion
it's not OK if shipping costs are unclear in advance and the seller is rigid
about this after the order is placed. I think that at least the ability to add
more to an order should be mandatory. I don't know any professional webshop
that doesn't allow this.
I get what you're saying about the automatic calculation. You can already
turn on the shipping cost suggestion feature. I am not "using" using it, but
I have it switched on to monitor how it's doing, and I must say it's
usually correct when predicting when something is a letter or a parcel. On
Brickowl there's full auto checkout with this, and there it's correct
95% of the time. (You can debate what to do with the other 5%) I have my weight
bands set up so that they take into account progressively increasing envelope
weight, ie. 20g minus 5g, then 50g minus 10g, or something like that.
|
5% error means 50 orders per 1000 are not correct - that will soon add up for
stores who receive lots of orders - someone is going to have to bear that cost.
If dimensions are added to the catalogue with specific guidelines for that data
then the catalogue will get better but there are lots and lots of other things
for us that need to be dealt with before - multiple batches - box volume capacity,
missing items in inventory (we need inventory tracking capabilities which already
exist in the system but we cannot get at them).
Yes it would be nice to know the shipping cost before you place your order, I
do not believe anyone can justifiably dispute that but there is also a lot more
to be done before the system is ready to provide that. The quote system doesn't
work for us as we process before we invoice and the shipping suggestion feature
we never implemented as it was suspect (no dimensions in the catalogue).
Someone mentioned a further couple of years before this is available and that
is a shame for some; and of little or no interest to others, As a store owner
I have asked myself do I need auto-checkout - the answer is it would be nice,
but it is not essential. What is needed far more in our opinion are working tools
for the stores - better inventory management tools, outputs to Excel (proper
outputs not garbled up xml files) and a whole lot more. More options and choice
on invoicing and printing formats. The messaging system needs to be updated to
offer more of a marketing tool. Orders need to have all information attached
(Drive through, etc) to them so the audit trail is complete on each transaction,
etc., etc. The list does go on.
Please Bricklink, if you read these threads and accept constructive thoughts
bring in auto-checkout where it will work (no volume/dimension postal systems),
listen to your members, especially those who have been on the site for many,
many years and talk to them. All of that will help to maintain your position
as Lego's leading marketplace.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 4, 2017 13:41 | Subject: | Re: Classic Wanted List Unavailable on June 5th | Viewed: | 68 times | Topic: | Suggestions | |
|
| In Administrative, martineamonson writes:
| It seems like the "Improvements" you are planning aren't very popular with
your user base...
I, for one, find your new, improved version of the site 10x more difficult to
use than the old one - why don't you just leave it alone ?
It ain't broke - don't fix it...
And if you insist on shoving YOUR version down everyone's throats, why not
also just leave the Classic versions and let us CHOOSE ?????
|
Whilst we agree with you about the classic v new look we also see problems leaving
it. People always want change whether it is broken or not. If classic is left
how long before people are clamouring for changes to that which means two code
bases to deal with and double the issues. Even today the changes made to the
order detail pages have created bugs in the classic look (which, coincidently
remain unfixed). There isn't really a simple straightforward resolution to
this issue. We, like you and many others would vote for the classic look - there
are some who will vote for the new look. The best option would be a balance between
the two - but we do not head up development for BL.
As the head of a professional development company in the UK for far too many
years to recall the site needs a re-think, that much everyone agrees with - (IOO)
but that is unlikely to happen.
Not everyone went to BO when it was launched or even today and it has a newer
fresher look than BL, It has also had autocheckout working (in a fashion) since
its inception but still not everyone left here for there. So it isn't totally
about the software - it is more about the presence rather than the look.
Yesterday we got a message from a newish buyer that we had gone the extra mile
for that once he figured out how to leave feedback he would give us a thumbs
up - nice of him - but giving feedback is really quite simple and straightforward.
You click on the Post link at the end of the order line and get on with it. These
simple little functions/features need much better documenting. Adding a batch
to an existing order. The number of times we get asked to add to an order and
have to explain stores cannot do that, but here is how you can do it - is beyond
recollection.
The catalogue needs improvement- the sellers need the right tools to do their
job for the buyers and a level playing field, where possible. The Award winning
web developer who commented on here has obviously won plaudits for their work
as I am sure the BL development team has - in their own arena. Bricklink, however
is different - yes it is a marketplace but its catalogue is unique and invaluable
- as a reference guide it is better than Lego's public face. Their stores
cannot tell you which sets contain which pieces nor do they differentiate between
mould changes (and sometimes that is vital to a build) - all of that is here
not elsewhere and that is what helps to give this site its enormous presence
in the Lego marketplace. Market leaders they certainly are and quite possibly
always will be but when you do not listen to your 'customers' beware
strange things can happen.
Enough for tonight - Hope you all had a great Independence day.
An Ex-pat in the UK
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 27, 2017 12:12 | Subject: | Inventory Change Request for Set 60012-1 | Viewed: | 21 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part 4865b Trans-Light Blue Panel 1 x 2 x 1 with Rounded Corners (Alternate)
* Add 2 Part 92409 Black Tire 17.5mm D. x 6mm with Shallow Staggered Treads - Band Around Center of Tread (Alternate)
Comments from Submitter:
2 sets parted out today both with alternates as above
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 22, 2017 10:57 | Subject: | Inventory Change Request for Set 21019-1 | Viewed: | 20 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 8 Part 3794b Light Bluish Gray Plate, Modified 1 x 2 with 1 Stud with Groove (Jumper) (Alternate)
Comments from Submitter:
2 sets parted out today both had the b variant.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 17, 2017 10:01 | Subject: | Re: Add variant field | Viewed: | 27 times | Topic: | Suggestions | |
|
| In Suggestions, Brick.Door writes:
| I don't know if changes to the Bricklink database are even possible, but
I think this would really benefit Bricklink and their vision for the stud.io.
Part variants was one of the problems with sourcing parts for the MOC shop, and
it will be again for stud.io. Users who create a model and want to order the
pieces don't have any efficient way to look for different suitable variants
of a part. It can make a big difference for price and availability.
I suggest that a new "variant" field be added for catalog parts, wanted lists
and store inventory. This would be an attribute similar to the color. It could
be left n/a if the variation hasn't been identified or isn't important.
Or it could be selected a, b, c etc. to specify a particular one.
Unlike the color, variant "a" would have a different meaning for each part. This
would be captured in the part description and pictures.
|
Hello there and thank you for the suggestion
In many ways this already exists within the system, albeit not in a true formatted
way. The Related items element on the catalogue part no page gives details of
all variants of the part so if you look at for example you will see
and shown. It isn't particularly easy to search and find
that due to the fact that the 15573 has a different part number completely. The
same applies to many other parts/variants on Bricklink. One of the problems with
all of this variant stuff is that Lego themselves do not differentiate like Bricklink.
If you order a 3794 from them today you will get a 15573 which is the most current
version of the part.
There has to be a better way of doing this and knowing whether a part has a variant
or not but I am not sure this approach would cover it.
I think it is one of those 'back to the drawing board rethinks.
One of my technical people suggested using the base mould number as the part
number and then for each variant of that part adding a suffix of v (for variant,
and then a number, so in the case mentioned above instead of 3794 and 3794b and
15573 you would see 3794, 3794v1, and 3794v2 but with that show an alternate
part number of 15573 for 3794v2. That way you could search for 3794* and get
all the related parts, but you would also see the currently used Lego id for
the part.
That would mean quite a change to the database and I don't think the development
team are really looking at that at the moment, with all the other priorities
going on.
You have made a good point and it is definitely something that should be looked
at and considered for the future - in what form - not sure - but definitely needs
looking at.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 10, 2017 01:33 | Subject: | Re: Improvements to Find Stores | Viewed: | 40 times | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| In Suggestions, calsbricks writes:
| […]
Please see images - the first two are what we have now. The 3rd image is what
we would like to see as an improvement/enhancement. […]
|
What third image?
|
Morning
Not sure where that went to but here it is again.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 9, 2017 14:13 | Subject: | Improvements to Find Stores | Viewed: | 125 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| We would like to see the following additional sorts added to the find stores
screen.
Please see images - the first two are what we have now. The 3rd image is what
we would like to see as an improvement/enhancement.
This would very much help to gauge where you were as a store in comparison to
others. The current sorts are okay, but adding these will give the stores a real
opportunity to compare themselves with stores of similar size etc.
This is not a massive code change - the query that gest the underlying data for
all existing sorts simply have an "ORDER BY" command associated with them.
Please note we are well aware how frequently that data changes but that really
doesn't matter for the purposes this serves.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 8, 2017 10:00 | Subject: | Re: Another thought | Viewed: | 40 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| Brickset inventories are actually direct imports from lego's replacement
parts database, so they might as well directly import from lego rather than brickset.
But the source is of course the problem. If a part is no longer current, then
lego just replaces it with a close match for their replacement parts section,
so any data extracted from it needs to be treated with care.
I though BL were playing around with direct imports from the lego server a while
ago. I wonder if anything happened with it?
|
Hello and thanks for joining our thread. It is obvious I haven't made our
suggestion entirely clear. Where the data comes from in the BL catalogue is not
really that important to this. It is what we can do with the data once it is
in there, hence our suggestion.
BL has embedded in it far too many differences between what it holds and how
Lego represent that (There are no Lego variants, for example - minifigs are
not held in sets as minifigs, etc, etc.) what we would like to achieve is getting
the data back to us in a useful way. The summary we asked for would be helpful,
especially when you are evaluating sets for parting out or buying.
Sorry if we confused, hopefully it is now clearer.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 8, 2017 09:25 | Subject: | Another thought | Viewed: | 172 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| As mentioned in the previous suggestion - we are all waiting on either details
of the sales tools in the next update or the launch of that update, whichever
BL decide to provide. Yesterday I put a suggestion forward for a different type
of view on the price guide which would make our lives much easier. Hopefully
that will garnish enough support to at least get noticed.
Today we want to talk about another very nice addition to the price guide when
trying to use it to determine what you wish to part out.
Currently if you visit Brickset you can find on their full screen inventory view
a summary of the items in each set by category and colour. Unfortunately they
are not the Bricklink categories nor colours, so it takes a little while to convert
that. Please see their summary of set 75030 (image 1).
I have converted that to a Bricklink summary (image 2), which is already in the
system as data and just needs a new view or query set up for us to see it and
use it.
In addition it would be really helpful if when you ask it to part out a set to
determine its value and how many of the items you already have in your inventory
if it not only told you the totals, but to be able to click on that link to see
what individual parts you would be adding or need to complete that set. This
is shown in red in image 3. Make it clickable.
Hope all of this is clear. If not please add your thoughts. Lets get the most
we can out of the catalogue -a fter all we all contribute to it.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 7, 2017 10:34 | Subject: | Just a thought | Viewed: | 203 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| We would like to see some changes to the way the price guide can be viewed whilst
waiting for the site update to take place for this area. Currently for those
that use the guide to check prices on items you have to go back and forth between
the 'choose page' and the detail page. So, if you have or want a variety
of say part 2420 in different colours you can spend some time going through the
process to see all the data and then once you have seen it all, unless you write
it down you cannot remember all the info you had to take in.
If an option was available to view 'all colours, for example' you could
have all the information you need in one place. See example. The link at the
end of the table would provide the demographic date for the colour chosen, if
, again for example you wanted to see the prices in the UK for example.
Comments?
(The figures in the example are all fictitious).
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 28, 2017 12:03 | Subject: | Inventory Change Request for Set 10232-1 | Viewed: | 18 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 4 Part 92409 Black Tire 17.5mm D. x 6mm with Shallow Staggered Treads - Band Around Center of Tread (Alternate)
Comments from Submitter:
Two 10232's parted out today and both had 92409 tires rather than the older version 51011u.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Mar 16, 2017 03:28 | Subject: | Re: DO AWAY WITH PRICE GUIDE....... | Viewed: | 84 times | Topic: | Suggestions | |
|
| In Suggestions, thewolf06 writes:
| |
While implementing this foolishness, let's have BL eleminate a store's
ability to charge a "minimum buy" . That way a buyer is no longer FORCED to purchase
extra parts they don't need so a buyer can make profits. Then prohibit lot
limits for the stores which choose to make easy profits that way. Then BL can
further determine the "value" of our LEGO for us! All LEGO parts are sold at
$xxxx no more plummeting prices!
In the end all the sales are public information and some one will get it and
just charge us to get the information,lol! Dang free will and free market. Maybe
you are to young to remember paperback price guides published yearly and monthly
for everything from action figures, baseball cards, cars, stamps, etc. LEGO is
no different.
Bdaddy360
|
Actually, I was being saracstic at the way bricklink has taken away a feature
that every buyer would actually use and a feature that I have used multiple times.
Maybe your too young to remember sarcasm.
|
1000 + orders placed - never used the feature you are talking about and I am
more than confident there are many others. You cannot say every buyer would use
cause that just isn't factual. Some buyers may use would be more accurate.
Doing away with the price guide is not a good idea and voted no - what would
be the point of that anyway?
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Mar 9, 2017 07:15 | Subject: | Re: Bricklink Drive through messages | Viewed: | 45 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, calsbricks writes:
| In Suggestions, Brickwilbo writes:
| In Suggestions, calsbricks writes:
| Currently there is no copy of this attached to the order it refers to. In order
to strengthen the audit trail on each order, we would like to see a copy of this
attached to the order as other messages are.
Please implement.
|
If implemented, please make it optional.
Optionally Drive Thru messages could be saved in the Outbox of My Messages.
|
Don't mind it being optional, but do not think saving it to the outbox is
helpful as it means multiple locations for order audit trail.
|
If saved anyway it would make sense to keep a visible copy in the Outbox, just
as Invoices.
http://www.bricklink.com/myMsg.asp?a=o&v=7
| We want all information regarding an order to be held with the order.
|
Invoices aren't held with the order, but in the Outbox.
|
We are aware of the issues with invoices but at least a date when the invoice
is issued is held within the order details where there is no reflection of the
drive-thru at all anywhere except on the order detail page with the drive thru
icon.
To conform to normal accounting practices, world wide - there should be a complete
audit trail of events/transactions available with each order. As SQl holds that
data anyway, it is simply a question of reflecting it with the order not in a
separate location.
Hope that clarifies our suggestion.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Mar 9, 2017 07:02 | Subject: | Re: Bricklink Drive through messages | Viewed: | 33 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, calsbricks writes:
| Currently there is no copy of this attached to the order it refers to. In order
to strengthen the audit trail on each order, we would like to see a copy of this
attached to the order as other messages are.
Please implement.
|
If implemented, please make it optional.
Optionally Drive Thru messages could be saved in the Outbox of My Messages.
|
Don't mind it being optional, but do not think saving it to the outbox is
helpful as it means multiple locations for order audit trail.
We want all information regarding an order to be held with the order.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Mar 9, 2017 05:04 | Subject: | Bricklink Drive through messages | Viewed: | 153 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Currently there is no copy of this attached to the order it refers to. In order
to strengthen the audit trail on each order, we would like to see a copy of this
attached to the order as other messages are.
Please implement.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Feb 15, 2017 05:02 | Subject: | Re: Expanding Bricklink towards Playmobil | Viewed: | 47 times | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| In Suggestions, FauconRoyal writes:
| Here is my suggestion: why not expand Bricklink towards Playmobil products?
|
How about getting BrickLink right before going off in other directions?
Not necessarily a bad idea, although I would have no interest in off-brand collectibles
and anything other than LEGO should be marketed on a completely different website.
|
More than agreed +++++
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Feb 4, 2017 04:56 | Subject: | Re: Order stores by alphabet | Viewed: | 32 times | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| In Suggestions, VicMic writes:
| When I search for stores in the Netherlands I get a list by province, but then
it is not ordered by alphabet. It would help if I could list all the stores within
a country by alphabet and preferrably have the option to sort by number of elements.
|
Not sure of the need for by alphabet but you can sort by number of items or number
of lots within country here:-
http://www.bricklink.com/storeFilter.asp#?utm_content=subnav
set:-
Seller is located in "Netherlands"
Sort stores by "Number of items, lots" or "number of lots, items"
HTH
Robert
|
And you can go even further than that looking at the number of specific lots
or items using the search tool that Robert has highlighted. I still think making
the columns clickable would be a good idea. Drive the analysis from one screen
not through several.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Feb 4, 2017 04:25 | Subject: | Re: Order stores by alphabet | Viewed: | 33 times | Topic: | Suggestions | |
|
| In Suggestions, VicMic writes:
| When I search for stores in the Netherlands I get a list by province, but then
it is not ordered by alphabet. It would help if I could list all the stores within
a country by alphabet and preferrably have the option to sort by number of elements.
|
Hello there
We understand the reasons behind not doing that but there is no reason why they
cannot do the same as they have done for the inventory page. See image
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Dec 18, 2016 11:17 | Subject: | Re: Make pop-ups one time events | Viewed: | 32 times | Topic: | Suggestions | |
|
| In Suggestions, TechnicForever writes:
| In Suggestions, calsbricks writes:
| Please alter the way you are handling pop-ups on the site. It is very irritating
and time consuming to constantly have to remove pop up windows such as the one
attached to this suggestion. A simple command to acknowledge you have seen it
is more than sufficient.
|
Hi,
I saw this popup only once!
Do you have cookies or Java Script disabled?
|
No - IE 11 latest version. Once logged in you do not see it again (while you
remain logged in but as soon as you log out and back in again it comes up)
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Dec 18, 2016 09:14 | Subject: | Make pop-ups one time events | Viewed: | 130 times | Topic: | Suggestions | Status: | Implemented | |
|
| Please alter the way you are handling pop-ups on the site. It is very irritating
and time consuming to constantly have to remove pop up windows such as the one
attached to this suggestion. A simple command to acknowledge you have seen it
is more than sufficient.
|
|
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Dec 4, 2016 11:25 | Subject: | Please add BL part no to xml verify page | Viewed: | 70 times | Topic: | Suggestions | Status: | Implemented | |
|
| This is now causing some problems as it does not appear on the page after the
initial paste into the file box. Please add the BL part number to aid reconciliation.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 28, 2016 02:16 | Subject: | Re: Add feedback link to order detail screen | Viewed: | 31 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, JulieK writes:
| Please add a link to leave feedback to the newly re-designed Order Detail screen.
Maybe have it appear after the order is marked shipped.
Thanks!
Julie
|
No, feedback will then be used to communicate as it's the first option they
see to contact the seller.
|
Good morning
Not sure I understand your point. If there is a link to posting feedback, how
can this be used to communicate with the seller. Sellers are not contacted by
Bricklink when someone posts feedback and the feedback screen doesn't allow
that either.
Please explain what you mean as we would like to understand your point. Anything
that can be done to focus buyers on leaving feedback should be done. The best
transactions do not always pick up feedback and that is a shame - it kind of
lowers the meaning of feedback.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 28, 2016 00:36 | Subject: | Re: Add feedback link to order detail screen | Viewed: | 31 times | Topic: | Suggestions | |
|
| In Suggestions, JulieK writes:
| Please add a link to leave feedback to the newly re-designed Order Detail screen.
Maybe have it appear after the order is marked shipped.
Thanks!
Julie
|
Agreed - good idea that might at least make them think about it
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 9, 2016 06:11 | Subject: | Re: Show number of Canceled order for buyers | Viewed: | 47 times | Topic: | Suggestions | |
|
| In Suggestions, cosmicray writes:
| When a buyer places an order, the seller should be able to see how many orders
that buyer has placed, that ended up being canceled for any reason. If this number
is limited to 6 months, that would be acceptable.
Currently, buyers can see how many orders a seller has canceled during the past
6 months, for any reason. Based on a recent incident, I think my request would
be very revealing. I'm sure that a few buyers would not want this number
exposed.
Ray
|
Hi Ray
Voted no on this one as we believe this, along with the number of cancelations
showing for sellers is meaningless and certainly not necessary. When they launched
the upgrade which included the no of cancels showing it was met with a lot of
threads/comments about of what use is it. That hasn't been taken on-board
by development (it's still there) so adding something like this is just really
going to compound the issue. Would much rather see them avoid this completely
and remove that statistic from stores. Cancellations are between the buyer and
the seller and happen for a wide variety of reasons, some good and some not so
good.
Each transactions we get is treated with the same approach, whether the buyer
is very experienced, new or a returning customer and we believe that is how all
customers should be treated, irrespective of how many cancels they may or may
not have.
Sorry we cannot support this one. Good luck with it.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Oct 3, 2016 08:29 | Subject: | Inventory Change Request for Set 75043-1 | Viewed: | 21 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 14769 Black Tile, Round 2 x 2 with Bottom Stud Holder (Alternate)
Comments from Submitter:
2 sets parted out today both had the alternate listed above.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 28, 2016 03:29 | Subject: | Re: Showed the total weight in cart | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, lkh81 writes:
| No this is not what i meant.
I was suggesting to add the total weight when the items is in the "Cart".
I wont be bothered what is the total weight of my package if i have already made
payment.
I am only concerned how much the things that are in the cart is going to cost
me in shipping.
And there are many sellers here that do not provide the "request for quote" option.
So i do not want to get a shock that i am in the next "tier" of shipping cost
when i could have drop a few bricks off my cart and saved that difference.
It should be clear by now.
In Suggestions, AfolLady writes:
| In Suggestions, lkh81 writes:
| Hi,
It would be good if users are able to see the total weight(item * quantity) whenever
they add anything to their cart.
I am currently doing things via excel. And trying to find the weight of each
individual items.
|
Yes of course, go to your BL page, My Order Setting, and select ''Show
Item Weight''
|
|
You already have this facility. When you add items to your cart and then select
view my cart the total estimated weight is shown on the 'view cart' popup
screen.
Hope that helps. If you then wish to add or remove items you can do that from
there.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 10, 2016 14:00 | Subject: | Re: Please add to My Inventory page | Viewed: | 32 times | Topic: | Suggestions | |
|
| In Suggestions, RobErNat writes:
| In Suggestions, calsbricks writes:
| In Suggestions, RobErNat writes:
| In Suggestions, calsbricks writes:
| If you do it in a store it works fine but in the My Inventory area, not at all.
|
Type color + partnumber in the search box...
That is, if I understood what you where trying to get
|
You did and it works but how many people would know that.
|
At least 1 more now
It also works with the asterix btw
So if you're unsure of the number, or the 'mold' ain't important,
then simply type the asterix behind it
Black 4085* for example...
| It certainly isn't in the help section.
|
well, some things simply aren't
| It would be much easier if the colour filter was added to
the page. Simple amendment to the page and code. It is nothing more than an 'AND'
clause as CCBricks has added to Goatleg to help find heads and torso's.
So easy to do and would be so helpful
|
Granted it can be a burdon to type the exact color name, particulary for long
colornames
So an additional filter for the color might be a nice thing indeed
|
Thanks for the additional info.
I have been heading up a software development company for over 30 years now and
one of the primary goals of all developers is to make software functional, intuitive
and easy to use. We also have a documentation specialist who focuses entirely
on the help section. We are a small company compared to BL and we manage that
- it seems that the joined-up thinking hasn't gone that far.
Such a real shame - so very much could have been done to improve the site without
bringing in the new interface (which we are not fans of - far too gimmicky).
A documentation specialist would have helped to test the software as well, as
does ours. Lots of issues get caught long before release.
As you can tell, development is a pet area for me. When the next iteration is
upon us we will see if lessons have been learned and procedures have been put
in place to improve the quality of the release.
Meanwhile, back to processing orders.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 10, 2016 13:32 | Subject: | Re: Please add to My Inventory page | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, RobErNat writes:
| In Suggestions, calsbricks writes:
| If you do it in a store it works fine but in the My Inventory area, not at all.
|
Type color + partnumber in the search box...
That is, if I understood what you where trying to get
|
You did and it works but how many people would know that. It certainly isn't
in the help section. It would be much easier if the colour filter was added to
the page. Simple amendment to the page and code. It is nothing more than an 'AND'
clause as CCBricks has added to Goatleg to help find heads and torso's.
So easy to do and would be so helpful
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 10, 2016 13:16 | Subject: | Re: Please add to My Inventory page | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, calsbricks writes:
| Please add a colour filter to the my inventory page either below or above condition.
This will allow an easy way to find a specific piece in a specified colour. At
present the only way that we know of to do this is by knowing the element ID
(PCC) and that is not known to most, without looking it up.
It might also be useful when you choose a part no say 3001 to get not only a
lot count but a summary of the total no of items (broken into new and used).
Again the only way this can be done now is to manually add these up. (That is
what we have computers for, especially ones with SQL databases)
|
|
Sorry that doesn't work. It just lists the items by colour. If you then tick
one say black and go the filters on the right hand side it ignores the black
choice.
We want to be able to define on the right hand side of the screen what colour
and part number and condition as you can do within a store and what you have
shown does not work that way. The screen shots below show what happens when you
do it that way, and that is not what we want.
If you do it in a store it works fine but in the My Inventory area, not at all.
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 10, 2016 12:45 | Subject: | Re: Quote improvements | Viewed: | 23 times | Topic: | Suggestions | |
|
| In Suggestions, miskox writes:
| I see that Quote function does not reserve or in any other way prevents an item
from the quote to be purchased from other buyer*.
I would like to suggest a way of preventing this. Maybe we can have an option
to ENABLE/DISABLE buying an item from other people:
[ ] reserve items in a quote to be reserved for that specific buyer
Maybe this options should be ENABLED for everyone by default (new and existing
stores).
Saso
* or am I missing something?
|
Voted no as well. Not enabled quotes, not necessary - all orders are processed
before advising buyer what their shipping costs will be. Tying up inventory or
'rszerving it for a quote' would not work - no one gets 10-0% of their
quotes to orders so stock would be 'tied up' rather than being available.
First come, first serve.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 10, 2016 11:05 | Subject: | Please add to My Inventory page | Viewed: | 99 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Please add a colour filter to the my inventory page either below or above condition.
This will allow an easy way to find a specific piece in a specified colour. At
present the only way that we know of to do this is by knowing the element ID
(PCC) and that is not known to most, without looking it up.
It might also be useful when you choose a part no say 3001 to get not only a
lot count but a summary of the total no of items (broken into new and used).
Again the only way this can be done now is to manually add these up. (That is
what we have computers for, especially ones with SQL databases)
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 2, 2016 09:55 | Subject: | Inventory Change Request for Set 75037-1 | Viewed: | 22 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part 13591 Black Minifig, Weapon Spear Gun with Squared Trigger and Thick Spear Base (Alternate)
Comments from Submitter:
2 Sets parted out both had the above variant
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 1, 2016 14:12 | Subject: | Re: Please add an Echeck Pending order status | Viewed: | 41 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
Whilst it is a good idea to have more options available for 'status'
- we do not allow echeques to be used (stated in our terms and conditions) as
they add complications to what should be a simple transaction. Holding on to
items and parcels for up to 7 days is not for us - some stores might not have
a problem with it but we do - hence the statement in our terms.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Sep 1, 2016 14:07 | Subject: | Re: Suggestion for layaway option! | Viewed: | 41 times | Topic: | Suggestions | |
|
| In Suggestions, Noobface80 writes:
| Hello! I am currently placing an order with one of the coolest store owners I've
come across, and he let me pay layaway for about 2 weeks when it hit me:
Why isn't there a layaway option? Obviously, this can benefit the seller,
and the lower-income buyers together, but before I continue, Let me explain
the concept of layaway:
Layaway is an option where you pay weekly, biweekly or monthly a set amount (agreed
on by both parties: buyer and seller) until the item is paid off.
For the seller, this means once the price is agreed on/the first payment is made,
they have to put the item aside (regardless on other buyers' offers after
an agreement is made between the first two parties)
For the buyer: This means the once the price is agreed on, you stick to the price
and stay faithful to the deal 'till the end. This also means communicating
with the seller for anything that should be noted such as change of payment account,
or change of address, etc. Missing your payment by one day could void the whole
transaction leaving the buyer at the mercy of the seller.
Both parties should remain as transparent as possible for the smoothest possible
transaction.
Due to people filing chargebacks on other people, it would be fair to give refund
permissions ONLY to the seller. This way, if the buyer breeches the contract,
or simply wants their money back, the seller could then decide if a refund is
warranted.
It's like a regular BL order, except its just broken up over time.
What do you guys think?
|
Voted no as this would mean tying up inventory until the process was finished
and in the UK you would have to have a credit brokers license to offer 'credit'
(which is basically what a layaway is)
Our inventory turns over far too quickly to tie up elements with this type of
idea. Not sure it would work anyway - People might get tempted to buy 'bigger'
than they can really afford - you then have 'credit control problems'.
If this were to be implemented it would have to be optional as circumstances
are different everywhere.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 31, 2016 14:12 | Subject: | Inventory Change Request for Set 75024-1 | Viewed: | 20 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 4497 Pearl Dark Gray Minifig, Weapon Pike / Spear - Round End (Alternate)
* Add 1 Part 3794 Reddish Brown Plate, Modified 1 x 2 with 1 Stud (Jumper) (Alternate)
Comments from Submitter:
2 Sets parted out today - both had the above as variants to the current inventory
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 28, 2016 09:18 | Subject: | Re: Part or set search suggestions | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, C0lsanders_ writes:
| *This is the second time I've posted this two-part suggestion, and I want
to post it again now, due to the current threads about the lacking of the system
search, especially "ngdere's" search for the cuusoo tiles. I don't understand
that one. If they are in the catalog, the system should easily find the tile
with "cuu", just like I can easily find the tile with "ba" (3068bpb0821). Anyway,
read on, vote yes or no (or yes...).
I've always found the part (or set) input within "sell a part" lacking. Let's
say I look under a part, find the number, and put it in. I click "show catalog
info" (for price, etc), but it shows "page not found". Why? Because that number
that I input was not the number bricklink chose as the "main" number. Once I
track down the piece, I will often see that first number on that item's page,
as "alternate item no."
Take 42023. That has 41763 as an alternate number, but if I put that in, "page
not found".
Suggestion #1:
If there is an alternate number for an item, it will auto-redirect to the correct
page, with the correct number. A small note at the top saying it was redirected
would be nice. Also, if the number "form" spot (in add a part/set) would auto
change to the correct number, that could also be nice. No more looking right
at the item and number, but having it do no good, because there is an unknown
2nd, 3rd, etc. number.
Suggestion #2:
I find it rather annoying to put in a number, and have it not find the item,
just because I get 1 of the 4 or 5 wrong. I think BL should maybe add a number
suggestion page. Let's say I have a 3004 (you know what that is), but let's
say I can't tell the number, and I think it's 8004. That is another item
entirely. If I put that in parts, it will show "page not found". I think it could
be massively helpful if it instead said something like "no part with that
number found. One set with "8004" matches (shows set) and one part with 75% number
match, "3004" (shows part)" You can then clearly see, "oh yeah, it IS 3004" or,
"oops, I'm on add part, not add set."
It would speed some things up greatly, or at least, resolve some search issues.
You don't have to have 100% match, or even the "correct" number. Partials
and alternates are accepted, at least to show the user a suggestion, "Is this
what you are looking for?"
Thanks for reading,
Miles (C0lsanders_)
|
Voted yes but I believe there are better options available. As this is a SQL
database using full text search is available and should be put in place. This
would cure many of the ills in trying to find things, especially where you have
1 or more of the numbers wrong. In addition those who use Goatleg for helping
with minifigi torso and head id's know that by using more parameters in the
search you often narrow the options down considerably. Try doing a search for
Minifig heads in yellow with recessed stud - you get pages of items, but if you
use Goatleg you have options to use additional key words.
Development need to think this one through thoroughly as the search is absolutely
vital to the entire site - sellers as well as buyers.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 10, 2016 11:25 | Subject: | Inventory Change Request for Set 75012-1 | Viewed: | 41 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 4 Part 13591 Black Minifig, Weapon Spear Gun with Squared Trigger and Thick Spear Base (Alternate)
Comments from Submitter:
2 sets parted out today both had the newer version of this item rather than the 30088
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 5, 2016 09:26 | Subject: | Inventory Change Request for Set 79017-1 | Viewed: | 22 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 1 Part 95673 Pearl Gold Minifig, Weapon Sword, Roman Gladius with Thin Crossguard (Alternate)
Comments from Submitter:
Two 79017's parted out today and both had this sword rather than the 18034 as currently listed
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 4, 2016 09:23 | Subject: | Re: Are you sure? This is not a known color. | Viewed: | 47 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| In Suggestions, garbanzo writes:
| The catalog is littered with parts that have very likely been uploaded under
the wrong color. Look at 4495 for example, I would guess that 6 of those colors
with lots under them are just listed incorrectly (bright pink, dark blue-violet,
dark purple, Maersk blue, pink, rust).
![Part No: 4495 Name: Flag 4 x 1 Wave Undetermined (Undetermined Type) Part No: 4495 Name: Flag 4 x 1 Wave Undetermined (Undetermined Type)](https://img.bricklink.com/P/0/4495.jpg) * | ![](/images/dot.gif) | 4495 Flag 4 x 1 Wave Undetermined (Undetermined Type) Parts: Flag Marked for Deletion |
This shouldn't happen when parting out new sets, but when listing used parts,
it seems some sellers don't check against current listings or against the
"known colors" data for the part they are listing, and they end up picking whatever
they want.
I would like to suggest that a control mechanism be put in place to help address
this. Maybe if a seller is adding a part to their store that is not a known color,
there can be a popup saying "this is not a known color for this part - are you
sure?". Maybe the pop-up can contain a list of the known colors to choose from.
If the seller is confident they have a "new" color, they can click "this part
is not a known color" to proceed with the listing.
Ideally, this would flag the entry with a tag that can be used in searches and
wanted list notifications. I would love to pick a part and ask to be notified
when one is listed in a "new color", or to be able to search within categories
for parts in new colors.
|
I guess they are using other software then uploading to bricklink, so the software
they use wold also need to know about known colours.
|
This is something we have asked Patrick Brans (Brickstock) for as well as the
only way you can tell if it is an unknown colour is if there is no small image
available (and that isn't entirely accurate).
So yes would like to see some sort of control mechanism which at least warns
'it isn't a known colour'.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 4, 2016 07:58 | Subject: | Making the order audit trail more complete | Viewed: | 120 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| We are aware of many stores who use the order audit trail for a 'history'
of the total transaction. We do this as well, except there are currently some
holes that could be filled with a few simple changes.
1. Provide the option for the seller to attach the drive-thru message to the
order
2. Provide a 'link' to the invoice (not just a date invoiced)
3. Allow sellers to 'attach' any PM's that have been sent
4. Maintain transactions dates for the order rather than simply changing the
date when an event takes place. If someone adds a batch - that is a separate
date from the original order date. In the same way if there is a item removal
done etc., etc.
Sellers could then have a completed audit trail of events surrounding the order
(if they wished).
In reality this would help not only the seller but the buyer as well.
Please consider.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Aug 4, 2016 02:54 | Subject: | Re: Make coupons more visible within a store | Viewed: | 37 times | Topic: | Suggestions | |
|
| In Suggestions, tEoS writes:
| I wondered why a buyer of mine had trouble using a coupon, so I checked on the
selection process using one of the coupons offered to me.
Seriously, nothing needs to be said beyond it was terribly incorporated into
the checkout process. Please fix this.
P.S. I was under the impression that the upgrade would move BL steps forward.
It seems for every step forward another 2 were made backward. We lost in-store
settings that were in place for, as long as, I can recall and that's just
one of many missteps. Why?
|
Voted yes for this - they are almost invisible unless you know what and when
to look for them.
As for 1 step forward and 2 back - couldn't agree more. We believe it shows
a lack of understanding of how people use the site and its functionality. This
was also apparent with the new wanted lists. Possibly all caused by using a 'click
monitor' to determine which pages/functions were most clicked, instead of
understanding the application.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 31, 2016 10:48 | Subject: | Re: Prior orders placed counter is gone | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, matejo writes:
| Hi,
The upper-right counter in stores that indicated whether or not, and how many
times I had ordered from a particular store is gone.
This was helpful, and the informative bit of information is now absent in the
"improving the shopping experience" new storefront.
Not an improvement.
Please bring it back, Matthew
|
Unfortunately hover is not supported on most touchscreens - this is a design
element and the BL team obviously did not realise that a lot of us use touch
screens especially with tablets on the move. Sometimes you can try double tapping
that often works on IOS devices (but not always)and some times holding down your
;touch; for a few seconds will result in something like a hover (but again not
always). The only real way around it is of course for the development team to
re-design it - but to be honest I wouldn't 't hold my breath for that.
They seem to be entrenched with this new design - popular or not.
Your suggestion is totally valid but without a design change to the software
not likely to be implemented.
Here is an article from one of the quality tech sites
"As you know, :hover behaviour doesn’t exist on touch screen devices. So when
you design a responsive website, you should carefully plan when and where to
use :hover interactions. Simple links that open some URL will loose their :hover
effect on some touch screen devices. On iOS :hover is triggered before the click
event, so you will see the hover style for a brief moment before the page changes.
Those are minor things, they don’t affect the functionality of the site. The
real problem is a :hover that either hides or shows another element using display
or visibility CSS properties. This type of :hover will transform into the double
tap behaviour on iOS touch screens."
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 30, 2016 10:53 | Subject: | Re: Best Offer Feature | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, BrickItYourself writes:
| |
Voted no - wouldn't really like to see Bricklink become an auction site.
Far to many problems associated with that - if people wish to auction their inventory
there are lots of sites both on this side of the pond and that side to deal with
it.
|
It wouldn't make it an auction site, it would allow buyers to put in binding
offers
Those auction sites also charge a lot more in fees, one of the tenants of creating
this site was to NOT sell lego on those sites and to reduce fees for sellers
|
Understand your point - but still feel it would be too much like auctioning your
items. Appreciate you wanted it to be optional but in all honesty it just adds
more complications to the way the site runs at present (and not all that confident
that the development team would get this right).
Good luck with the idea
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 30, 2016 09:30 | Subject: | Re: Best Offer Feature | Viewed: | 33 times | Topic: | Suggestions | |
|
| In Suggestions, BrickItYourself writes:
| How would buyers and sellers feel about a best offer feature?
Of course I know no suggestions are ever implemented, but let's have fund
discussing the topic.
First the concept in general:
Buyers could submit offers to sellers for items they have on sale.
Quick example: Seller has set A, set A sits on the shelf for a while and buyer
comes along and offers 10% under the asking price for Set A and will see if the
seller will part for that price knowing it sells right then and there. When
seller accepts offer, it is a binding sale.
Of course there are all kinds of problems from offers, spam, lowballers etc.
So some obvious programming features to include or consider:
Make Best Offer optional
Make it only allowed for sets, minifigures or some combination and leave out
parts or include all
Limit the number of offers a seller can make per hour/day/week, etc, throttle
them
Allow sellers to report buyers abusing the new feature
I think BL admin should be implementing any features that can increase buying
or selling.
I would like a feature like this instead of messaging, which can be a total waste
of time.
Buyers could enter in shipping prices in their offer helping buyers know what
they will pay ahead of time.
So what does the community think?
Good idea/bad idea?
Any other programming/implementation features to be including for buyer/seller
protection?
Would you use the feature?
Thanks,
Happy Weekend,
Ken
Brick It Yourself
|
Voted no - wouldn't really like to see Bricklink become an auction site.
Far to many problems associated with that - if people wish to auction their inventory
there are lots of sites both on this side of the pond and that side to deal with
it.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 14, 2016 00:30 | Subject: | Re: Please bring back highlighted categories | Viewed: | 37 times | Topic: | Suggestions | |
|
| In Suggestions, viejos writes:
| So I was browsing in a store today and realized that we've lost yet another
feature in this new design, that is the ability to see which categories of parts
or colors one has already clicked on.
So now instead of being able to work my way through a store, I have no method
of making sure I didn't miss something, unless I am expected to write down
by hand every category or color as I click on it.
The way it used to be was that categories would be highlighted as they were clicked,
just like Forum posts. This is a necessary tool for any serious buyer - please
bring it back.
Russell
|
Absolutely - most experience buyers use this and it was very difficult to find.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 13, 2016 10:44 | Subject: | Inventory Change Request for Set 10226-1 | Viewed: | 20 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part x127c41 Black String with End Studs 41L Overall (Extra)
Comments from Submitter:
2 Sets parted out both had 2 extra of this item.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 5, 2016 09:34 | Subject: | Re: Lego v Bricklink colours | Viewed: | 43 times | Topic: | Suggestions | |
|
| In Suggestions, WoutR writes:
| In Suggestions, calsbricks writes:
| I am aware that this has been suggested many times before by various people and
unfortunately nothing has ever been done about it but perhaps now is the time
to bring it back up.
When a new used comes to Bricklink they are faced with lots of hurdles - they
will not recognise the Bricklink part numbering system; and in lots of cases
the colours as many of them have totally different names.
The Lego stores also call colours differently e.g. Dark Blue to them is their
standard blue brick and if you ask for Earth Blue - they often look at you with
a puzzled look, even though that is an official Lego Colour name. The same with
Green etc.
So, with that in mind could the Bricklink developers not come up with a better
idea than the current colour chart for the catalogue. Perhaps similar to the
very old and outdated Peeron one.
It would help the new buyers - and after all we give them the option to key in
the number at the back of the Lego instructions to find a part (and little do
they know by using that number they get the part in the correct colour).
Bricklink want to encourage new buyers and as a store we want that as well -
but let us give them the tools do make it easier for them not more complicated.
|
See http://www.bricklink.com/message.asp?ID=635575
|
We voted yes for that as well but, as you are aware nothing has been done about
it - that is why we brought it back to the fore. It really would be helpful.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 5, 2016 03:59 | Subject: | Re: Lego v Bricklink colours | Viewed: | 34 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| I don't think most new users know the official Lego colours any more than
they know BL colours. BL colour names are used widely outside of BL too. Changing
would probably cause more pain than benefit.
|
You have misinterpreted my suggestion. I did not suggest changing I asked to
have the Lego colour names added to the colour charts.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 5, 2016 03:21 | Subject: | Lego v Bricklink colours | Viewed: | 188 times | Topic: | Suggestions | Status: | Discarded | |
|
| I am aware that this has been suggested many times before by various people and
unfortunately nothing has ever been done about it but perhaps now is the time
to bring it back up.
When a new used comes to Bricklink they are faced with lots of hurdles - they
will not recognise the Bricklink part numbering system; and in lots of cases
the colours as many of them have totally different names.
The Lego stores also call colours differently e.g. Dark Blue to them is their
standard blue brick and if you ask for Earth Blue - they often look at you with
a puzzled look, even though that is an official Lego Colour name. The same with
Green etc.
So, with that in mind could the Bricklink developers not come up with a better
idea than the current colour chart for the catalogue. Perhaps similar to the
very old and outdated Peeron one.
It would help the new buyers - and after all we give them the option to key in
the number at the back of the Lego instructions to find a part (and little do
they know by using that number they get the part in the correct colour).
Bricklink want to encourage new buyers and as a store we want that as well -
but let us give them the tools do make it easier for them not more complicated.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jul 5, 2016 02:21 | Subject: | Inventory Change Request for Set 7188-1 | Viewed: | 21 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 2 Part 89522 Flat Silver Horn (Unicorn) (Alternate)
Comments from Submitter:
Lego and Brickset inventory show this item to be Flat Silver, not Pearl Light Gary. Visual inspection of items also confirms Flat Silver.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 23, 2016 02:29 | Subject: | Re: Add a button to allow fixes before final part | Viewed: | 25 times | Topic: | Suggestions | |
|
| In Suggestions, renhoffman writes:
| When parting out a set, if I notice mistakes on the "Verify Items" page, there
currently is no way to fix them. Please add a button that returns to the "Edit
Items" page, without deleting the changes that have already been made. As far
as I know, this not currently possible.
Thanks so much,
Darren
|
Voted yes on this but we have used the back arrow key on IE and it takes us back
a page where we can edit (that, of course isn't the best way - your idea/suggestion
is better).
We have also asked for a report off this page so we can hang on to the detail
of the part out.
Maybe these things will be in the next update when they try and sort out the
sellers side.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 16, 2016 12:12 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 33 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | We will watch how the development goes as for auto-checkout and make up our minds
after a very thorough examination - we don't want it forced down our throats
as they have done wit this new storefront idea (which is taking people a lot
longer to get used to than what they mush have thought, and has met with an overwhelming
disapproval rating)
|
Only from people that disapprove of it. It has an overwhelming approval rating
if you consider only those that approve of it. If you consider all BL members,
it is likely to be a mixed approval rating.
|
If you believe the forum there are not many of those. The number of disapprovals
is far higher than approvals, overall.
|
There are a number of good features in the updates as well as some that probably
need more work on.
|
There will always be a couple of things in any major release like this that appeal
to people - we, personally can't find any.
|
However, I thought the other and really major point of the update that most people
seem to ignore is that it is now based on THEIR code not the original code, so
that they know how to change the code for future updates. Not based on the ancient
code written by others that was always blamed when ideas could not be implemented
and thus blocked progress as it could not be changed simply. Now these developers
OWN the code (as in written and documented by this team), then there should no
longer be excuses that simple changes cannot be made due to the code being too
difficult to change. Even though that may be invisible to us (or only seen when
things break or are different to the original), it should make future updates
much more likely to happen.
|
If it is based on their code then someone needs to help us here - this is supposed
to be a 'world class development team' and there have been more bugs/problems
in this release than I have ever seen in a software update (and that covers over
40 years - and includes Microsoft). They did not do enough testing either internally
nor via the sandbox and many of the issues show a lack of thorough understanding
of how Bricklink works for its members. They made a total mess of the catalogue
approval tools (and we are still hearing there are problems with that) and there
is nothing really in this release for stores/sellers (in our opinion)
We have noticed a sharp fall in orders and an even larger drop in average order
value (and after 5 years of being a store we know where we should normally be
at this time of year). In addition there has been, for us, a large influx of
very high lot, low value orders from 0 feedback buyers some of who we are already
chasing for payment. Yes we know Auto-checkout, if and when, could put an end
to that but in the meantime we have to process an order to determine accurate
shipping costs (we do not guess and due to the problems with 'gremlins'
in BL inventory we have to ensure the items ordered are there before we quote
shipping.
This update has had an effect on orders (there isn't any doubt on that),
but there is some doubt on how much effect is down to the update and how much
is down to June being not such a good month. Only time will tell. Perhaps if
they feel it in their pocket books when the June fees are calculated the message
might come home a bit stronger. A lot of forum comments suggesting the larger
stores are being preferred - somehow I cannot see that unless as on of the UK's
largest stores, we are not one of the larger stores they are referring to.
Marc's stats seem to conflict with the idea that orders are down but at the
moment it is any thing but normal.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 16, 2016 00:11 | Subject: | One last thought | Viewed: | 178 times | Topic: | Suggestions | Status: | Discarded | |
|
| Improvements to the invoicing capabilities from within Bricklink. When the development
team are evaluating the things they wish to include in their next release e.g.
tools for the stores, inventory management etc, please do not ignore the invoice.
We need the ability to include graphics (e.g. store logo) and provide the ability
to use attachments as well as design our own. Almost all modern systems allow
for this.
It is a marketing tool and needs to be used as such - not what we currently have.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 15, 2016 23:18 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 24 times | Topic: | Suggestions | |
|
| In Suggestions, FigBits writes:
| In Suggestions, calsbricks writes:
| In Suggestions, FigBits writes:
| In Suggestions, calsbricks writes:
| If all this works so wonderfully well at BO why is it that all the stores who
wanted auto-checkout haven't moved there?
|
There's no need to "move" there -- we sell on both. And the autocheckout
there is exactly what we need here.
--
Marc.
|
Morning Marc
Don't agree - it is what some stores want - (not need). Bricklink has operated
for many years with consistent growth in each and all of those without it and
doesn't need it now - it is a nicety not a mandatory requirement.
|
You may have misunderstood my statement. You asked about the people who want
auto-checkout. When I replied with "we" I was referring to that group (which
I am a part of). The checkout system at BO is what we (the people who want autocheckout
here) need.
I am not saying that everyone on BL wants or needs it. I know there are plenty
who don't.
--
Marc.
|
Agreed it should be an option and those who want it and know it works for their
particular store/country can choose to use it or not. Fine we have no problem
with that at all. The problem lies with Bricklink's approach to all of this
- they seem to think it is a take it only situation denying people the flexibility/option
of choice. That is not good customer service nor is it the right way to do things.
We will watch how the development goes as for auto-checkout and make up our minds
after a very thorough examination - we don't want it forced down our throats
as they have done wit this new storefront idea (which is taking people a lot
longer to get used to than what they mush have thought, and has met with an overwhelming
disapproval rating)
I know you enjoy stats. The ones you produce at the end of each month are an
indicator of what has taken place - they would, of course be better if there
was a value associated with them, but that is not possible, They would also be
better if they were broken down by region (may be possible, may not be). This
kind of analysis should come from a Sales Analysis dashboard provided by Bricklink
to allow serious professional stores to look closely at their operations (Most
of us try and do this for our own stores off line with in-house systems) - but
an overall view would be much more helpful. Questions like what is selling in
the UK at the moment - Where does the UK fit in this months order totals, Which
stores are the most active (that is a tricky one but also needed).
All of the above plus proper inventory management tools should have been a much
higher priority than what they have just done. 7 of the top 10 stores in the
UK wanted that rather than a new storefront, but and it is a big but Bricklink
do not listen, despite what you say. They have a business to run and wish to
run it in their own way, almost despite their paying customers.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 15, 2016 22:52 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 19 times | Topic: | Suggestions | |
|
| In Suggestions, FigBits writes:
| In Suggestions, calsbricks writes:
| If all this works so wonderfully well at BO why is it that all the stores who
wanted auto-checkout haven't moved there?
|
There's no need to "move" there -- we sell on both. And the autocheckout
there is exactly what we need here.
--
Marc.
|
Morning Marc
Don't agree - it is what some stores want - (not need). Bricklink has operated
for many years with consistent growth in each and all of those without it and
doesn't need it now - it is a nicety not a mandatory requirement.
If they bring it in like they have brought in this latest set of changes Bricklink
could disappear.
I don't wish to start a debate on this uplift (as it isn't helpful anymore)
but this update has been overshadowed by the myriad of problems it has brought
with it as well as the lack of overall support for it. Bricklink, or their development
team, whichever are not going to do anything about that other than fix the bugs
that they can fix (and hopefully without introducing others). When the site settles
down and the slow period ends we shall see if there really is an improvement
from this change.
Personally I cannot see that happening. People are prone to lasting impressions
from first glance and most of the experienced people on here do not care for
the current set of changes (us included).
Our web designer has looked at and isn't as critical as we are but thinks
they could have done much much better with less disruption to the old methodology.
(Unfortunately he isn't as big a Lego fan as we are)
We have never felt the need to open our store on BO - early reports from some
of our colleagues who did were not all that favourable - but we will continue
to monitor that especially if this site update continues to denigrate Bricklink.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 15, 2016 13:33 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 33 times | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| In Suggestions, calsbricks writes:
| | Try this one as an alternate problem area in the UK. Small parcels are limited
to 2Kg - anything over that immediately moves to a medium parcel, The minimum
cost of a medium parcel is £15.85 (between 2Kg and 5Kg) but if the seller ships
it as 2 x small parcels the cost is £11. Not really sure how their proposed system
is going to cope with this and the fact that a seller may not wish to ship two
parcels rather than 1.
|
|
Well, sellers can draw on predefined tables but they can also create their own.
I understand your dilemma, but in the end it's a personal decision yes, but
all the same a decision that can be reduced to numbers of weight and size. You
could create an intermediate step in your shipping table (for 2x small parcel),
which an order will qualify for when it's in a certain weight window. I guess
it won't be possible to specify individual parcel dimensions per tier...
but there's quite alot you can do and finetune already as it is. It will
never be 100% accurate. The important part is that a buyer can see the costs
before they check out, and agree on it. If it turns out overcharged, it's
not really a crime like it is in case the buyer doesn't know and has to trust
the seller blindly.
| | Auto-checkout might not be the panacea everyone thinks it is going to be. It
would be a nicety if it worked but if it doesn't get it right there are going
to be costs to pick up, refunds to issue and additional admin and problems.
|
|
I don't really need it either. But I trust BL will decide what's best
for their revenue, and if it is the way to go, well, then that's just the
way the mop flops I guess.
| Oops forgot to add this:
No one has yet come up with any answers on multiple batch orders (we get a lot
of these). I certainly do not want to pick multiple paypal fees for the same
order and I am sure no-one else does either - so how will that work ?
|
Well, the system can just calculate that.. in the end, this is all a numbers
game. And if a batch for example increases shipping costs, the system can simply
look at how much it had already charged for shipping, how much the new package
will cost, and then end up charging the difference for the second payment. BrickOwl
does it that way. Separate (PayPal)fees could also be added for the extra batch.
The system will need to know if a first payment has already been sent or not,
and it will anyway, in order for this system to work at all. It works quite well
on BO.
|
If it doesn't allow dimensions per tier then it will fail in the UK, Large
letters/small parcels and medium parcels all have their own min/max dimensions
as well as weights and without the ability to define that no system can work
out the correct shipping costs - it can only guess and that is not what is wanted.
It looks like you are implying we are going to have to charge paypal fees - which
is not likely - they have to come up with a better way of dealing with this little
issue. Suggestions have been to no longer allow multiple batches (which I do
not believe will go down well).
If all this works so wonderfully well at BO why is it that all the stores who
wanted auto-checkout haven't moved there? Bricklink is still the premier
site for Lego and we are sure they will try and stay that way, but that won't
be done by introducing illogical operating procedures.
If it all were just a numbers game life would be far easier than it is - but
unfortunately it isn't. Yes we can tell the weight of an order (approximate)
but at present we cannot tell in any way what style parcel it is going to go
into. That has to be solved first. And perhaps one of the first steps is getting
the catalogue database updated to reflect the requirements. e.g. Height, weight
etc etc.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 15, 2016 11:58 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 20 times | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| In Suggestions, qwertyboy writes:
| In Suggestions, Cob writes:
| 2 pounds of Lego can be shipped anywhere in the USA for $6.80 in a flat rate
envelope or around $12 for self packaging. Pretty big difference in cost.
|
1 ounce of Lego can be shipped all across Canada for CAD 1.89 in a padded envelope,
or for CAD 10-15 for parcel service if the dimensions require it. Pretty big
difference in cost.
Niek.
|
Try this one as an alternate problem area in the UK. Small parcels are limited
to 2Kg - anything over that immediately moves to a medium parcel, The minimum
cost of a medium parcel is £15.85 (between 2Kg and 5Kg) but if the seller ships
it as 2 x small parcels the cost is £11. Not really sure how their proposed system
is going to cope with this and the fact that a seller may not wish to ship two
parcels rather than 1.
Auto-checkout might not be the panacea everyone thinks it is going to be. It
would be a nicety if it worked but if it doesn't get it right there are going
to be costs to pick up, refunds to issue and additional admin and problems.
It would also eliminate (possibly) the NPB scenario. We will always prefer to
process the order and notify the buyer of the real shipping costs rather than
a system trying to work all the possibilities at checkout - but of course that
is just our opinion. Our customers seem to be happy/comfortable with that - really
why would we want to change it?
It doesn't mean an order is going to ship any quicker, nor does it mean the
system will get it right e.g. dimensions and volume calculations are not going
to be easy. I believe this new Lego design product that Bricklink have got will
possibly offer a route to get the dimensions and weights - they claim they can
get the majority of this from LDD - but Lego have announced they are not going
to update LDD nor move it forward. So more interesting times lay ahead.
|
Oops forgot to add this:
No one has yet come up with any answers on multiple batch orders (we get a lot
of these). I certainly do not want to pick multiple paypal fees for the same
order and I am sure no-one else does either - so how will that work ?
Lots to get sorted before this can become a reality and based on the site update
I am not really sure anyone is brimming with confidence over development getting
it right.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 15, 2016 11:53 | Subject: | Re: Shipping cost suggestion: PayPal Fees | Viewed: | 26 times | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| In Suggestions, Cob writes:
| 2 pounds of Lego can be shipped anywhere in the USA for $6.80 in a flat rate
envelope or around $12 for self packaging. Pretty big difference in cost.
|
1 ounce of Lego can be shipped all across Canada for CAD 1.89 in a padded envelope,
or for CAD 10-15 for parcel service if the dimensions require it. Pretty big
difference in cost.
Niek.
|
Try this one as an alternate problem area in the UK. Small parcels are limited
to 2Kg - anything over that immediately moves to a medium parcel, The minimum
cost of a medium parcel is £15.85 (between 2Kg and 5Kg) but if the seller ships
it as 2 x small parcels the cost is £11. Not really sure how their proposed system
is going to cope with this and the fact that a seller may not wish to ship two
parcels rather than 1.
Auto-checkout might not be the panacea everyone thinks it is going to be. It
would be a nicety if it worked but if it doesn't get it right there are going
to be costs to pick up, refunds to issue and additional admin and problems.
It would also eliminate (possibly) the NPB scenario. We will always prefer to
process the order and notify the buyer of the real shipping costs rather than
a system trying to work all the possibilities at checkout - but of course that
is just our opinion. Our customers seem to be happy/comfortable with that - really
why would we want to change it?
It doesn't mean an order is going to ship any quicker, nor does it mean the
system will get it right e.g. dimensions and volume calculations are not going
to be easy. I believe this new Lego design product that Bricklink have got will
possibly offer a route to get the dimensions and weights - they claim they can
get the majority of this from LDD - but Lego have announced they are not going
to update LDD nor move it forward. So more interesting times lay ahead.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 6, 2016 11:07 | Subject: | Re: Improvements to Search Stores feataure | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | Unfortunately I think you have misunderstood our purpose. We are not interested
in this as criteria for buying - we want to compare how stores are doing. Where
we buy from is never down to this - it is a business assessment of a stores
activity not an assessment of whether we buy from them or not.
Again its is not as complicated as you want to make it. It is simply another
view how stores are doing compared to our store.
|
But you cannot get that from feedback data. All you can get is a number of (dis)satisfied
customers willing to leave feedback. You might be able to extrapolate that to
numbers of orders (which you can get already anyway) but it doesn't really
tell you how a store is doing.
If you want to monitor other people's order numbers, why not just grab their
data on the 1st every month (or more frequently) for all stores that you are
interested in monitoring.
Also, I'm not sure BL should be providing tools for the purpose of monitoring
other people's businesses. If they did this then why not start including
order values in feedback too (like on ebay). Or also include number of parts
and number of lots. Customers may even find it useful, so they know what type
of orders and values the seller has got feedback for. That way you could really
start comparing sales volumes between stores. Although I'd imagine some sellers
wouldn't want that sort of data released.
|
Sorry cannot really agree with your analysis and comments. We are going to have
to agree to disagree. I think you are trying to make far too much of this request,
which will fall on deaf ears anyway. It is not about stores order levels (values
etc) - that information is private to any business and we would not be happy
divulging that. (Another very good reason why we avoid ebay like the plague).
We have done a series of correlations of orders to feedback for the top 50 stores
in the UK and have found broadly similar figures - it is giving us a better idea
than the way Bricklink presents the data - all we asked for was another sort
option.
Bricklink already provides data on orders - yes you are right - it is the correlation
of that figure to feedback that we are interested in - we believe that gives
us an indication of store activity and that is what we wanted to asses/compare.
As I said we will have to agree to disagree - we don't share your views and
you don't share ours. Lets leave it at that.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 6, 2016 08:01 | Subject: | Re: Improvements to Search Stores feataure | Viewed: | 26 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| In Suggestions, calsbricks writes:
| In Suggestions, yorbrick writes:
| I don't really see how it helps.
If you were buying before Christmas and there are the following two stores, which
is the better store?
A: Jan(100), Feb(100), Mar(100), Apr(100), May(0), June(0), Jul(0), Aug(0), Sep(100),
Oct(100).
B: Jan(50), Feb(50), Mar(50), Apr(50), May(50), June(50), Jul(50), Aug(50), Sep(50),
Oct(50).
Assume all positive feedback (numbers in brackets). Obviously A takes the summer
off. Would having the extra breakdown of historical data really help, or is it
just data for the sake of data?
If they have no recent sales history, I can see it is helpful but that is already
covered in the existing feedback system.
|
I presume your comments are relating to weekly feedback rather than weekly/monthly
and annually. By looking at all three figures the level of activity is clearer
- if someone takes the summer off - they are probably a hobbyist (nothing wrong
with that) but their activity levels may or may not even them out with another
store over the rolling 12 month period.
From your example above - one store has 600 feedbacks in the 10 month period
and the other has 500 - so the no feedback months is obscured somewhat. In addition
Bricklink does not present the data in that way - they use a rolling weekly/monthly
and annual basis.
Please do not forget we are not asking for new data simply additional sort features.
Those that choose to use that fine - those who don't - also fine. There are
sorts for other ways of looking at the data so why not this way?
|
But the question then is why would you want to know this? What does it tell you
extra about the seller that is necessary to know before buying from them? Does
it actually matter to a buyer that a store has some self-chosen down time or
slower sales at some periods of the year. So long as they have consistently good
feedback, I don't really see why it matters.
It then gets complicated further by feedback doesn't have to be left right
away. I reckon I could easily manipulate when buyers leave feedback for me. I
often find buyers don't leave feedback if I don't leave it first. So
if I don't leave it, then leave it later on, there is a good chance I can
get the buyer to leave feedback when I want it and so manipulate the data if
I so wanted.
|
Unfortunately I think you have misunderstood our purpose. We are not interested
in this as criteria for buying - we want to compare how stores are doing. Where
we buy from is never down to this - it is a business assessment of a stores
activity not an assessment of whether we buy from them or not.
Again its is not as complicated as you want to make it. It is simply another
view how stores are doing compared to our store.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 6, 2016 06:27 | Subject: | Re: Improvements to Search Stores feataure | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| I don't really see how it helps.
If you were buying before Christmas and there are the following two stores, which
is the better store?
A: Jan(100), Feb(100), Mar(100), Apr(100), May(0), June(0), Jul(0), Aug(0), Sep(100),
Oct(100).
B: Jan(50), Feb(50), Mar(50), Apr(50), May(50), June(50), Jul(50), Aug(50), Sep(50),
Oct(50).
Assume all positive feedback (numbers in brackets). Obviously A takes the summer
off. Would having the extra breakdown of historical data really help, or is it
just data for the sake of data?
If they have no recent sales history, I can see it is helpful but that is already
covered in the existing feedback system.
|
I presume your comments are relating to weekly feedback rather than weekly/monthly
and annually. By looking at all three figures the level of activity is clearer
- if someone takes the summer off - they are probably a hobbyist (nothing wrong
with that) but their activity levels may or may not even them out with another
store over the rolling 12 month period.
From your example above - one store has 600 feedbacks in the 10 month period
and the other has 500 - so the no feedback months is obscured somewhat. In addition
Bricklink does not present the data in that way - they use a rolling weekly/monthly
and annual basis.
Please do not forget we are not asking for new data simply additional sort features.
Those that choose to use that fine - those who don't - also fine. There are
sorts for other ways of looking at the data so why not this way?
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 6, 2016 06:03 | Subject: | Re: Improvements to Search Stores feataure | Viewed: | 25 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| In Suggestions, calsbricks writes:
| One of the ways to see where your store is in regards to others is to compare
the weekly/monthly and yearly feedback figures. Currently this is a long winded
process of clicking on each stores feedback and looking at the summary table.
We would think it would be far easier to add a sort method which reflects either
the weekly/monthly or annual feedback figures. This way you could easily see
where your store sits in the overall scheme of things.
Whilst this may not be an urgent development requirement with all the other things
that are going on in development, this might be a useful addition to the stores
update which has been mentioned as 'coming' by the Bricklink admin.
Just a thought .....
|
What does this tell you? How much feedback you get in relation to another store.
But what does that actually mean "in the overall scheme of things"? It tells
you nothing about the size / value of orders, for example.
What data do you want the sort method to work on? Just to see who is getting
most feedback recently, or as a sort when people are viewing items?
|
Good morning and thank you for commenting
What it tell us is the approximate level of orders each store is getting on a
weekly/monthly and annual basis. Feedback seems to have a fairly consistent correlation
between no of orders received and no of feedback (the percentage ranges from
50% to 80%. The relationship is different on orders placed )feedback to orders
is much higher as lots and lots of stores respond to feedback given by a buyer.
Our feedback given to stores where we have purchased from is well over 95%.
If someone has figures like weekly 2 monthly 10 and annually 150 - their levels
of activity are not as high as someone who has figures of weekly 70 monthly 300
and annually 1210.
It is a much more accurate way of defining a stores activity than looking at
no of lots, items or total feedback. The feedback system is and always has been
flawed at Bricklink - it is subjective not objective - but there are some things
we can glean from it and therefore it is important as a guide to who you and
don't do business with.
Hope that explains it better - sorry for the confusion
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Jun 6, 2016 03:47 | Subject: | Improvements to Search Stores feataure | Viewed: | 103 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| One of the ways to see where your store is in regards to others is to compare
the weekly/monthly and yearly feedback figures. Currently this is a long winded
process of clicking on each stores feedback and looking at the summary table.
We would think it would be far easier to add a sort method which reflects either
the weekly/monthly or annual feedback figures. This way you could easily see
where your store sits in the overall scheme of things.
Whilst this may not be an urgent development requirement with all the other things
that are going on in development, this might be a useful addition to the stores
update which has been mentioned as 'coming' by the Bricklink admin.
Just a thought .....
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 27, 2016 05:50 | Subject: | Re: Following on from 'A Preview Update' | Viewed: | 38 times | Topic: | Suggestions | |
|
| In Suggestions, calsbricks writes:
| As the topic has now done it's usual - off on a tangent' we would like
to pick up on one of admin's comments early on the discussion. They said
their next project was to help the sellers (why that is lower in priority than
the buyers - I am not sure)
We would like to ensure the following items are addressed in this next development
and would like to gauge the reaction of other stores to this:
1. Inventory management tools
2. Sales analysis tools
3. Multi-user logins to stores with security permissions
4. Significant improvements to the NPB process which is currently too long winded
5. Improvements to the Bricklink messaging system to allow graphics as well as
attachments
6. Multi level minimum values e.g. 1 for Domestic and 1 for non-domestic for
example
7. Shipping policies per country as appropriate. We only shipped on a tracked
basis to some countries.
8. Much more flexibility in how we deal with orders from the printing/downloading
etc point of view. Stores organise their parts differently. It is unlikely that
any two stores are identical and we now have over 10000 live ones.
9. Quicker turnarounds on new inventories/parts and colours.
10. A much more up to date forum capability - bring it into the 21st/22nd century.
Please feel absolutely free to comment or add to this list if you have other
points as well.
|
Sorry should have also added
11. Full audit trail capabilities for parting out sets as well as mass uploading
parts (we do this through Brickstock at the moment, but it would be much better
if Bricklink did it.
12. Audit trails for adding inventory (should be part of Inventory management
tools)
The list actually does go on and on .......
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | May 27, 2016 05:35 | Subject: | Following on from 'A Preview Update' | Viewed: | 126 times | Topic: | Suggestions | Status: | Discarded | |
|
| As the topic has now done it's usual - off on a tangent' we would like
to pick up on one of admin's comments early on the discussion. They said
their next project was to help the sellers (why that is lower in priority than
the buyers - I am not sure)
We would like to ensure the following items are addressed in this next development
and would like to gauge the reaction of other stores to this:
1. Inventory management tools
2. Sales analysis tools
3. Multi-user logins to stores with security permissions
4. Significant improvements to the NPB process which is currently too long winded
5. Improvements to the Bricklink messaging system to allow graphics as well as
attachments
6. Multi level minimum values e.g. 1 for Domestic and 1 for non-domestic for
example
7. Shipping policies per country as appropriate. We only shipped on a tracked
basis to some countries.
8. Much more flexibility in how we deal with orders from the printing/downloading
etc point of view. Stores organise their parts differently. It is unlikely that
any two stores are identical and we now have over 10000 live ones.
9. Quicker turnarounds on new inventories/parts and colours.
10. A much more up to date forum capability - bring it into the 21st/22nd century.
Please feel absolutely free to comment or add to this list if you have other
points as well.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 26, 2016 23:53 | Subject: | Re: Price guide and average pricing | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, FigBits writes:
| In Suggestions, calsbricks writes:
| 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
|
They could, but the benefit would be minimal and the Price Guide pages are already
jam-packed with data.
Also, your method already involves subtracting the items that you want to remove,
and then dividing the new sum by the number of listings. With that amount of
math already invested, it should be nearly nothing more to add in one multiplication.
--
Marc.
|
Or they could simply provide the mean/median as a calculation. The price guide,
as mentioned needs re-thinking.
Yes it is one more small step for us to add the extra calculation but what are
developers for if they cannot make it easier/better for their customers. We,
as well as others, do not feel that is being achieved at the present and it looks
like that is going to be continued with the enforced release of the new store
front in May. Do we really need that? I don't think so. We need a lot more
done for the stores than what they have proposed. Better inventory management,
a tool set for the stores to analyse inventory, sales, etc., and we didn't
see any of that mentioned in the pre-release notes.
So much for the Bricklink community.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 26, 2016 15:22 | Subject: | Re: Price guide and average pricing | Viewed: | 39 times | Topic: | Suggestions | |
|
| 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
|
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 26, 2016 13:37 | Subject: | Re: Price guide and average pricing | Viewed: | 34 times | Topic: | Suggestions | |
|
| 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.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 26, 2016 10:38 | Subject: | Re: Price guide and average pricing | Viewed: | 48 times | Topic: | Suggestions | |
|
| 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,
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 26, 2016 04:17 | Subject: | Price guide and average pricing | Viewed: | 179 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| 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?
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 22, 2016 14:10 | Subject: | Re: Disable automatic quote cancellation | Viewed: | 32 times | Topic: | Suggestions | |
|
| 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.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 21, 2016 10:10 | Subject: | Re: Disable automatic quote cancellation | Viewed: | 35 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| In Suggestions, calsbricks writes:
| In Suggestions, yorbrick writes:
| | For stores that process orders first before invoicing the quote is not required.
|
Why not? If I wanted to place an order and wanted to know the full price before
committing, would you be willing to cancel an order after having done all the
processing of the order?
The quote feature is there to let buyers know the total price of an order before
they commit, not after they commit. Unless sellers are willing to restock cancelled
orders if the buyer decides against buying after they have been told the postage
costs.
|
Interesting point of view but not one we share. The quote system has been flawed
since its launch and that has been well documented. We are not going to process
a 100+ lot order (and we get a lot of these) to offer a quote and then have the
quote rejected or cancelled by the system as something has gone out of stock
during the quote process.
We provide a shipping options/costs message between 24 and 48 hours after receiving
an order. That provides the individual with a choice of shipping options and
their associated costs. Once they choose from that we invoice them and send the
order immediately upon receiving payment.
Our view is shared by many of the stores in the UK - we have made that point
clear to Bricklink - the quote system was really brought in for the German market
where the buyer is required to know the total value of an order before it becomes
an order. We do not have that problem in the UK.
|
I understand that. You give the buyer a choice of what they can pay for shipping,
but do you give them the choice of cancelling? Some buyers do want to know the
total price including shipping, before they commit.
|
Whilst we do not openly provide that information in our shipping message the
few orders that we have had in the 5 years we have been a store where the buyer
found the pricing of shipping too expensive were mutually cancelled or compromised
on with no problems whatsoever. We don't really need to get into the technicalities
of distance selling laws to be practical or in some case helpful.
The flaws in the quote system have prevented most of the UK's main stores
from adopting this feature. Bricklink did not get it right and I believe they
are aware of that. The original suggestion was a little like putting the finger
in the dyke rather than looking for a rethink from the BL development team on
how best to approach this.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 21, 2016 07:06 | Subject: | Re: Disable automatic quote cancellation | Viewed: | 35 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| | For stores that process orders first before invoicing the quote is not required.
|
Why not? If I wanted to place an order and wanted to know the full price before
committing, would you be willing to cancel an order after having done all the
processing of the order?
The quote feature is there to let buyers know the total price of an order before
they commit, not after they commit. Unless sellers are willing to restock cancelled
orders if the buyer decides against buying after they have been told the postage
costs.
|
Interesting point of view but not one we share. The quote system has been flawed
since its launch and that has been well documented. We are not going to process
a 100+ lot order (and we get a lot of these) to offer a quote and then have the
quote rejected or cancelled by the system as something has gone out of stock
during the quote process.
We provide a shipping options/costs message between 24 and 48 hours after receiving
an order. That provides the individual with a choice of shipping options and
their associated costs. Once they choose from that we invoice them and send the
order immediately upon receiving payment.
Our view is shared by many of the stores in the UK - we have made that point
clear to Bricklink - the quote system was really brought in for the German market
where the buyer is required to know the total value of an order before it becomes
an order. We do not have that problem in the UK.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 21, 2016 03:19 | Subject: | Re: Disable automatic quote cancellation | Viewed: | 38 times | Topic: | Suggestions | |
|
| 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.
|
![](/images/dot.gif) |
Author: | calsbricks ![View Messages Posted By calsbricks View Messages Posted By calsbricks](/images/msgs16.png) | Posted: | Apr 10, 2016 07:15 | Subject: | Anyone elses think this might be useful | Viewed: | 159 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| We think this might be a helpful way to use the price guide feature (for those
that use it)
It would allow stores to look at pricing across their range of items and it would
allow buyers to choose a cost factor on a part where colour isn't too important.
You would choose the part no and then from a drop down or combo box, you could
choose one or more elements that you wanted to compare or look at.
It is, of course just another way of looking at the data in the system.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|