I am building an e-commerce site to sell books. For a given book, it may likely be offered in multiple formats (e.g. print, eBook, online, etc.)
What is the best way to present the various formats?
Option #1: For a given title, have one listing in my product catalog and display whatever formats apply?
Option #2: For a given title, have a separate listing for each format. So if I am offering the book, “Guide to Better UI Design” and it comes in 3 formats, then I would have three separate listings in my catalog.
Take this for what it’s worth, but my take is Online/eBook should ALWAYS be available and should be the base option. The add on would be the physical book since it would cost extra with shipping and such.
So at order time, I would have the option of online/eBook or print + online/eBook.
Then in the library (if that’s still the way you’re looking at), I would have button links which point to each of the different eBook options + the online version.
Amazon’s page is nice but I am afraid it requires more technical know-how than I currently have. And my goal is to just get my site done and online in the next month or so.
So I want to choose something that provides good UI/UX, and then I can add fancier things later on.
It’s how I would offer it, but you could have up to three options:
Print
eBook/Online
Print + eBook/Online (with a discount off the cost of both)
Of those choices, I’d probably opt for an approach similar to B&N with buttons. The radio buttons are not needed unless you have a brick and mortar location as they only deal with shipping.
To be clear, I am trying to figure out which controls are more acceptable to use.
Is it considered good or bad design to use radio buttons? (I thought radio buttons were seen as being NOT mobile friendly?)
At the same time, would it be a better design to have the three options you mention, have a radio button next to each one, and then have one “Add to Cart” button?
The more I think about it, to me it is less confusing if there is a single “Add to Cart” button like B&H Photo has. And then have a radio button before that to allow people to choose the format of book they want.
So does that imply that you would prefer buttons over radio buttons?
If so, then are you also okay with there being a set of buttons where the user first selects the book format that they want, and then there would be a second button that says “Add to Cart”?
On a side note, I am also looking at A Book Apart, and they actually just have multiple “Add” buttons…
I prefer the look of buttons over radio buttons, but as long as the label is attached to the radio button so I don’t have to try to hit the exact radio button, I wouldn’t care one way or the other.
You’d have to do that with the radio button approaches.
If you’re going to send the user directly to the shopping cart afterwards (like ABA uses), that approach is fine. But if you want to allow them to continue shopping, then I wouldn’t like the approach because the chances of having extraneous items in the cart goes up exponentially.
If I used your code sample where you use an unordered list combined with a radio-button input, then that would capture which type of book format the user wants. And then if everything was wrapped in a form and my additional “Add to Cart” button was an input submit button, then I could pass along both the book format and the desire to add things to the shopping cart in one form submittal, right?
I actually have a question in the HTML/CSS forum related to this that I’d appreciate your thoughts on…
The “buttons” I linked to are nothing more than fancy radio buttons. So you’re not really clicking a button, but selecting a radio option. So whether or not it looks like a button or not, it’s still the radio button approach - you have to select a radio button and use the add to cart button. Hence why I had “pre-selected” a radio button. All the user would have to do is use the add to cart button.
3.) Why do you make the label transparent? And doesn’t a smaller z-index number put things in the background? I thought the label would be at the top of the stack, i.e. in front of the radio button?
To be honest, this is based on a snippet of code that I had bookmarked, which I changed to meet your needs - a five minute hack…
Try removing it and you’ll see the change in positioning. I’m sure you can handle it with negative margins, or changing the margin on the lists, but I didn’t bother tweaking it…
Remove the opacity and the radio box will show…
The label is transparent because the sample snippet had a colored background, but I found that selecting a different box wasn’t changing the background. You can remove it.
Because I wanted the price to show under the object, and that’s a quick and easy way to do so.
It puts the border around both the checked radio button and it’s label