A little over six months ago I shared some of the reasons for taking the plunge into PDF publishing as my full-time job. I thought some of you might like a brief update on how it's working out.

Financially, I've managed to double Ronin Arts' sales from where they were on the day I first quit my day job. This places me at about 50-55% of where I want to be by June, 2005.

Creatively, I've done a lot less than I wanted to. Part of the success of Ronin Arts has been the increase in publication of the work of others. That takes time from my own creative work and, at times, I spend entire weeks marketing/administrating. I never expected I would end up spending so much time away from writing.

What I have learned, so far, is that products between 5-20 pages are the most profitable for me. Anything that I can price between $1-$3 will sell between 2 to 3 times what a $5-$10 PDF will sell. And since less work goes into the shorter PDFs (some of them can be written in an afternoon) they're easier to complete and release. Compilations, either zipped compilations or completely new layouts with extra material, have also proven successful.

For me, D20 PDFs still have the greatest number of sales. Luckily, I enjoy writing for the D20 System but there are days when I desire to create games from scratch. I'm going to try and complete at least one new, original RPG in 2005.

Anyway, I just figured that some of you may find this interesting/useful. Feel free to ask any questions.

Hey Phil,

Anything that I can price between $1-$3 will sell between 2 to 3 times what a $5-$10 PDF will sell.

Is that 2 to 3 times the number of units sold? Or are you saying 2 to 3 times more in total revenue (so something like 6 or 10 times as many units)?

Paul

Paul Czege wrote: Is that 2 to 3 times the number of units sold? Or are you saying 2 to 3 times more in total revenue (so something like 6 or 10 times as many units)?

Basically what's happening is that people are assembling their own $6 magazine out of 4-5 parts that they choose from Phil's stuff.

Would you mind giving a ballpark number for sales? I know that finances are a sensitive matter, but it would really interest me, as someone who has contemplated publishing some things as well.

Thanks.

Well, since starting PDF publishing in 2002 I've had close to $60,000 in sales. Does that help any?

Sweet, glad it's working out!

Doubling your production by June... will you be able to handle that all by yourself, or won't you have to hire more folks to take care of bankrolling, marketing, organization, etc? Just wondering where the "Profit!" vs "Burnout" ratio is falling.

Good luck!

-Andy

philreed wrote: Well, since starting PDF publishing in 2002 I've had close to $60,000 in sales. Does that help any?

Andy Kitkowski wrote: Doubling your production by June... will you be able to handle that all by yourself, or won't you have to hire more folks to take care of bankrolling, marketing, organization, etc? Just wondering where the "Profit!" vs "Burnout" ratio is falling.

Lxndr wrote:

philreed wrote: Well, since starting PDF publishing in 2002 I've had close to $60,000 in sales. Does that help any?

Is that gross sales, or "net" sales?

philreed wrote: Possibly. What I seriously need is a submissions editor ... The person would prepare outside manuscripts and send them to me edited and in the format I need.

Vaxalon wrote: Editing I can see... but format? Everything I've ever written has had to conform to a submission format, or it wasn't a submission. If you've got more work than you can handle, why are you accepting manuscripts that aren't in your format?

Hey Phil,

To properly expand would require an editor with the ability to correct style sheet errors and, slowly, train the better authors to properly use style sheets.

What percentage of your editing work is actual editing, and what percentage is fixing style sheet problems?

Paul

Paul Czege wrote: Hey Phil,

To properly expand would require an editor with the ability to correct style sheet errors and, slowly, train the better authors to properly use style sheets.

What percentage of your editing work is actual editing, and what percentage is fixing style sheet problems?

Paul

Thanks for the information--it's really helpful. I can see why the smaller PDFs are working out well. For me (someone on a narrow budget), it's just so much easier to pick up a $3 PDF and enjoy it than pay $20 for a collection. And you can control the specific information you're getting, rather than having a big package with some things that are good (or useful for me specifically) and some that aren't. It's like iTunes, really. I never buy whole CDs anymore, but spend money on individual songs, even if the album costs less than all costs combined. After all, I won't like some of the songs enough to really want them.

What style sheets are you working with? Do you use MS Word to create the PDF files?

xenopulse wrote: What style sheets are you working with? Do you use MS Word to create the PDF files?

Ah, thanks.

I wish I could ofer my services as an editor, seeing that I proof, edit and format documents on a daily basis, but I doubt that I have the D20 experience, market overview or probably even available time to do the job.

In any case, I appreciate the insight into the business.

Out of curiosity, Phil, what kind of workload (weekly hours-wise) would such an editor be taking on?

Brendan wrote: Out of curiosity, Phil, what kind of workload (weekly hours-wise) would such an editor be taking on?

Thanks for sharing your experience with us Phil, your success gives all us indie publishers hope.

I can see that part of your success is offering small, relevant and inexpensive supplements for the huge d20 market.

May I ask you how you would market a large non d20 crime book.

Dog Town: Core Rules is a 289 page gritty grand theft autoesque crime game retailing in rpgnow at $20 that has it's own Split System Game mechanic.

Have you got any tips?

I can send you a complimentary copy if that would be of help.

Thank you

Jonathan Ridd
Cold Blooded Games

Hey Phil,

I recommend¹ the following:

First do (or hire someone to do) a data analysis of what you're publishing. I bet a skilled data analyst would identify fewer than eight "entry types" across all of your content (e.g. magic item, character class, monster, etc.), and each with a fairly simple content structure (i.e. set of data elements).

Create a tagging structure for each data type.

Collect content from your writers as tagged ASCII files. Formatting (boldface, italics, etc.) is also tagged.

Parse content using an off-the-shelf parsing application configured to recognize the tag structures of your data types. Fix tagging errors prior to Quark.

Develop Quark styles that recognize your ASCII tagging schemes and apply formatting as appropriate.

Upside:

No more messing with Word styles. The parsing application reports errors, which are fixed by your writers prior to Quark. Quark then applies all styles based on the coded data...and those codes will have been validated.

The Big Upside:

You move toward database publishing. By properly creating the tagging schemes for your content types, you collect more data (actually not content, but data about your content) than you actually typeset. And then you use that data to package and repackage your content. So, you publish "100 Cursed Wands." And you publish "22 Tropical Beasts." And for everything you're collecting "locale" information. So, later, you publish "The Duchy of Fear," which includes some of your tropical beasts and a couple of cursed wands, as well as descriptive information on various cities within the Duchy. And as you continue publishing, you continue growing your database of content, and spitting out variant slices of content. Next year you do "The Armor of Overlords," which includes stuff you had created as original material for "The Duchy of Fear."

By collecting and storing the content as ASCII files (a style-impartial format), you're able to implement crazy and diverse formats for the individual products. Your customers love getting just the slice of content they want. The effort you put into creating all these different slices is minimized. so you're positioned for spending more of your own time making them all look artistically distinctive. And you create sales across products.

Paul

¹ Skeptical? I have fifteen years experience in database publishing, as a project manager, consultant to project managers, and creator of workflows.

Paul Czege wrote: Hey Phil,

I recommend¹

¹ Skeptical? I have fifteen years experience in database publishing, as a project manager, consultant to project managers, and creator of workflows.

Solly Brown wrote: May I ask you how you would market a large non d20 crime book.

Dog Town: Core Rules is a 289 page gritty grand theft autoesque crime game retailing in rpgnow at $20 that has it's own Split System Game mechanic.

Hey Phil,

Well...I'm not so sure I'd go so far as to recommend that you create an actual physical database. I think the real win for you would be from having a consistent tagging structure for your data, and for that tagging structure to be informed by a vision for ways you might want to use the data again in the future. So, if you're doing "The Duchy of Fear," you still include locale information, because you may want to use some of the magic items in a book that isn't specifically about the Duchy. And maybe you have the writer do a one-sentence "blurb" for every NPC, monster, and weapon as well. "Octavius the Blind, who gave up his own eyes so a terminally ill goblin child might have a few days of sight before he died." That way, when you start work on "101 Paladins," you have blurb text for the back cover and whatnot. The real trick will be your implementation of Quark styles. It should be the style you apply to a chunk of content that determines what elements are part of the layout and what elements are not. So, creating a list of back cover blurbs is applying a style that ignores all of the content but the blurb, and creating the page with a magic item on it within "Duchy of Fear" is applying a style that ignores the blurb and the locale.

You don't need to store everything in a database for this. You can always query against text files to find the content you're looking for (locale equals "Duchy of Fear). Sure, you could store everything in a database and output yourself one giant file of content, but I can't see that offering a seriously significant speed advantage. When you do your layout you're still going to have to apply styles to individual chunks of content if their structures are different; just manually pulling in the file (monster, NPC, city description, whatever) as you're working with the styles doesn't seem like it would be so much slower. The big wins for you would be knowing that your styles were going to work with your data (because the data has been used before and/or has been parsed to validate the tagging structure) and starting to think like a database publisher in how you create your content.

Paul

Paul, you've just taken a vague idea I've had, of "industrializing" the process of putting together a "crunch"-heavy d20 product (by having a database of, frex, stats for characters and monsters across a wide range of levels that can be developed once and then used to spit out specific stat-blocks ad infinitum) and taken it to the next two levels.

Like Phil, I'm going to have to spend some time processing what you just laid down, but I'm very excited about the concept. Add in an open license component - that multiple publishers could draw from the same database, since it's all open content - and you've got a roaring juggernaut of synergy.