Here’s the (Flemish) web site for the band Flat Earth Society:
It’s nice looking.
If you click around for a page that lets you buy something, here’s what you get:
It looks like a scuzzy back hall that nobody goes to, doesn’t it?
Hit one of those Add To Cart buttons and here’s what you get:
It’s like shopping at Prada and finding the checkout counter is in the bathroom. But nothing unusual there — the purchasing experience is often the weakest part of music on the web.
P.S.: That Pay Pal screenshot is a data URI embedded via data URI kitchen. It’s more convenient to do that than to upload a file to my web server. If it doesn’t work for you, can you leave a comment saying what browser you use? I wouldn’t do this on a commercial site, but this is a blog…
5 thoughts on “purchasing flows of band sites”
About that dataURI..
It’s included in the RSS feed, probably making it at least double in kb size.
Google reader appears to strip out <img src=”data:..
In Chrome I can’t right click and save the image from your page. Firefox has no problem saving it.
love that you are using dataURI.
it’s so edgy.
the downside of framing these sites though is that they use popup ads. screenshots are more appropriate but then you are back to uploading images to your webserver or using a service via bookmarklet etc.
now that you have posted a bad example… could you post (or refer to an older post) that demonstrates a good example?
It’s surprising that data URI are still edgy. But it still creates a lot of friction.
Too bad. It would be nice to eliminate the step where I fire up Filezilla, upload, type out the image URL, check it, paste it into the blog post. When I deep link to somebody else’s image it’s just to avoid that labor and not because of the bandwidth. Same reason I iframed those sites rather than doing screenshots.
If you had in-place purchase flows, do you think users would feel comfortable entering the credit card?
About a good example, I’ll be damned if I can think of one.
I like the Amazon MP3 downloader. I like the iTunes app store, and I like the song purchase experience at least a little. I love the eMusic experience.
With In Rainbows I found the download software so awkward that I fired up LimeWire to do the download *after I had already given the band $15*.
|”If you had in-place purchase flows, do you think |users would feel comfortable entering the credit |card?”
not normally, not now. but ideally, we will eventually get to that point where your one-click purchase is a web-wide standard, not just a site-wide feature (ie. amazon.com).
whether or not is is client(web browser) or cloud based… or a mix… we’ll see.
so we should see improvements in this area.
and when we do, everyone wins.
‘With In Rainbows I found the download software so awkward that I fired up LimeWire to do the download *after I had already given the band $15*.’
Why not separate the sale of copies from the sale of the art?
If the copy costs nothing to make or distribute, it’ll end up being priced at zero (in a free market).
Whereas the art, being expensive in labour, time, and skill, you can pay a commensurate amount for.
Sounds like a fair deal to me: “Audience make your own copies. I’ll only sell you what you can’t make yourself: my art.”