Posts Tagged ‘ebooks’

A practical guide to selling ebooks online

Sunday, December 2nd, 2012

"What’s Next?"

Since this is a question I get a lot from users at eBookBurn.com and the stock FAQ answer usually leads to even more questions, I thought I’d summarize the details here.

This guide assumes you do not have a literary agent or publisher and are embarking on a self publishing journey.

It also describes the steps I went through in posting my own ebook, "Hurricane Sandy: The Diet" for sale (and of course, I would be remiss not to mention that it’s also available on iTunes and Barnes & Noble as well).

What you’ll need

Amazon

Amazon Kindle Direct Publishing (KDP) is by far the largest marketplace and exercises the least editorial interference.

That’s both good and bad.

On the plus side you can write about almost anything, and it has the potential to reach hundreds of thousands or more readers (Amazon has never disclosed how many Kindles it has sold).

On the other hand, there is a ton of literary flotsam and jetsam that normally would never have seen the light of day otherwise, and your book will be competing for attention in that mix.


The KDP “Add Book” form is simple, and getting a book listed for sale is fairly quick, usually within a day or so.

While at Amazon, go ahead and create an affiliate account so that you can take an additional share of the sale if a buyer gets it by following a link from your web site, blog, twitter feed, etc.

If you’re unfamiliar with how affiliate programs work, read the help on Amazon’s site or this more general article at Wikipedia.

Apple

Apple’s iBookstore, which is part of iTunes, makes your book available to iPad and iPhone users, as well as people using Mac desktop or laptop computers.

Apple has some prerequisites of its own:

  • Get an Apple ID if you don’t already have one
  • Download iTunes Producer (as of this writing, the latest version is here)

Unlike the other sites which let you upload your epub file from any web browser, you must use iTunes Producer to deliver your book to the iBookstore, and since there are no versions for Windows or Linux, you must have access to a Mac OSX computer.

Apple is notoriously slow and capricious in its review process, and has been known to reject books for no good reason.2


One the plus side, the content in the iBookstore tends to be of better quality, and you can charge more for it.

Barnes & Noble

PubIt is Barnes & Nobles’ answer to Amazon’s KDP.

It seems the smallest of the three marketplaces, though it’s difficult to be sure: like Amazon, B&N has declined to say how many Nooks have been sold.

Functionally it is similar to KDP, and they too have an affiliate program (though it’s invite only, and it’s not clear if it’s worth the trouble at this point).

They are a little more complicated, though, in that immediately after creating an account they may send an email asking you to call them and verify information you provided through the web form with one of their employees.

That verification takes a few days, but once you are cleared, adding and editing books through its web form is easy, and changes take effect within one or two days.

Other ebook marketplaces

There are several of them out there, but none merit any attention.


The typical iPad, Kindle or Nook user is not going to look outside the built-in store for content, and the few technically-savvy ebook nerds who do are going to want content for free.


1 I’ve never understood the value of an ISBN: it provides no intellectual property or legal protection, and with other, free or non-profit initiatives to classify books such as the Library of Congress and Open Library, there’s no good reason to spend money to get one. Fortunately, none of the three marketplaces require it (perhaps they tacitly agree with my sentiment, but are not in a position to say so out loud).

2 Apple’s over-zealous editorializing has opened them up to sarcastic protests, and occasionally they get stung.

How Startup Products Evolve

Thursday, August 11th, 2011
[ Edit: Reading this back, it occurred to me that what I described could also be considered a pivot, which is very much en vogue among the lean startup crowd. Since, however, there is some confusion as to what pivoting really means, I'll stick with my evolution analogy. ]

Just over a year ago, I was working on a new marketplace for ebooks, mostly because independent authors were being under-served by Amazon and Apple’s iBookstore.

They still are, actually, but every author I came into contact with really, really wanted to see their work sold there.

As one author put it to me, “If it’s not in iTunes, it’s not real.”

So the site struggled to get content, and without that, it didn’t attract any readers, either.

Would you shop here?

Listening to Clients

The problem (in my mind, anyway) was that the site’s clients (i.e., the authors) were asking for something that didn’t fit into my preconceived notions of what the marketplace should be:

Can you get my book in Amazon?
Why did Apple reject my book?
Do you have connections to Amazon and iTunes?
Can you help me format my book?

Eventually, though, those messages did manage to reach into my brain, and I realized something important.

Brain shown actual size

People want to sell on Amazon and iTunes, but they don’t have the technical know-how to do it.

Both Amazon and iTunes require authors to submit epub files that pass validation.

Since, however, the people who wrote the epub spec insisted on going with a uncompromisingly strict approach, it created a situation where producing an epub file is easy, but getting it to validate was hard.

Mutation #1: eBookBurn.com

So while the original marketplace didn’t survive, it demonstrated a problem that needed a solution.

That led me to build a different type of site, one where authors could create valid ebooks without knowing how to program.

As I’ve written before, it’s not only popular with users, but also generates revenue.

Those Pesky Off-Topic Requests

But once again, I started getting a stream of suggestions that went against my neat worldview of what eBookBurn.com was supposed to be.

This time, it was a variation of “Can you help me sell my book?

Unlike before, though, I didn’t have a clear vision of how I could help, or even if I could (and it’s not a problem for just independent writers: mainstream authors and established publishing companies struggle with this as well).

One author who has solved this problem is Amanda Hocking.

She admits to being baffled about why she succeeds while other, similar authors fail, and suggests a combination of “good covers” with “similar [cheap] prices”.

But Amanda’s books stand out to me for a different reason: her books have hundreds of reviews on Amazon, in stark contrast to other ebook-only titles.

And she has a strong presence on both Twitter and Facebook.

So would it be possible to mobilize people to read, review, and tweet about a given book?

Does Harry Potter do this to you, too?

Mutation #2: BookHunch.com

Enter BookHunch.com, which I recently opened to a small set of beta users.

The basic premise is that authors and publishers submit new or pre-release books to a community of book lovers, who in turn read, review, and share their opinions.

Readers get points for participation, which determine their level of access.

Points mean privileges, including special access to content, and, eventually real-world rewards in the form of gift cards or donations to favorite charities.

And all reading is social: readers can invite their friends, with whom they can make and share notes about the book, right alongside the text.

It’s also possible just to read the book and ignore all the community aspects of the site, so even digital hermits are welcome.

On the other side, authors and publishers not only get social media exposure and explicit feedback, but also analytical reports of readers’ implicit behavior: how many pages people read, where they stopped reading, how long they took on a particular chapter, etc.

And implicit behavior is interesting, in that it probably has more to tell an author than all the written reviews and notes do.

As this notable study of netflix habits shows, people tend to claim that they want to watch highbrow films, but when it comes to choosing what to watch right now, they usually wind up with something less refined.

More likely to survive and reproduce?

The initial response for invite requests has been encouraging, and I’ve already gotten some useful suggestions.

Here’s a preview article on the Digital Reader blog.

 

Illustrated ebooks with epub: using the svg image element

Wednesday, June 15th, 2011

All things being equal, the epub format is preferable to pdf for reading on devices like the iPad, Nook, Sony, Kobo, and other dedicated e-readers.

But for some types of books (such as manga, comics, or graphic novels), epub doesn’t seem to be able to handle large images that should fill the screen.

Apple has gone so far as to create its own fixed layout format for such ebooks.

It is possible, though, to stick with epub and get perfect results for illustrated ebooks, using the forgotten (or perhaps simply overlooked) svg image element.

Here’s a peek under the hood of how we do it at eBookBurn.com, as part of our new illustrated ebook publishing feature.

This is an example of the markup to use in your epub’s xhtml files for each image:

<svg version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="100%" height="100%" viewBox="0 0 592 900" preserveAspectRatio="xMidYMid meet">
<image width="592" height="900" xlink:href="images/page01.jpeg" />
</svg>

What this markup does is take a JPEG image sized 592 pixels wide by 900 pixels tall, and frame it in the center of a 592×900 svg element.

It turns out that 592×900 is the right size and aspect ratio for “standard-sized” six inch e-ink screens found on the regular Nook, and Sony Reader.

So why use svg at all?

Wouldn’t it be simpler to define it with the plain img tag (as this epub template does), like this?

<img src="images/page01.jpeg" width="592" height="900" alt="Page 1"/>

Unfortunately, many devices, such as the iPad and the Nook Color, have screens larger than six inches.

So on those devices, using the plain img tag in your epub’s xhtml files leaves an embarrassing whitespace gap, from where the image stops to where the actual screen ends.

The svg element shown earlier, though, is different: it stretches the image to fill the entire screen, while preserving the aspect ratio.

It’s also important to note that 592 width and 900 height specified within the svg and image elements should not be thought of as pixel sizes, since no units are defined, but as a width-to-height ratio.

So any image with the same aspect ratio as 592×900 will work well, regardless of its actual size. Scaling up to larger screens, though, also means the dpi count should be reasonably high, at least 72 dpi (and more for images whose base size is smaller than 592×900 pixels).

For most devices, that’s enough, but some e-readers insist on adding margins and other padding to each page, so it’s helpful to define this in the xhtml file’s head block:

<style type="text/css">
@page { margin: 0.000000pt; padding: 0.000000pt; }
</style>

And these css classes in the stylesheet:

.svg_outer {
display: block;
margin-bottom: 0;
margin-left: 0;
margin-right: 0;
margin-top: 0;
padding-bottom: 0;
padding-left: 0;
padding-right: 0;
padding-top: 0;
text-align: left;
}

.svg_inner {
display: block;
text-align: center;
}

So the final xhtml for each page image looks like this:

<div class="svg_outer">
<div class="svg_inner">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="100%" height="100%" viewBox="0 0 592 900" preserveAspectRatio="xMidYMid meet">
<image width="592" height="900" xlink:href="images/page01.jpeg" />
</svg>
</div>
</div>

Just repeat that pattern for every image in book, for every chapter that contains full-page illustrations.


Update, May 1, 2012: Moriah Jovan has been kind enough to provide sample epub files created using this technique:


A Freemium Model That Works

Tuesday, May 10th, 2011
If you are creating ebooks for sale, check out BookHunch.com, a new approach to promoting books, regardless of whether you are selling your books on Amazon, iTunes, or elsewhere.

When I started eBookBurn.com, I was unsure of the pricing model, but I was definitely determined to charge money for it.

Ebook conversion “consultants”, part of a cottage industry that has developed recently, take an author’s source material, spend several days or weeks hacking it into an acceptable (or in some cases unacceptable) digital file, and charge several hundred dollars.

So in that context, I started with a time-based scheme: one day of using the editor cost $25, one week cost $150, and so on.

My reasoning was: if an author already had their source file ready, copying chapters into the editor and making minor edits would take no more than a few days, the resulting files would read well, and it would cost just a fraction of hiring a consultant.

Unfortunately, people have come to expect that web apps should be free or at least “freemium”, and so my pricing generated some complaints.

Since I got no traction, I tried keeping the basic concept, but lowering prices.

That improved things a little, as I started to see some paying users, but the ratio of people who started to sign up versus those who actually paid and continued was disappointing.

So I tried offering three days free to every new account, and that worked, at least in converting visitors to registered users.

I saw a big jump in my log activity, and several new ebooks were being generated by different authors every day.

However, as before, very few of those users actually paid to continue once the free period was over, and many simply re-registered with a different email address.

It was frustrating, since traffic was high, and based on the number of new registrants I was getting, I knew this service filled a need.

Start Over

I got some unexpected help from a sales rep from a “deal of the day” site (i.e., an AppSumo clone).

She was interested in it, but wanted to come up with something that she could package and sell on their site.

I got her to sign up, and walked her through the basics of creating an ebook, which she got right away.

After a while, she said, “Why don’t you let people sign up for free, let them use the editor as long as they want, but when it comes time to actually burn* the book, charge them a flat fee?”

Eureka!

*Unlike most people who asked about the name, she immediately understood that the “burn” in “eBookBurn” was analogous to “burning” a CD or DVD, without my having to explain it first

The Benefits of Paying Users

A few days after I announced the change in policy, the site had already generated more revenue than in the prior month.

Even better than the boost in revenue was the increased feedback.

When people pay for something and do not like the result, they complain (i.e., unlike people who try something for free and simply shrug when something goes wrong).

Those complaints led me to fix several issues that I hadn’t seen or anticipated before, and it made the service even better.

Perhaps best of all were some of the emails I got back from users when I solved them:

You guys are awesome.

Let me just say that you rock!

So, yeah, thanks. :)

That is a PERFECT way to deal with the problem.

Now I will add the remaining chapters and finish the book.

Great!

Thanks!

It’s amazing how a few emails like that can keep you going.

Simplifying eBook Creation

Thursday, January 6th, 2011
If you are creating ebooks for sale, check out BookHunch.com, a new approach to promoting books, regardless of whether you are selling your books on Amazon, iTunes, or elsewhere.

UPDATE, May 10, 2011:
The latest news about eBookBurn.com can be found here.


Last year, I presented a talk at BarCampNYC5 on "How to Create an eBook".

I spent most of the talk on ePub, and how to generate ePub files programmatically.

That audience was mostly developers or people otherwise technically-oriented, and while there were a decent amount of well-informed questions, it was clear that creating an ePub from scratch was a lot of work, with few good (read: simple) tools.

Even Adobe’s InDesign, which is used by most professionals, requires significant manual reworking.

Fast-forward to last month, when I released eBookBurn.com, an online eBook creator composed of Xinha on the frontend, fused with a more sophisticated version of the ePub generator described in the IBM tutorial.

I announced it on Hacker News, reddit, and MobileRead.

The initial response was terrific, and I even got an early review at the Digital Reader blog.

Over the past week, I got a chance to address common feedback with an update which I released today. Here were the major points:

  1. Pricing
  2. The first go-round on pricing was based on the idea that if you hire a consultant to prepare a specification-valid ePub (and validity is important, since you cannot sell in Apple’s iBookstore otherwise, for example), it will cost upwards of $500 per book. So, in that context, a create-all-the-books-you-want model for a given amount of time made sense.

    Many people felt that was too high for self-serve, though, and it was a good point: while I make an effort to answer support emails, there’s no guarantee that I’m able and willing to address every customization request.

    So the new pricing reflects that, and there’s also a three day initial period where use is free.

  3. Cover Image Sizing
  4. Until today, your book cover image had to be exactly 590 pixels wide by 750 pixels tall. Any variation got you rejected.

    Now, it’s more of a suggestion, since the new release simply scales your image to the right size automatically.

    This is important for a few reasons: it’s a better user experience, and the 590×750 size is based on current standards, which will change over time as device resolution improves, etc.

  5. Importing from existing docs
  6. In the first release, you had to type everything from scratch, or cut-and-paste from another document.

    While that option is still there, many people wanted to be able to upload a non-eBook format document, and have the conversion done automatically.

    PDF was by far the most requested, followed (weakly) by MS Word.

    Even though PDF is a notoriously difficult format to parse into text, I have been experimenting with using the PDFMiner API, so I thought to try it here, despite Yusuke Shinyama’s warning:

    PDF is evil. Although it is called a PDF “document”, it’s nothing like Word or HTML document. PDF is more like a graphic representation. PDF contents are just a bunch of instructions that tell how to place the stuff at each exact position on a display or paper. In most cases, it has no logical structure such as sentences or paragraphs and it cannot adapt itself when the paper size changes. PDFMiner attempts to reconstruct some of those structures by guessing from its positioning, but there’s nothing guaranteed to work. Ugly, I know.

    The results are decent (if I do say so myself), but a lot depends on what kinds of pdfs are uploaded: essays, whitepapers, and other mostly-text docs come out ok, with some editing needed. Brochures, slides, forms, and other works with more intricate visual formatting require much more editing.

    But in contrast to other conversion tools which simply take static jpeg or png snapshots of each page (I’m looking at you, calibre), the full text is parsed and returned as text, which means it can be edited.

    There’s still no support for uploading and converting MS Word documents, partially because of how few people asked for it (especially relative to PDF), but mostly because of the huge pain in the neck it is.

    In theory, importing from Word’s docx format should be trivial, since it’s xhtml under the hood, which is just what ePub requires, but Microsoft added a few surprises.

    One option is to ask people to save as filtered HTML first, before uploading, but it’s not the best solution, so I’ll be considering ways to address that.

    I’ve also noticed that cutting and pasting from Word docs, which is the only alternative in the meantime, introduces funky Microsoft-specific namespaces which break validation, so I need to come up with a solution for that as well.

How to Create an E-Book for the Kindle, Nook, iPad/iPhone/iTouch

Saturday, April 17th, 2010
If you are creating ebooks for sale, check out BookHunch.com, a new approach to promoting books, regardless of whether you are selling your books on Amazon, iTunes, or elsewhere.

UPDATE, January 6, 2011:
I’ve created an online web service for non-programmers called eBookBurn.com. It’s a WYSIWYG editor, and there’s a longer, more detailed post about it here.


It was nice to be at BarCampNYC5 today. I presented a talk on e-book creation in the morning, and I was fortunate to have a great audience with good questions.

The presentation touched on the following topics:

• “Build a digital book with EPUB” — a programming tutorial, for those familiar with generating XHTML and XML

Sigil — a free and open source WYSIWYG e-book editor

Calibre — a free and open source e-book library app which can handle format conversions and device syncing

Fifobooks.com — an e-book marketplace created by my NYC-based startup

The full slide deck can be downloaded here.

E-Books: The Not So New Thing

Tuesday, March 9th, 2010

E Ink was one of those companies easy to miss during the Net Boom ten years ago.

While they got some press at the time, their product was too far off into the future to interest the lemmings buying stock in online dog food delivery companies.

In 2004, Sony used the E Ink technology to build an ebook reader called the LIBRIé.

The business model was similar to the DIVX rental format for DVDs which bombed so badly in this country: Sony and a consortium of Japanese publishers would let consumers “buy” books which were set to expire and become unreadable after 60 days.

It wasn’t long before hackers figured out how to disable the DRM, and if you were willing to do a bit of scripting, you could load and read all the books you wanted.

Amazon was paying attention, and it released the Kindle in 2007.

Unlike Sony, Amazon let you keep the book once you bought it, though they also use DRM, and occasionally upset their customers by removing paid-for ebooks.

Barnes & Noble jumped in with the Nook late last year, and there are more than 100 different ebook reader devices set to go on sale this year.

While most of the focus was on devices, we thought the real opportunity was in content, since the technology is now in place to allow anyone to publish, on any topic they choose, unleashing Long Tail effects.

The current market for home-brewed pdf books is similar to what the home-brewed software market used to be like, when independent developers would post their programs (shareware and crippleware) to download sites.

Few made any money, and from a consumer’s point of view, it was hard to know what was good and worth paying for.

That changed (at least in the mobile apps market) with the iPhone AppStore: there was now a central marketplace, which could be searched by popularity or reputation (reviews by other users), which made installing independent developer apps easy, and provided a way for developers to get paid.

We think the ebooks market is ready for a similar transformation.

Object Orientation in C (without the ++)

Tuesday, July 29th, 2008

Professor Axel-Tobias Schreiner shows how to use object orientation with pure ANSI C.

His book “Object Oriented Programming with ANSI-C” was originally written in German, but he’s also made available a free downloadable pdf in English.