We have developed a product offered as SaaS, that helps businesses to manage their entire business online (details at www.trakeze.com). We have been running a nice long (more than 6 months) closed-beta. We have received very good feedback that keeps coming and we keep incorporating it into the product, and we think we are ready for the production/real customers. I know people say, you should get the first version out quickly, so that customers can start to look at your product, use it and help you improve, but until this time we have been working on making the product better and better. Question: Is that beta duration good enough, and should we start with free trials - otherwise, I feel like, there will be no end to the feedback. (Most of the feedback now is around layout or ways to use the features and not necessarily the functionality)
If the beta testers have been using the product for 6+ months they will not notice the problems a novice will face anymore (the problems someone using a trial will have). You need to bring more people in (have the beta testers invite their friends a la GMail) or open the product to the public.
Which way to go only you can decide, but since you ask the question you are probably ready to open it to the public.
Key questions - is the quality there, major bugs ironed out? is it competitive with other products you'll be competing against? does it have the core set of features to deliver the solution it's intended to address? What's the worst result if you do come out of beta and launch? What do you fear?
It sounds like the product has the core functionality it needs based on your current beta testers feedback. Even if you aren't superior to competitive products, you can get there. Or maybe you are already. To me only the first point about quality could be a deal killer. That would be the only reason to stay in beta.
Get it out the door. It seems like all signs are point towards that. You can keep improving the product, addressing competitive issues and so on once you're launched.
Best of luck,
Beta test is usually conducted on feature frozen product and main goal is finding bugs.
Another reason to release ASAP is that your product is SaaS, so you can release new features and (more important) fixes to all customers as soon as they are ready.
Edit: To answer Jeffs comment:
I think that you can go with much shorter beta test period with SaaS just because you can immediately release updates to all your customers.
You need to be sure that your first release is usable (not crashing). But your first release does not need to be feature complete, it just needs to have enough features to be usable. Look at Puneet's site. He has suite of at least 6 different web applications and it looks that each of them can work standalone. He could beta test and release them one by one. Beta testers would have smaller applications to test, so response would probably be of better quality.
My experience with web application is something like that. We released HR SaaS application aimed at local government. First version had smallest feature set our first two customers expected. Our beta test lasted for about three weeks. That was the time we needed to fix issues our beta testers found.
Further releases were relatively small increments to initial release. We were also ready to revert application to previous version if something goes really wrong. We never again had beta test since each new feature release was small enough that we were confident there is no critical bugs.
While we had desktop application, we did less frequent releases and each release had much more new features. This resulted in longer testing periods where we had beta testers.
Are you ready to handle the volume of more customers? Once the beta is over, the user expectations for speed/performance is going to increase; paying for things does that to people. When it is a beta, people may over-look little bugs and interface inefficiencies thinking you will fix them before release (How could you not know these things exist mentality.). Make sure your support, purchase process, billing, and disaster recovery have all been tested as well as the software. It would be a shame to have a great and well test product only to lose customers because they don't have faith in the company behind it.
We used to say:
Meaning: We want to get rid of the obvious bugs and confusing points before we say it's done, rather than draw a line at a certain amount of time or other arbitrary measure.
I think you have a good feel for when the influx of requests starts to abate -- when the volume lessens and/or when the severity of the problems lessen.
Another thing to watch for is focus. When everyone is complaining about the same thing, fix it. When everyone's complaining about a different little thing, you're fine -- that's normal product equilibrium.
Some of our betas went 7 months; some 1 month. That's OK!