Great article. Launching fast is always a good thing for any startup. The challenge with our startup, PayGuard, is that we are a payments processing service. Building the site is not the issue, the integration with financial institutions are. We were able to build the Alpha version of the product with all the key basic functionalities in 6 weeks but we could not test it yet to actually transfer money. We began testin…
How We Fooled Ourselves Into Waiting Too Long To Launch
51–57 of 57 posts
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#52Earlier quoted context omitted.
whatever they speak in Belgium Dutch and French. :-)
That doesn't help. If I listen to the 10 o'clock news in the Netherlands, do I get a choice of languages? Newspapers in two languages? Parliamentary questions and interviews in 2 languages? Seriously?
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#53We launched early, asked for money right away, and have been doing excellent ever since. Now our problem is defining what makes a 'final, out of beta, stable' version. Defining it, and then meeting it. We're constantly going 'this isn't good enough for a final release'. But hey, almost 300 paying users right now is motivation to make it better for THEM, and not for us and our imaginations of what is better. With thos…
Bravo! Why do you care about "final"? I can't imagine you'll stop iterating in response to customer feedback, so isn't "final" an illusion?
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#54Earlier quoted context omitted.
Bravo! Why do you care about "final"? I can't imagine you'll stop iterating in response to customer feedback, so isn't "final" an illusion?
You're exactly right. I should restate I mean '1.0 final' so we can say we are out of beta and anyone that buys it can know they're now getting something that has no problems with it.
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#55Great article. Launching fast is always a good thing for any startup. The challenge with our startup, PayGuard, is that we are a payments processing service. Building the site is not the issue, the integration with financial institutions are. We were able to build the Alpha version of the product with all the key basic functionalities in 6 weeks but we could not test it yet to actually transfer money. We began testin…
It's good to see somebody else building a complex product. People seem to forget that not all projects can be launched overnight - if you're building a WordPress plugin then, sure, you can launch and start selling it immediately, and iterate new features thereafter. If you're building something that effectively provides access to a complex technology (algorithm, integration point, workflow, etc.) then the time-to-use…
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#56Earlier quoted context omitted.
Not to sound trite, but that sounds like a lack of planning -- in the form of a question, what's your MVP? If you're clear on that, you point to the doc and say "how does this new idea/feature help accomplish this?" and force a specific answer.
It was all planned out and I myself had a clear path outlined but if your partner is supposed to do the marketing and PR and simply refuses to start with it, what are you going to do?
Re: How We Fooled Ourselves Into Waiting Too Long To Launch
#57Earlier quoted context omitted.
You're exactly right. I should restate I mean '1.0 final' so we can say we are out of beta and anyone that buys it can know they're now getting something that has no problems with it.
In my view, that's more about the "Crossing the Chasm" transition from rabid early adopters to the early mainstream market. In your shoes I'd interview various potential customers to see what each group considers must-have features, and listen carefully to any early mainstream people that have used your current version.