Subject:
|
Re: Brickbay Temp URL Available
|
Newsgroups:
|
lugnet.market.shopping
|
Date:
|
Thu, 25 May 2000 06:09:26 GMT
|
Viewed:
|
775 times
|
| |
|
|
In lugnet.market.shopping, Lindsay Frederick Braun writes:
>
>
> James Brown wrote:
>
> > In lugnet.market.shopping, Dan Jezek writes:
> > > In lugnet.market.shopping, Lindsay Frederick Braun writes:
> > > > Items with a zero quantity still show up on the inventory; is that • perhaps a
> > > > deliberate "aw shucks!" device meant to get buyers to be more vigilant,
> > > > knowing that they just missed a desirable item? If so, curse you, you
> > > > sneaky weasel, you.
> > > > ;)
> > >
> > > I thought that not removing each item when quantity gets down to zero is • more
> > > to the seller's benefit. If I part out a new batch of sets and they • contain
> > > some of the pieces that I already have in my inventory, I can just adjust • the
> > > quantity instead of having to go through the part selection process, • selecting
> > > price and the picture URL. But yes, when displaying items to the buyer, • they
> > > should not be there when quantity is 0. What would make you feel more
> > > comfortable?
> > >
> > > In the store:
> > >
> > > A) Always display items with 0 quantity
> > > B) Never display items with 0 quantity
> > > C) Display items with 0 quantity with a big red SOLD instead of the • shopping
> > > cart text box for a certain amount of time like a day or so
> >
> > Ideally, of course, this would be configurable, but my preference would be • for
> > C) and B) thereafter. In other words, display the item as SOLD for a day or
> > so, and then have it disappear.
>
> Configurability would be the very best solution IMHO as a seller, but • probably an
> ordeal to implement (though I may be wrong on this). However, the second • option
> James mentions sounds good as well; the more I think about it, the more I like
> seeing some sort of "you *just* missed it, come more often in the future!"- • implying
> message through a zero quantity entry. One strong argument in favour of timed
> expiry of zero lots: If I'm listing 15,000-20,000 pieces in, say, 300 lots • in a
> week, I know that I will forget some things I had listed, and I may list it • again
> as a new lot. Does the system check for that at the listing stage? (I can't • get
> to it right now, so I assume it's down for updating.)
>
> > > In your inventory:
> > >
> > > A) Keep items with 0 quantity
> > > B) Automatically delete items with 0 quantity
> > > C) Have the option to pick from either A or B
> >
> > Again, ideally the choice is C). Failing that, I'd be inclined to go with • A)
> > so long as I have the option of deleting things individually.
>
> Ditto here. The same caveat, of course, holds true as above--if it's a pain • to
> institute a master control panel under, say, "my BrickBay," I'm happy to do it
> manually. Of course, a less techno-savvy user might prefer otherwise-- • perhaps the
> default of such a control could be automation, to prevent the number of • stores that
> need "pruning" from spiralling out of control.
>
> A question I just thought of: Are you planning to write an extensive online • site
> guide once final features and procedures are in place, or do you anticipate
> fielding help questions yourself via email as they arise?
Online Guide and as much help in each section as possible. The only thing I
should be doing is approving sellers and adding more features. There will
also be a guide on how the shopping cart works. It is possible that after a
buyer adds an item into their cart and before they checkout, the seller
updates the price. In this case, it will be sold for the original price, not
after the update.
> It's time-consuming
> either way, so I'll go on the record as being willing to pay a small fee • (say, 2%
> or so of my gross sales on BrickBay, tabulated monthly) to help cover Dan for
> resources expended on the project--which will doubtless be more extensive • than even
> he anticipates--because time and effort will end up being taken away from his • own
> purchasing, sorting, and selling endeavours.
Not a problem. It is always a pleasure to assist folks who love the product
that we are all here for.
> It may not work out to a king's
> ransom, but it might help offset a little bit of what he's giving up by doing • this
> excellent thing for straight-sellers. Well, I'll offer to pay it, even if he
> doesn't implement it as standard. :)
Thanks. It will also help to pay for the hosting fee.
> With that in mind, would it be possible to implement some kind of e-mailed • balance
> sheet at the end of each month, to let sellers know what they've sold and for • how
> much in that month?
Yes. There will be an e-mail notification coming out on the first of each
month with exactly that information.
P.S. If noone speaks up against it, I'd like to host 1 MLCAD-rendered Ldraw
image for each part as a guide in the building inventory section.
|
|
Message has 1 Reply:
 | | Re: Brickbay Temp URL Available
|
| (...) The (currently unwritten) terms of use for LDraw specify that you can do whatever you want with the images you generate from the LDraw data. Will you have an image for each part, in each color? It would be very nice to not have strictly gray (...) (24 years ago, 25-May-00, to lugnet.market.shopping)
|
Message is in Reply To:
| | Re: Brickbay Temp URL Available
|
| (...) Configurability would be the very best solution IMHO as a seller, but probably an ordeal to implement (though I may be wrong on this). However, the second option James mentions sounds good as well; the more I think about it, the more I like (...) (25 years ago, 24-May-00, to lugnet.market.shopping)
|
47 Messages in This Thread:
 
 
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
This Message and its Replies on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
