INNOVATION NEWS

MVP in a couple of weeks: myth or reality?

If you decide that your business needs an application, then the following questions arise: who will make it , how quickly and how much will it cost? It is quite logical that you want to release the product to the market as soon as possible. The developer of the Yo app, which sends a greeting to contacts from the phone book, created it in 8 hours. And subsequently attracted $ 1 million investment. This is, of course, an exceptional case. But if you flip through the pages of organic results, you can find the desired numbers in a few weeks. 

The customer, who had not dealt with the development area before, in turn, receiving an estimate from us and seeing other deadlines, is surprised – after all, Google promised him something else! Let’s figure out under what conditions you can launch a product in a short time.

What do you need to bring to the team? 

Let’s pay attention right away that when it comes to launching in a few weeks, we will only talk about MVP – the minimum viable product with the minimum necessary functionality that is of value to the user. By publishing an application in this format, you will test your idea, check whether your audience really needs a mobile service or a sufficiently adapted version of the site.

In order to be able to develop the application as quickly as possible, it is important for the customer to have a clear understanding of what he wants to get as an output, for whom he creates it, why this service will be needed and what goals it needs to achieve. It’s great if you have a fully developed description of the business logic and functionality of the future MVP. In any form – terms of reference, text and graphic description, low-level screen layouts, wireframes, clickable prototype. Any such materials will allow better synchronization of the interaction between you and the development team. 

yes, that’s also possible

What can the development team offer you? 

If we are talking about a launch within a few weeks, then most likely it will be either no-code / low-code development options or a webview-based product. It is quite possible to use a template ready-made solution based on no / low-code when you need to adapt minimally – and within a few weeks this is real. When developing an MVP from scratch, you should expect a period of 1-2 months to create an individual solution natively or cross-platform. In a short time, a service is possible on a webview – a component that allows you to embed a site inside an application. This is done very quickly, but has a number of drawbacks, for example, the risk of problems with publishing such an application in the stores. Operating system vendors themselves struggle with projects that they believe do not provide functionality to the user. Template solutions are suitable for projects

You can also have time to implement a prototype to test the operation of a function. This, of course, will be a solution that is very limited in its capabilities, and it will be problematic to use the developments on which to create a full-featured service. At the same time, it will demonstrate, for example, some elements of the application’s interaction with the user, and will allow you to evaluate the correctness of the work of ready-made libraries that are supposed to be used in the project. Such work is often purely exploratory in nature, but has the potential to save time and money in the future.  

Another option available is PWA (Progressive Web Apps). This is a technology that allows your client to install a website on their phone as an application. It is suitable for companies that need to check in the shortest possible time how valuable the application format can be for the target audience, try sending push notifications, or test some other simple hypotheses. In addition, a PWA application can use geolocation, a microphone, a camera on the user’s device, it does not need to be published in the stores, it can be downloaded from the browser, and it does not require a constant Internet connection. PWA technology can be useful for brand memorability: the logo is constantly on the user’s screen, in addition, the option to send push notifications saves the cost of remarketing campaigns, because the offer can be delivered to a part of the target audience using a notification. 

More often than not, when releasing an MVP, we abandon peripheral features that would actually be nice to have. They help make the user experience of interacting with the application more positive. For example, searching and filtering through a catalog: when we make a catalog, at the initial stages we may not implement a search in it, assuming that the number of positions will be limited and a tool will not be required. Of course, where the catalog is a key component, where there are more than 1000 positions, search and filtering will be difficult to neglect during development. But, nevertheless, these are peripheral functions. They are moved to the backlog, planned for the next releases. Therefore, in such short-term launches, you need to be prepared for the scope of functions to be cut. This is normal, this is the right approach for an MVP, and it is almost always justified. 

Is it possible to optimize process management? 

In general, processes can be conducted in any way: in conjunction, in sequence, and in parallel. Different companies take different approaches. A canonical story is first a technical task, then a design. And there are a number of teams that first make the design, work out the layouts, and the technical specifications in this process are absent or come in a compressed form. The design has a primary form for both the customer and the development team. And it is pointless to argue that in this case it is better, what is worse – you need to evaluate the result. 

Development can be started even before the completion of writing the terms of reference. This corresponds to the principle of a flexible approach, agile, which we apply in our work. We break the implementation into separate sprints, and prepare our own description for each sprint. This allows not to work out the entire logic of the service at the initial stage (if the task does not have a lot of time and resources), but to prepare technical specifications, design and develop iterations.

What risks need to be considered? 

Often, along with a reduction in launch time, the task is to reduce the cost of implementation. It should be understood that in most cases MVP is a relatively crude product in terms of detailing and filling with additional peripheral functions. For MVP launch purposes, uniqueness and design detail can be neglected, less time is spent on interface design, some ready-made components are used. Tasks are shifting towards functionality, rather than visual development. 

This is not always the case, of course, there are projects where they manage to prepare and work out the design as fully as possible. The aerobatics will be to take into account all the pitfalls – possible unrealized elements – and find a balance between a minimum workable product and a more detailed solution. To achieve this, you need serious preliminary work that the customer can do on his own: analyze the market and competitors, understand his target audience, study the user path in existing and similar products to yours. Explore an extra week – save a month of development time. And how much this is in money can be calculated at the rate of your contractor.

Real launch times

We answer the main question we started with: in two weeks you can only make a prototype, or adapt a ready-made solution. When we talk about real cases of product launch on the market, we will talk about 2-3 months or more, depending on the content of the service, the requirements for it and the final functionality. If you have any questions or have an idea for a product, we can discuss it in detail. To do this, fill out the form below or contact us in any way convenient for you – let’s think about how to implement your project together!

LEAVE A RESPONSE

Your email address will not be published. Required fields are marked *