My Photo


  • Loading...

Disclaimer


  • The posts on this weblog are provided “AS IS” with no warranties, and confer no rights. The opinions expressed herein are my own personal opinions and do not necessarily represent those of my employer.

    © 2014, Joseph B. Wikert
Blog powered by Typepad
Member since 02/2005

Enter your email address:

Delivered by FeedBurner

« Amazon Prime Time | Main | Why a Used Ebook Ecosystem Makes Sense »

August 20, 2012

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d83452242969e2017c315fe7b8970b

Listed below are links to weblogs that reference In-book Purchases:

Comments

Tony Hursh

Not until we get a real multimedia ebook standard. Amazon and Apple have proprietary solutions, and epub3 is just all-around nasty. It's one of the worst examples of design-by-committee I've ever seen.

I wish some forward-thinking publisher (cough... O'Reilly) would develop a real, usable standard for this and open source it.

Ideally it would be something that works in a regular web browser. That would let a thousand flowers bloom. Want to add in-book upgrades? No problem. Just add a hyperlink to the purchase portal, and have the premium content located in special divs that get populated via Ajax after the purchase has been completed. No purchase -> the div gets populated with a banner suggesting the upgrade.

You'd want to make really, really sure that the reader understood that they weren't getting the whole thing with the initial purchase, though. It might be better to make it an add-on volume/appendix rather than sellling a book with big holes in it.

Joe Wikert

Thanks for your thoughts on this, Tony. I'm wondering if an HTML5-based solution would be best. That turns it into a platform for any customer with a decent browser. We'd still have to build all the surrounding upgrade capabilities, but a browser-based solution makes sense to me.

Tony Hursh

Yes, definitely. HTML5, CSS3, Javascript, and maybe any advanced features that are found in the intersection of WebKit (Chrome, Safari) and Gecko (Firefox), for a bit of future-proofing.

That would get you a package that can be run on every desktop and notebook and every common smart phone and tablet. If someone wants to build a dedicated reader, the underlying software would be there for free.

That would cover the client side. The server side would need some careful planning. In addition to the multimedia stuff, I'd like to see gradeable (and updatable) quizzes and built-in discussion forums. Ideally the whole thing would be a turnkey package that you could deploy to Amazon EC3, Google App Engine, Heroku, or the like.

Rechtsteiner

There are really two issues at play here, both of which are critically important.

The first issue is the presence of and support for multimedia / interactivity in an ebook / app. The battle between HTML5, CSS3, Javascript, ePub3 and a host of proprietary formats and how they will support multimedia is a significant issue that is deserving of its own thread. It's simply too big to address in a comment.

The second issue is the one I gravitated towards which focuses on an author's ability to serialize their works at a pace (and price level) commensurate with their work. The opportunity for an author to enable in-book (in-app) purchases for additional material(s) is going to become paramount to their success. The fundamental problem here, however, is that the retailer will take a significant cut of this in-work revenue which may further inhibit the author's ability to make a sustainable living from their works.

There is no question that authors and publishers should be looking at how in-book or in-app purchases can be used to increase their ARPU (average revenue per user). They should be pushing the bounds in the ways their works are created, marketed, sold and consumed on a daily basis. It is only with this pushing that the edges will be clearly identified and the business models can begin to evolve to support standard of living requirements (or not, as the case may be). If the authors don't push these bounds, someone else will push them for them (publishers? retailers?) and they will lose out in the ARPU opportunity.

For the record, I totally agree with Joe. I, too, would have loved to have been able to quickly reference some of the interviews, commercials, etc. and would have gladly paid "more" for the version of the ebook containing them (not just containing links to them).

Joe Wikert

Chris, I'd like to think that ultimately HTML5 will prevail and we won't be stuck with multiple formats (and variations of HTML5!) for too much longer. That's wishful thinking on my part right now though, of course.

Your point about author pace and the rev share is a very important one. I think this model works better when it's either implemented direct from publisher to consumer or author to consumer. IOW, having to deal with a cut in the middle makes it less attractive for the author, so will enough authors be willing to test it out? That's a big question we'll have to answer before this proves successful.

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been saved. Comments are moderated and will not appear until approved by the author. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment

Comments are moderated, and will not appear until the author has approved them.


  • Writer's Digest: 2013 Best Writing Websites (2013)


  • Sell Your Book Like Wildfire

StatCounter