MVP aplicație: ce construiești întâi și ce tai

Ce e un MVP de aplicație? E cea mai mică versiune care duce un utilizator real printr-un singur flux, cap-coadă, și îți arată dacă ideea merită bani în plus. Nu e o aplicație ieftină. E o listă de lucruri pe care alegi să nu le construiești încă. În 8 săptămâni se poate, dacă tai devreme și planifici din prima zi testarea cerută de App Store și Google Play.

Cât costă o aplicație, pe tipuri, am scris în cât costă o aplicație mobilă în 2026. Aici e vorba de altceva: ce construiești întâi și ce lași pe dinafară.

Ce intră într-un MVP și ce tai?

Pornește de la o singură propoziție: „Utilizatorul X vrea să facă Y.” Tot ce nu servește direct acelei propoziții iese din prima versiune.

Exemplu: o aplicație de comenzi pentru un restaurant. Fluxul principal e meniu → comandă → plată → confirmare. Așa arată și Akropoli Delivery, aplicația pe care am făcut-o pentru un restaurant grecesc: clientul răsfoiește meniul, își personalizează comanda și plătește din telefon. Programul de fidelitate, recenziile sau comenzile recurente nu țin de fluxul principal.

Funcționalitate	În MVP	În v2	Niciodată tăiat
Fluxul principal, cap-coadă	✅
Autentificare sigură (parole, resetare, sesiuni)			✅
Consimțământ și politică de confidențialitate (GDPR)			✅
Analytics de bază: câți intră, câți termină fluxul			✅
Un singur rol de utilizator	✅
Roluri multiple (admin, manager, client)		✅
Notificări push personalizate, segmentate		✅
Dashboard-uri și rapoarte		✅
Plăți recurente, abonamente		✅
Integrări cu CRM, contabilitate, e-Factura		✅
Panou de administrare simplu pentru conținut	✅

Integrările și automatizările își au locul în v2, după ce știi ce flux chiar folosesc oamenii. Am scris despre ele în articolul despre automatizarea cu AI pentru IMM-uri.

Ce nu tai niciodată dintr-un MVP?

Trei lucruri, oricât de mic e bugetul.

Autentificarea sigură. Un MVP are utilizatori reali, cu date reale. GDPR cere „măsuri tehnice și organizatorice adecvate” pentru securitatea datelor, iar regulamentul nu face excepție pentru versiunile de test (Regulamentul (UE) 2016/679, art. 32).

Protecția datelor din prima zi. Același regulament cere protecția datelor „începând cu momentul conceperii și în mod implicit”: prelucrezi doar datele necesare scopului (art. 25 și art. 5 alin. (1) lit. c)). Pentru un MVP asta e o veste bună. Dacă nu ai nevoie de data nașterii, nu o ceri, și ai un câmp mai puțin de construit.

Analytics de bază. Fără el nu știi dacă MVP-ul a mers, adică nu poți aplica regula de mai jos.

De ce un MVP fără metrică de succes nu e MVP?

Pentru că nu are cum să-ți răspundă la întrebarea pentru care l-ai făcut.

Înainte de prima linie de cod, scrie o cifră: „Dacă în 4 săptămâni de la lansare 30 din 100 de utilizatori termină o comandă, continuăm.” Cifra o alegi tu, după piața ta. Important e s-o scrii înainte să vezi datele, ca să nu-ți găsești scuze după.

Fără cifra asta, MVP-ul devine o aplicație mică pe care o tot îmbunătățești fără să știi de ce.

Cum arată cele 8 săptămâni?

Mai jos e un plan orientativ pentru un MVP tipic, pe opt săptămâni. Fiecare proiect are ritmul lui, dar ordinea etapelor rămâne de obicei aceeași.

Săptămâna	Ce se întâmplă
1	Fluxul principal pe hârtie, metrica de succes, lista de tăieri
2	Design în Figma, testat cu 3–5 oameni din publicul țintă
3–4	Dezvoltare: fluxul principal, autentificare, panou de administrare, analytics
5–6	Finisare și testare internă. În paralel, din prima zi a săptămânii 5, testul închis din Google Play (minimum 14 zile, la conturile personale noi) și TestFlight
7	Cererea de acces la producție în Google Play, trimiterea la review în App Store, corecturi
8	Lansare

Testarea din Google Play e partea pe care oamenii o descoperă prea târziu. Dacă publici de pe un cont personal de dezvoltator creat după 13 noiembrie 2023, ai nevoie de cel puțin 12 testeri înscriși continuu timp de 14 zile într-un test închis înainte să poți cere acces la producție (Google Play Console Help). Paisprezece zile din opt săptămâni nu sunt puține. Dacă nu le pui în plan, lansarea alunecă.

La Apple, review-ul e mai rapid decât se crede: Apple spune că verifică de obicei cel puțin 50% din aplicații în mai puțin de 24 de ore și 90% în mai puțin de 48 de ore (Apple App Review). Asta dacă aplicația respectă regulile App Review. Altfel o primești înapoi și pierzi zile.

Ce costuri obligatorii ai ca să publici în store-uri?

Puține, dar fixe:

Cost	Cât	Sursă
Cont Apple Developer Program	99 $ pe an	Apple
Cont Google Play Console	25 $, o singură dată	Google Play Console Help
Comision App Store, prin Small Business Program	15% la aplicațiile plătite și la achizițiile din aplicație, dacă ai avut cel mult 1 milion $ încasări nete în anul anterior (sau ești dezvoltator nou)	Apple

Încă o cerință tehnică: din 31 august 2026, aplicațiile noi și actualizările din Google Play trebuie să țintească Android 16 (API level 36) (Google Play Console Help). Pentru un MVP nou nu e o problemă, dar contează dacă pornești de la un cod vechi.

Trebuie să lansezi pe iOS, Android și web deodată?

Nu. Nu lansa pe trei platforme până nu ai validat fluxul pe una.

Alege platforma după publicul tău. Dacă aplicația e pentru angajații unei firme, poate ajunge o aplicație web pe care o deschid din browser. Dacă e pentru clienți finali, uită-te unde sunt ei. Fiecare platformă în plus înseamnă încă o rundă de testare și încă un review, plus încă un loc în care pot apărea bug-uri.

Uneori, ce numești „aplicație” e de fapt un site cu câteva funcții în plus. Am scris despre momentul în care un site devine aplicație în site WordPress sau site custom, iar dacă îți ajunge un site, vezi cât costă un site de prezentare.

Când nu ai nevoie de noi?

Când vrei doar să afli dacă ideea interesează pe cineva. Pentru un test de 2 săptămâni, un instrument no-code, un formular și o foaie de calcul pot fi suficiente. Dacă 50 de oameni nu completează un formular, nici o aplicație de câteva mii de euro nu-i va convinge.

Vino la noi când testul a mers și ai nevoie de o aplicație care să funcționeze cu utilizatori reali, cu plăți, conturi și date în siguranță.

Ce face Navitech pentru un MVP?

Pachetul Aplicații web/mobile de la Navitech pornește de la 5.000 € + TVA și include design în Figma, dezvoltare custom, integrări și livrarea unui MVP în 2 luni. Proiectele pe care le-am livrat, de la aplicații mobile ca AutoHub și Akropoli Delivery la aplicații web ca Dynamik ERP, le găsești pe pagina de proiecte.

Întrebări frecvente

Ce înseamnă MVP?

Minimum viable product: cea mai mică versiune a unui produs cu care poți învăța ceva de la utilizatori reali. La o aplicație, asta înseamnă un singur flux principal care merge de la cap la coadă.

Cât costă un MVP?

Depinde de flux, de platformă și de integrări. Intervalele de preț pe tipuri de aplicații le găsești în cât costă o aplicație mobilă. La Navitech, aplicațiile web și mobile pornesc de la 5.000 € + TVA.

Pot lansa un MVP în mai puțin de 8 săptămâni?

Pe web, uneori da. Pe Android, de pe un cont personal nou, testarea închisă de minimum 14 zile cu 12 testeri e obligatorie înainte de producție (Google Play Console Help), deci planifică-o din start.

Trebuie să respect GDPR într-un MVP?

Da. Regulamentul se aplică de la primul utilizator real, nu de la versiunea „finală” (Regulamentul (UE) 2016/679). Colectează doar datele de care ai nevoie și protejează-le de la început.

Ce fac după MVP?

Te uiți la metrica pe care ai scris-o înainte de lansare. Dacă a fost atinsă, alegi următorul lucru din coloana „v2”. Dacă nu, schimbi fluxul sau te oprești, înainte să cheltui mai mult.

Ai o idee de aplicație?

Spune-ne ce problemă rezolvă, cine o folosește și ce flux vrei să meargă din prima versiune. Îți spunem ce am tăia și îți trimitem o ofertă clară, cu termen.

Cere o ofertă →