Making an Open Source Application More Successful? 43
morphex asks: "I've written an application for information and task management called the Issue Dealer that has hundreds of users, many of them very satisfied with how it works. However, new user growth has been slow, and there's not much of a community surrounding it. What can I do to encourage wider use of the application, and what can I do to get more developers interested in development and bugfixing? In short, what's missing in this picture to make it an Open Source success story?"
Do as you have just done. (Score:5, Interesting)
Re: Do as you have just done. (Score:4, Funny)
Well that's strange. I posted my "for a hot night" advertisement^w question to Ask Slashdot three years ago, and I haven't gotten a single phone call!
Re:Do as you have just done. (Score:1)
Part of the problem here (Score:5, Insightful)
follow up on "articulate" (Score:3, Insightful)
Describe the purpose, design, and function. Include whatever clever applications of computer science principles you have used and why.
Interview some users, get their words and ideas down.
Describe current shortfalls or flaws, and where you want it to go and how you plan to get there. Close with whatever special features make it a killer-app.
Proofread.
Spellcheck.
Have a colleague who can comprehend the material proof it.
Submit everywhere *nix articles are published(I assume it is not
Interface (Score:3, Interesting)
OSS is hard to make successes with because, most often, the market is flooded with options, (lots of products), and most applications have, well, very specific applications.
Make presentations about it (Score:5, Insightful)
A lot of people get interested in technologies when they hear it examplained and can ask the developer - and face to face is much easier than by email.
To really get the value out of it, try to have your presentation recorded (like these from FOSDEM and other conferences [free-electrons.com]). And if you really want to get picked up by search engines and be accessible to deaf users and others with particular needs, event transcripts make for greppable copies of talks and presentations [www.ifso.ie].
Clearly... (Score:4, Funny)
version numbers (Score:3, Insightful)
version number (Score:5, Interesting)
Ian
Simple (Score:4, Funny)
Mod Parent Up! (Score:1)
Open Source It (for real) (Score:5, Interesting)
First, check out the book Producing Open Source Software [producingoss.com], I found it to be a very informative read. As a starting place, your website needs a little help. It's a little bland but that's not the big problem. It needs to be obvious right-away how I, as someone interested in the project, can get involved. You have the mailing list info which is a good start but a look through the archives proves to be quite lacking activity. Your three target groups are end-users, hackers, and developers. How would someone start "hacking" or just playing with your software? Give them some documentation. What is the process for becoming a developer? Where do I submit patches, how do I get commit access to the repository? Where do I submit bug reports?
You need to also ask yourself if you're really ready to release this as an open source project. I don't mean literally under an open source license, like you have done. I mean, are you ready to let a community of developers and users take control of your project and take it in directions you may have not considered? It's been your baby so far (from what I can tell) so this could be quite a change for you but the rewards could be great.
Re:Open Source It (for real) (Score:1)
It's been my pet project for quite a while now, and yes, I'm ready to let go and let it grow up. I guess one of the things I should do is make it more accessible to developers, but noone has r
Re:Open Source It (for real) (Score:2)
Re:Open Source It (for real) (Score:3, Interesting)
Seconded. Especially for end-users. Your product is a little more technical, so you don't need something perfect, but try to clean it up a little (have clear menu access to all the key parts of your site, organize the content a little better instead of having most stuff on the front page, have a news section for major updates/events, etc.). Also, make sure that it displays well in a variety of browsers (especially since with a technical audience, you'r
Re:Open Source It (for real) (Score:1)
Thirded. Your site is lacking a lot of details I'd expect to find about an application.
Advertise (Score:3, Insightful)
You have a marketing problem. (Score:3, Interesting)
Or, maybe an MBA project for one /.'ers who are going for that degree and publish the project on Freshmeat or something? Why not? I've never seen a F/OSS project that deals with the business side. Maybe it's time for that.
Some tips (Score:2)
2. Create a webpage that gets a message across... "The Issue Dealer is an application for managing information" could mean anything.
Re:Some tips (Score:1)
Get it into distributions (Score:4, Interesting)
At least for Linux usage, one of the best things you can do is to get your package into major distributions, so that when users are looking for something like your tool, they'll find it in the most accessible, easiest-to-install place. For commercial distros, this is a somewhat difficult thing to do, but a lot of desktop Linux users use a community-oriented distro, like Debian, Ubuntu, Fedora, etc. In most cases you can get your package into those distributions simply by creating the package and then volunteering to maintain it.
When creating the package, think hard about the description. You want it to be relatively brief, but accurate, and with all of the terms people would search for when looking for your package, but avoid "spamming" the package search. Also, make sure that your packages install and unistall very smoothly and cleanly, and do everything possible to ensure that the installation process requires no manual configuration steps. It's fine (and good!) to allow the user to tweak the configuration later, but try to give them something fully functional and usable right after the automated installation.
What is it and what does it do? (Score:3, Insightful)
You claim to handle "issues and relations". Define those terms. Give me a concrete example of what the tool is used for. Arrange the screenshots to tell that story.
Who are your target users? Tier one support? Tier two? Project managers? All of the above? Have a story for each.
Post on slashdot! thats what! (Score:1)
4 practical advises: (Score:3, Informative)
Open Source advocates often search sourceforge for projects that might fulfill their needs. Plus, sourceforge helps you build a community, and external people can analyze your sourcecode directly without having to download the tgz. It also gives you the advantage of having version control systems for the development.
2. Build a community, make a forum.
A community is very important, and user forums are a MUST. If you don't have forums, you also make the impression that your program is a "single user" program (single user programs often lack quality due to not enough user base, beta testers, etc.) and that its support might finish unexpectedly. (Making developer forums is also encouraged)
3. Revamp your website.
Finally, try to make a more impressive website, having a dull website can scare potential users away (typical thought: "if they program the same way they make websites...").
Compare a typical open source website before [archive.org] and after [codeblocks.org] redesigning the webpage. Which one looks more appealing? By personal experience, I can tell you that if new users have to choose, they'll choose the software with better webpage, regardless of the software quality.
4. Advertise.
Finally, try to advertise in more places, make your webpages google friendly, etc.
Re:4 practical advises: (Score:2)
3. Revamp your website.
Definitely a major point. I spent several minutes poking around this web site trying to figure out exactly what this program does, what it looks like, and why I'd want to use it. I finally found the screen shots, but while they tell me what the program looks like, it gives me no overall picture of the functionality in terms of RW use, let alone why I'd want to use it.
If you're trying to attract users, at the very least you need to give them an up-front look at your program,
Re:4 practical advises: (Score:2)
Do you think that SourceForge is better than Freshmeat? I search Freshmeat when I'm looking for something, and read the front page regularly. I go to SourceForge when referred to a specific project or to file a bug report. The standard Freshmeat format provides more information than the default SourceForge home page, though some projects have elaborate and informative home pages on SourceForge.
This also makes me think of a recommendation for the poster. If your software does s
Re:4 practical advises: (Score:2)
Re:4 practical advises: (Score:2)
I'm not the poster of the message you're replying to, but here's my $.02
Yes; from the standpoint of lending legitimacy to a project, outside of the core tech community, SourceForge is -much- better than FreshMeat.
FreshMeat is extremely techie-friendly, and probably equal to or superior to SourceForge within that community. But realistically, there are a -lot- of people who aren't as tech-oriented. For these people, the existence of the project on S
Do something the others haven't done (Score:2, Informative)
Of course there are countless other things you could do but concentrate on the important things first and do the rest afterwards. Just think the best advertisment you get is you
OK, It's about effective communication. (Score:5, Insightful)
Step 2 is, you have to communicate what marketing people would call a "market position". What this amounts to is a succint message which tells the person looking at your product the exact niche it fills that nobody else can.
If you fail to define for yourself what your market position is, your project may have no justification for its existence, unless you luck into it. If you fail to communicate what your market position is, you can't motivate people to bother checking your project out, unless they have a lot of time on their hands and nothing interesting to do. This may artificially limit your user base.
Your web site starts this way:The Issue Dealer is an application for managing information. Well, the same can be said of Oracle. Or the Reiser File system. As you go on, I gradually get the idea what this product does, but you never close the deal. After reading your web site, I still don't make it clear why I'd want to use it rather than, say a CRM with issue tracking, or Bugzilla or Microsoft Outlook. Unfortunately, your demo site doesn't inform the user much more as the data is not very enlightening to somebody who is not part of your project.
You need to come up with a single paragraph that informs the user exactly what your software does that uniquely benefits him. After that the next most important thing is to clear up any misconceptions the user may have that your product is "just like" something he's already familiar with.
For example, let's do a makeover here on the first couple of paragraphs of your front page. Admittedly, it is not very good since I don't know what your product actually does:
Now, I'm at two disadvantages here: (1) I'm not a marketing guy so I don't really know how to do this professionally and (2) I don't really know what you're product is about. The problem though is after looking at your web page I still don't REALLY know what it's about. There's nothing to motivate me to download and try this thing.
Re:OK, It's about effective communication. (Score:3, Informative)
jump to conclusion mat... (Score:2, Insightful)
My advice would be to simply make an "about" page on your site, explaining different usages and the like. This is often the first thing I check out when I come to a website about a project that is previously unknown to me. Some colors on that website wouldn't hurt either. Remember, first impression counts!
One word: Roadmap! (Score:3, Insightful)
Also, you really need to more prominently display what technologies you rely on. I see burried in the download section that you run on the Zope platform. Since Zope is such an obscure platform, you should mention how easy it is to integrate with other platforms. ie, do you have a web-services interface? Even though you don't make Zope, your potential users/developers probably want to know if you can run it side by side with Java or
Finally, you should just mention up-front that it's GPL. Making me click on a link just to see your "license" makes me think you've made your own. I might skip your project altogether without looking at the license (who wants to deal with another license?), so spare me the trouble and just say GPL.
Re:One word: Roadmap! (Score:2)
Re:One word: Roadmap! (Score:2)
Poking around shows that there's virtually nil uptake in the business world: Dice.com shows a grand total of 9, count 'em, 9 jobs for Zope across the country (USA). Surprisingly, Ruby on Rails shows more business uptake, with about 37 jobs post
Re:One word: Roadmap! (Score:1)
What I have learned... (Score:1)
2) Programmer's Guide. Your product has got to have quite the draw for me to wander through source code trying to figure out what it is doing. Don't make me guess about database tables or magic numbers and magic words in the table that do this or that.
3) User's Guide. Most people who use it are not going to be computer types.
4) Fresh meat, slashdot, make a demo available for computer mags, etc.
Documentation, interface, code quality (Score:2)
It has to be WELL and COMPLETELY documented! If there's no useable manual, then it's just another beta. I use a program routinely that's robust, full-featured, and poorly-documented. There are endless features I can't suss out, because not only are they undocumented but what they're tied to is also undocumented.
The user interface has to be as close to standard as reasonable, and has to work well. If it's obtuse or painful to use, it'll get tossed i