Making an Open Source Application More Successful?
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?"
Is that you're not filling a need. I have also written an issue tracker ([Companyname] Issues) that manages Software, Hardware & Networking, Building Maintenence, and a separate interface (same engine) for customer-related support tickets. I also know two other people who have written such software for their companies. For OSS, or any software for that matter, (or any product, for that matter!) to take off is that it has to fulfill a previously unmet need, or it needs to fulfill that need in a significant way that no existing tool does. If you can articulate why/how your software does this, then things will naturally take their course.
Rex is 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
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). 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.
Please help publicise swpat.org - the software patents wiki
Plenty of people will skip passed applications when version number are < 1.0.
You need to find ways to make people aware that your app exists, and you need to make them aware of just why they should use your app rather than someone else's. The main issue I have with places like Sourceforge is the sheer number of projects that do the exact same thing - if you can give me a clear advantage of your progam over others, I'm more likely to use it.
Don't you just hate it when people reply to your signature?
Write an article about it.
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 an M$ app), including here and not just the e-zines, but also the tree-zines. You might even get paid(if a tree-zine publishes you will get paid).
Profit!
Good judgement comes from experience, and experience comes from bad judgement.
- W. Wriston, former Citibank CEO
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.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.