Alex Danylov, Co-Founder and COO at SavLogix
My friends, my last contacts with colleagues prompted me to come back to the topic of startups again.
I will try to answer the question of why we sometimes refuse to participate in startup projects.
So, first things first. Surely most of us know the classic five stages of startup development. I will not bore you with a repetition of the theory. I will dwell only at the very beginning: Pre-Seed stage.
It is clear that you have an idea and a passion to bring it to life. But take your time, let’s discuss. And when we start talking, it turns out that most of the questions have one answer – TBD (to be discussed) or (to be determined). And how are you going to go to the Startup Stage when there are so many unanswered questions?
I don’t want you to waste your money! I would like the projects I am doing for you to become successful! Therefore, I always advise you to listen to experienced professionals. Our team has experienced analysts and architects who will help you find the best answers to most of your unanswered questions.
If you don’t have a complete SOW, we suggest starting the discovery phase. This usually takes 2-3 weeks and is comparable in value to one monthly salary of an offshore programmer. Each time I explain that this amount will not increase your total budget, but will instead, ultimately reduces it (from our experience) by 10-12%. Savings will occur when we save time during the development process, not having to spend time trying to find answers mid-way and then backtracking.
When you commission us for the discovery phase, you will receive a detailed SOW (scope of work), well-designed project architecture, attractive design, and page mockups. This by itself is worth quite a lot. But the most valuable result of the discovery phase is an accurate understanding of the problem as well as accurate estimate on time and budget. Because the uncertainty in these matters most often causes failures.
We can always adjust the SOW for MVP (Minimum Viable Product) to match your budget by selectively deferring parts of the functionality. It is much better to postpone development of some parts than for the project not to finish at all.
I believe in your success.