{"id":155,"date":"2020-04-01T23:19:18","date_gmt":"2020-04-01T23:19:18","guid":{"rendered":"https:\/\/oqtacore.com\/app2\/?p=155"},"modified":"2026-05-04T09:41:18","modified_gmt":"2026-05-04T09:41:18","slug":"how-long-is-mvp-developed","status":"publish","type":"post","link":"https:\/\/oqtacore.com\/blog\/how-long-is-mvp-developed\/","title":{"rendered":"How long is MVP developed?"},"content":{"rendered":"<p>When we talk about building an MVP, we understand that MVP means \u201ca very, very simple product\u201d.<\/p>\n<p>For example \u2013 without 3G, Appstore, MMS, etc, the iPhone 1G was a very, very simple product.<\/p>\n<p>It doesn\u2019t mean that the quality of the product is <em>intentionally <\/em>lowered, though. The quality in this case is measured by how much this MVP reflects the <em>final<\/em> vision of the creator.<\/p>\n<p>\u201cA very simple product\u201d might mean that only a very little set of features exists in the product. For example, if we build a first car, it might not have LED headlights, heated seats, and event seatbelts! But it should still have a motor that runs and moves the body of the vehicle together with the driver and passengers risk-free. If the first cars would explode, nobody would use them today. If the first zeppelins wouldn\u2019t catch on fire, there is a high chance we would use them today.<\/p>\n<p>So, you should understand what would make a simple first version of the product, and still build it with a highly technical team. A good technical solution will not be a competitive advantage, it never is, you should remember that! A good technical solution gives you a better impression on the first customers, they are not distracted by technical problems, and instead tell you the details of the problem they need to solve.<\/p>\n<p>So, good build quality of the MVP is important if you want to gather only relevant feedback.<\/p>\n<p>What time period should be taken for building an MVP? It depends on if you have a full-software product, or it has some hardware part.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Software_product\"><\/span>Software product<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>For a full-software product, the right amount of time for building the first MVP is 2-3 weeks. The first week might be completely spent on writing the spec, so it\u2019s only 1-2 weeks for building. Is it very little? Indeed! Does it make you think hard on what\u2019s really important? Of course!<\/p>\n<p>The best part here would be to consult with a technical expert and separate the tasks into 3 categories \u2013 hard\/medium\/easy. A hard task would take one developer the full development cycle, a medium would take 1-2 days, and easy can be done multiple a day. After a few such sessions, you will get a feeling of what can be done quickly and brings huge value, and what can\u2019t be done quickly and bring low value. One sweet thing is that hard tasks can be decomposed into an easy and a hard task, and the easy part might have that high value. So the planning process is really, really important.<\/p>\n<h2><span class=\"ez-toc-section\" id=\"Hardware_product\"><\/span>Hardware product<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>For a hardware product, it\u2019s usually almost impossible to have a quick first MVP. For the first Tesla model it took a few years. So in this case investment is a very important part. Try to gather a team that can land an investment without having any real product, just theoretical explanation of what and how should be achieved. Pay attention to educational background and extensive in-field experience when you gather teammates.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>When we talk about building an MVP, we understand that MVP means \u201ca very, very simple product\u201d. For example \u2013 without 3G, Appstore, MMS, etc, the iPhone 1G was a very, very simple product. It doesn\u2019t mean that the quality of the product is intentionally lowered, though. The quality in this case is measured by [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_mo_disable_npp":"","yasr_overall_rating":0,"yasr_post_is_review":"","yasr_auto_insert_disabled":"","yasr_review_type":"","footnotes":""},"categories":[2],"tags":[11],"class_list":["post-155","post","type-post","status-publish","format-standard","hentry","category-featured-articles","tag-develop"],"acf":{"image":153},"yasr_visitor_votes":{"number_of_votes":1,"sum_votes":4,"stars_attributes":{"read_only":false,"span_bottom":false}},"_links":{"self":[{"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/posts\/155","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/comments?post=155"}],"version-history":[{"count":4,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/posts\/155\/revisions"}],"predecessor-version":[{"id":2323,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/posts\/155\/revisions\/2323"}],"wp:attachment":[{"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/media?parent=155"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/categories?post=155"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/oqtacore.com\/blog\/wp-json\/wp\/v2\/tags?post=155"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}