Do less for your SaaS launch to get more
I created my first web product in 2008. I did not code it myself but hacked it together using ExpressionEngine plugins (that was really the only thing I did good with this product). Since 2008 I’ve built, launched and run multiple products. I have learned a thing or two about this process along the way.
- don’t sweat the details (best code practices, unique UI design etc.)
- keep the scope really small (and then even smaller too)
- do your possible best on this really small scope
- leave out things you don’t need right away
- don’t reinvent the wheel
- don’t go for full test coverage (or add tests altogether)
- don’t be smart about UX or UI—be precise, be clear
Sjabloon launched as “beta” (and currently still is), you can purchase it for a very discounted price. I could’ve launched with all the bells and whistles, but there was no way for me to know what I had in mind was really what people were willing to pay for.
Example: I’ve not added yet any mechanism to lock/prevent access when a user’s “subscription” is expired. As this is somewhere in December 2019 earliest (12 months after the first purchase), there’s no rush to do this. Example 2: At launch I’ve added the most basic payment implementation using Stripe (basically what Stripe has on their site). I’ve since replaced it with the payment feature coming with Sjabloon.
With 100+ customers now (and thus proven the viability of the product) I can improve upon above features. I’ve also learned a ton about how people use the product and as a result can easily make changes to the UI and the licensing model (which is always a guess really before you launch).
Do not overthink it.