Making an Open Source Project Press-Friendly

blackbearnh writes "Corporations know that part of launching a successful project is projecting the right image to the media. But a lot of open source projects seem to treat the press as an annoyance, if they think about it at all. For a reporter, even finding someone on a project who's willing to talk about it can be a challenge. Esther Schindler over at IT World has a summary of a roundtable discussion that was held at OSCON with pointers about how open source projects can be more reporter-accessible. 'Recognize that we are on deadline, which for most news journalists means posting the article within a couple of hours and for feature authors within a couple of days. If we ask for input, or a quote, or anything to which your project spokesperson (you do have one? yes? please say yes) might want to respond, it generally does mean, "Drop everything and answer us now." If the journalist doesn't give you a deadline ("I need to know by 2pm"), it's okay to ask how long you can take to reach the right developer in Poland, but err on the side of "emergency response." It's unreasonable, I know, but so are our deadlines.'"

Comments

Reporters Need A Story

[curmudgeon99]

The reason most open-source projects get no press is they have neither a story to tell nor a storyteller to tell it. Linux is a good example. There was a story to tell--the story of Linus Torvalds. Windows--always meant telling a story of Bill Gates. Likewise, the Mac story always equates to a Steve Jobs story. Then you have the case of a Gaving King, who never misses a chance to be rude on the forums, who is always irascible--he does his cause no good. If you want good press, you need a story and a messenger.

Re:Gentoo??

[drseuk]

Can I get back to you in a few days when I've finished building?

Reporters aren't the only one with deadlines

[dark_requiem]

Simply put, FOSS developers usually fall into one of two categories: hackers coding in their spare time and those who work on FOSS projects as part of their job. Those in the former category likely have day jobs, and are already short on time. They do this as a hobby, and if their spare time is spent coding, they don't necessarily have spare time to devote to commenting for reporters. The latter category is contributing code as part of their job. They likely don't have the authority to comment on the record regarding their work, or they have to get permission from the marketing trolls to do so. Either way, if you're getting a response, it's not likely to be quick.

The lesson here is plan ahead. As soon as you know you're going to be working on a story, start asking for comments. If you wait until the last second, you're likely to not get a reply. Yes, reporters can get short deadlines, but you can't expect volunteers contributing their spare time to jump at your say-so, and you have to allow time to get the corporate wheels rolling in the latter case.

It's not an emergency

[harmonise]

It's unreasonable, I know, but so are our deadlines.

Then fix your deadlines. Use proper planning and communication. This "drop everything now and focus on me" attitude doesn't really work well inside of companies and certainly won't work well when you want something from some else outside of your company.

annoyance

[backwardMechanic]

it generally does mean, "Drop everything and answer us now."

...and reporters wonder why we're not delighted to hear from them. One of the nice features of the open-source world is that projects become popular because they're good at what they do, rather than by shouting louder than anyone else. In such a world, press attention is less important. Which is fortunate, given the low quality of so much IT reporting (just because you can copy-paste the press release, doesn't mean you should).

Usually, poorly communicated in every way

[Futurepower(R)]

Another reason most open-source projects get no press is that they are very poorly communicated in every way. An example is LaTeX. It requires two paragraphs in the Wikipedia article to explain just the name.

Another example is GIMP. One of the meanings of gimp is "cripple".

Another example is UltraVNC. UltraVNC is excellent. The UltraVNC web site is a mess.

The open source experience is often "It's free, but you must spend a very frustrating week learning how to use it." Those who write for publication don't have a week to understand a project, and they don't want to write about something that would frustrate their readers.

Annoyances...

[giminy]

The summarizer says:

But a lot of open source projects seem to treat the press as an annoyance...

And the press-person says:

'...it generally does mean, "Drop everything and answer us now." If the journalist doesn't give you a deadline ("I need to know by 2pm"), it's okay to ask how long you can take to reach the right developer in Poland, but err on the side of "emergency response." It's unreasonable, I know, but so are our deadlines.'

Wow, I can't imagine why volunteer developers consider the press an annoyance. Maybe the press should cut back on the 30-second deadline and take some time to actually get facts, instead of getting something out the door now, even if it isn't right. I think that journalists with this attitude are probably in the wrong business -- you should be doing research and finding the story, not demanding that a non-storyteller drops what they're doing to give you the story on a silver platter. Software only appears to move quickly...in reality, businesses are slow to adopt new software these days. Taking the time to do thorough research on an open source project will not kill the press, just like waiting a few weeks for a story on a software project will not kill the software project.

Me, I would prefer to read the right story than the first story. I wish that the press' job to make sure that the right story is the first story...but that shall continue to be my wish.

Other press friendly methods

[improfane]

Is anyone else struggling to find the actual article? My CPU and fans went crazy on the actual article.

If you ask me, open source projects need to do these to appeal to the outside world:

• Treat the project like an actual marketable product, look at UltraVNC homepage It's delicious, you'd almost expect that you would have to purchase it. The author is obviously passionate about all these features. The download page even has videos for parts of the product!
• Naturally, put lots of beautiful screenshots and videos
• Advertize open developer chats to get user feedback. Maybe a moderated IRC channel which could then be turned into an interview on the website.
• Create narrated videos with Wink. Take a look at some o
• Using Mozilla's Press Center as a guide, I found the following:
• • A dedicated press email address. You could set up an email address that autosubmits to your bug or issue tracker I reckon.
  • Links to all closely related communities, like Mozillazine, Foxiewire and For the Record. Anything that expresses 'community support' to a journalist will be juicy!
  • There's a list of rewards and awards down the right side. This kind of thing is quoted by magazines, stuff like 'worlds most secure browser', of course you need reviews first.
• User testimonials. Look at OpenVPN.
• Have a section called 'Community' and link to the IRC channel, mailing list and web forums.
• KDE has a section called 'KDE for your business'. It is explicitly trying to sell KDE to users by suggesting success stories of real people
• Impress businessy types makes me go cool.

If you want support from everyday people, you have to sell them the idea.