YAPC::NA 2012 gets away from RTFM marketing


Reposted from my main blog.

Too many times I've seen a conference announced once, and then never heard about it again. It's what I call the RTFM method of marketing: Either you happen to know about the event, or you lose out. This year for YAPC::NA, the annual North American grassroots Perl conference, lead organizer JT Smith isn't going to let that happen.

No sooner had the 2011 conference wrapped up when JT started daily postings about 2012's event to the YAPC::NA blog. He plans to keep that pace going for the next year, until June 13th, 2012 when 2012's event start. The goal is to keep people thinking about YAPC::NA in the next eleven months, and to keep everyone's expectations high. "Everyone at YAPC 2011 laughed at me when I said I was going to do a blog post a day," JT told me on Sunday, "but I've got the next 300 postings planned out."

It's not just frequency that's different this time. JT's writing about the details of the conference, and why you'd want to attend. His posts give tips about the best way to travel to Madison, and attract potential attendees with views of the conference location on the lake. A "spouse program" for the non-hacker members of the family is also high on his publicity list.

As JT and I ate lunch at the bar where he hopes to have a YAPC beer night, we discussed the mechanics of this ongoing communication campaign. JT has the next thirty postings written and posted to Tumblr with future publication dates, letting him create postings in batches, rather than every day. "I chose Tumblr for the blog because it has the best posting scheduling system," he told me.

You can follow the YAPC::NA Twitter stream at @yapcna, or the blog itself at blog.yapcna.org.

I give "RTFM marketing" that name because it's an extension of the geek notion of RTFM. "RTFM" comes from the rude geek response of "RTFM", or "Read the F-ing Manual". It's used as a reply to a question that the geek thinks should not have been asked, because the information exists somewhere that the querent could have looked himself. It's as if the rude geek is saying "The information exists in at least one place that I know of, and therefore you should know that information, too."

The idea that one should just have known about a given piece of information applies to this sort of undermarketing as well. Project leaders seem to think that when information has been published once, everyone will know about it. The RTFM marketers expect that everyone know what they do, read the blogs they do, travel in the same online circles as they do. This is a recipe for failure.

This mindset can be crippling when it comes to publicizing projects and events. Organizers do their projects a disservice when they market their endeavors with the expectation that everyone will automatically know about something simply because they're written one blog post about it.

RTFM marketers also don't spread their messages wide enough. They advertise to the echo chamber of the circles in which they normally run. They'll post to the standard blogs, post to the mailing lists they read, or discuss it in the IRC channels they frequent. This limits the potential audience for the project to the one with which the project leader is already familiar.

Tips for doing open source project marketing right:

  • Write & post frequently.
  • Write & post in many disparate locations.
  • Explain the benefits. Explicitly tell the reader why they would want to attend your event or use your software.
  • Change your messages. Don't post the same thing twice.
  • Never assume that someone will have read your previous message. It's OK to repeat something stated in a previous message.
  • You don't know your potential audience as well as you think you do. Think big.

I'd love to hear stories and ideas about how you got the word out about your project.


Much of the time things like "RTFM marketing" happpen because the guy doing the work does not have the background or experience to understand how these things work. Obviously people who are running a conference want to have people show up. They just may not know how to make it happen. thanks for listing some of the techniques here. I think the most important one though is to delegate. Delegate early and delegate often.
But that's not what I really want to talk about.

Use of "RTFM" is one of those short hands that means something to insiders and appears to mean something totally different to outsiders and sometimes to insiders who are in an off mood at the moment. It would help if we had some kind of lurking macro expansion facility in the universe that would notice usages like "RTFM" and expand it into an actual polite formulation that carries the same semantic load. In a Perl context for example RTFM can expand to:

"There is a documentation module available that details this topic in a way that might help you. I think if you visit http://perldoc.perl.org and paste some terms into the search field near the top of the page you might get some immediately useful information.

"If you have more question or find the search results confusing, please feel free to come back here and ask again."

Just thinking out loud.

@petdance I hope JT will be really able to stick to his plan. I thought once he wrote the blog is aggregated in Ironman ( http://ironman.enlightenedperl.org/ ) but it is not.

Anyway I'd be very interested what other places you mean in "disparate locations"? For YAPC I'd think mostly journals and web sites that cater to the technology people who live "near-by". (Could be a few hundred miles in the US).

For an open source project I am a lot less where else to post than on my own blog? (which is aggregated in several planets)

@Chris Fedde

This sound like a good idea though I don't know how that could be implemented and unfortunately the search capabilities of http://perldoc.perl.org/ are not enough. Have you tried to search for $_ or for @_ ? Even searching for "while" does not give results.

@gabor: I did sign up for Ironman, but then I change the URL and forgot to sign up again. Thanks for reminding me.

Leave a comment

Job hunting for programmers

Land the Tech Job You Love, Andy Lester's guide to job hunting for programmers and other technical professionals, is available in PDF, ePub and .mobi formats, all DRM-free, as well as good old-fashioned paper.