Open Source companies have various internet-based channels at hand to reach their community and prospective customers. The following approach has proven to be effective in reaching the various target audiences within and outside of an Open Source ecosystem.

The basic idea is to let information flow freely inside and across various communication channels so that information pieces can “bubble up” and be compiled into more comprehensive and valuable sources of information that serve a business purpose.

For example, a forum discussion could form the basis for a technical article that is supposed to be published by a magazine with the goal to attract new software developers to the community. In this case, the outlined information value chain serves the purpose of community development. The nice thing about it is, that the article author will save time when writing the tutorial, because the discussion that happened in the forum already allows him to understand all relevant aspects of the topic and might also provide useful information, links to other resources, etc.

To achieve far reaching and successful marcom, Open Source companies should set up or become active on all relevant channels.

It is first of all important that communication actually happens and of less importance that it happens in the right channels. For example, if Open Source vendors think of providing a public Wiki to the community, quickly fears of a chaotic information overload come up. In fact, I have never seen hoards of community members occupy a very young Wiki. The truth is that you will have enough time to restructure content as you see fit.

Of course, you should make sure that the Wiki has a basic structure right from the start so that it becomes clear what kind of information it will provide. Additionally, it should already be populated with important content such as information where to find mailing lists, forums, Weblogs, etc. Especially when it comes to discussion channels such as mailing lists and forums, they should only be established if you are sure that they will be used actively. Otherwise, your community will appear as if it were inactive, which again alienates new potential community members.

To avoid dead communication channels, I recommend to deliberately leave pain points for a growing community. For example, don’t set up a forum in a non-English language unless there are community members who ask for it. If you then set up a dedicated forum for them, they will appreciate that you listen to your community.

Above diagram gives a good idea of the most important communication channels that all make up for the best media mix to enhance the visiblity of your Open Source offerings.

• Twitter is today’s premier channel for teaser-style communication that creates incentives for the readership to learn more about you.
• Forums and/or mailing lists are a must-have from a community building and customer relations perspective.
• Weblogs are a perfect mean to achieve technical and business-oriented thought leadership.
• A Wiki is a great tool for collecting all relevant information at one place with full flexibility of gradually modifying and extending the information base. A Wiki is somewhere in between the ad hoc style of conversation through Twitter, forums, mailinglists and a rather editorial process that a newsletter or book requires.
• Newsletters seem outfashioned in today’s world of social media marketing, where it’s more about pull information (RSS) vs. push information (newsletter subscription). The great thing about newsletters is, that they require someone sits down and collects all information important to your developer or business community of let’s say the past 4 weeks. A newsletter makes sure that everyone within your company and community has the same basic knowledge of what’s going on.
• Presentations of technical or business talks also collect various information pieces and present them to a live audience at events.
• Articles, Screencasts, and marketing collateral can be produced much more easily if there is already a multitude of existing information, e.g. in a newsletter, Wiki, Weblog, etc. A newsletter for example might even trigger the idea to write a case study about a new customer reference that has been mentioned in the newsletter or to create a screencast about a nifty new feature that was mentioned there.
• Public and Analyst Relations are much more effective if you have further information that you can provide to journalists and analysts. It also makes it easier for your PR/AR agency to write press releases if they have something they can research. It’s also very handy to be able to harvest and reference related resources such as Weblog entries, Screencasts, and more when building landing pages for a campaign.
• Books and documentation are hard to write, because they require a lot of effort. Again, they become much easier to create once there is already valuable information, such as various articles that have previously been written for magazines and can now be reused and modify for e.g. a technical book. Books and technical manuals represent the most comprehensive type of information to offer for example to those who intend to thoroughly learn about developing with an Open Source software.

An Open Source organization’s marketing and communications very much benefits from uncontroled conversations happening within the related Open Source community. If a vendor tried to manipulate communications within “his” community, he would suffer from higher marketing costs, because the free flow of information that comes at no cost will dry up.

In a nutshell, Open Source communications should take care of the following points:

1. Make and let communication happen.
2. Avoid dead communication channels.
3. Don’t control, don’t manipulate.
4. Harvest and refine information pieces.
5. Deliberately leave pain points for the community to remedy.