Books as Documentation: The Wheel Turns?
I recently heard through the grapevine about a deal done by one of my competitors, in which they are "publishing" a book for which most of the copies are bought and distributed by the vendor. Now vendor buybacks are nothing new, but the rumored scale of this deal reminded me of the ways things were back in the 80's, before the huge expansion of the computer book market made companies think they could dispense with publishing documentation altogether. (Hence the Missing Manual.)
It could be that the wheel is turning. I actually started O'Reilly as a technical documentation consulting company, and in our early publishing efforts, sales to corporations of books to replace their internal documentation efforts were a huge part of our business. This was particularly true with the X Window system, where the O'Reilly X series became the de-facto documentation for virtually every workstation vendor. I still remember one X Consortium meeting (maybe around X11 R3), where one of the members raised the question of documentation, and Bob Schiefler, the director of the consortium, said "Don't worry. I'm sure O'Reilly will take care of it."
Companies realized they could save a boatload by having an external vendor develop a high quality manual set that was also sold as a commercial book, which they could then purchase and distribute to their customers. But then, as the retail computer book market boomed, companies realized they could save even more money by not offering a manual at all and sending their customers to the bookstores. But in the past few years, the chains have cut their computer book sections way back. Now publishers are in turn coming to grips with the new reality, that many books that used to sell well are no making them any money, so why should the vendors be getting a free ride? We've increasingly been having conversations with major vendors (and not just small wannabes) who want to see books published on their products, but are being told by publisher after publisher, "no way, unless you commit to a major buyback." In short, companies will have to go back to investing in their own documentation.
And the fact is, that partnering between software vendors and publishers is a great way to get top quality documentation done. Some of our best work at O'Reilly has come when we could start with internal documentation (specs, for example) written by truly knowledgeable insiders, and then add to that our outsider's insight into what the reader really needs to know, our organizational and editing skills, integration of practical knowledge gleaned through technical reviews by outside experts, and a dash of marketing savvy. It's a bit like a relay race. A team passing the baton at just the right time can outperform any individual contributor.
Back to memory lane: My very first public "op ed", from October 1984, was entitled Documentation and the Future of Unix, and in it, I described the need for three manuals in addition to the standard Unix doc set. I went on to develop these three books in conjunction with one of my clients at the time, the Massachusetts Computer Corporation (Masscomp). They were first published as Masscomp documentation, and only later became bestselling books: Learning the Unix Operating System, Essential System Administration, and Unix in a Nutshell.
tags:
| comments: 2
| Sphere It
submit:
Subscribe to Comments on this Entry:
0 TrackBacks
TrackBack URL for this entry: http://radar.oreilly.com/mt/mt-tb.cgi/8052
Comments: 2
Who was the publisher and who was the vendor involved the deal? Or is it not public information yet.
What was the rumor regarding scale? How many units are typically part of a buyback nowadays versus the 1980s? Do you think the buyback trend will grow as the retail chain channel becomes more and more ineffective and vendors realize the importance of quality content?
Seems like publishers are seeing the end of profitable volume sales through mainstream distributors and giving the vendors of the stuff they write about the choice: either you guarantee our sales or we're not publishing about your product.
Companies know that having books published about your product is a good way to get exposure.
Customers after all tend to buy into technology they can get information about, and books provide that.
Personally I wanted to do something with either Python or Ruby about a year ago. I chose Python based purely on the larger number of books published about it, and I don't think I'm the exception.
Now those are not commercial products, but the same thing applies there as well. Many people may buy Photoshop for example because there're more books about that than all its competitors combined (if they're not pushed by other users of course).
Having access to printed books is still a good way to ease your mind. If you don't know it you can get a book to find out about it.
So having books on a bookstore shelf about your product helps sell that product.
If you have a share of the profits of those books as well so much the better ;)
Post A Comment:
RECENT COMMENTS
Ken McNamara on America's Capacity for Change: @Tim - Thank you for t...
Rob on Software Above the Level of a Single Device: Hi Tim, You mention th...
Robert Passarella on Data on the Web: VGChartz vs. NPD: Meister & WTF? If you ...
Mr. Gunn on On Wikipedia, storms, teacups, and _why's notability: Oh god, that link is ho...
Tim O'Reilly on Why Arrington is Wrong about Yahoo!-Google Deal: terra210 - Looking at ...
Sean Buffington on Philly's First Ignite was a Smash: I was thrilled to see s...
kurtlar vadisi pusu on 'sfearthquakes' on Twitter: thanks very good....
games on Googling with Coverflow: Great Point ... Thank y...
Beau Vrolyk on On Wikipedia, storms, teacups, and _why's notability: RE: Apture link - work...

