Cum lansezi o aplicație mobilă: termenul real de lansare

Răspunsul scurt: data lansării nu e ziua în care se termină aplicația. Pune în buget două până la trei săptămâni între prima trimitere și aprobare, una până la două pentru actualizările ulterioare, și presupune cel puțin o rundă de corecturi. Toate lansările pe care le-am văzut alunecând, au alunecat exact aici, și aproape nimic din asta nu ținea de programare.

Primim o variantă a aceluiași mesaj de câteva ori pe an: „lansăm marți, poți să trimiți aplicația în magazine, durează o zi, nu?”. Echipa trimite luni seara. Miercuri dimineața vine respingerea. Campania e deja programată, anunțul e scris, iar acum toată lumea repară dimensiuni de iconițe sub presiune. Problema n-a fost niciodată reviewul. A fost tratarea trimiterii ca pe un upload, în loc de o dependență.

Dacă vrei lansarea rezolvată, nu explicată: noi suntem Digital U, construim și lansăm aplicații mobile de la 5.000 $ (pagina de prețuri), cu trimiterea în magazine inclusă. O discuție gratuită de 30 de minute îți dă o dată de lansare pe care chiar o poți ține. Restul articolului e cum se calculează data aia.

Ce trebuie să existe efectiv înainte să poți trimite

Asta e partea care surprinde oamenii, pentru că nimic din ea nu e cod. Înainte ca un build să poată urca, conturile trebuie să existe, iar crearea lor durează.

La Apple, Apple Developer Program costă 99 $ pe an. Înscrierea ca persoană fizică sau PFA cere contul Apple cu autentificare în doi pași, vârsta majoratului și numele tău legal, care apare apoi public ca vânzător în App Store. Înscrierea ca organizație e alt proces: Apple cere o entitate juridică recunoscută (numele comerciale și denumirile de tip DBA nu sunt acceptate), un număr D-U-N-S de la Dun & Bradstreet, un email de serviciu pe domeniul organizației și un site public, funcțional, pe același domeniu. În unele cazuri se cer și documente notariale.

Citește încă o dată ultima cerință, pentru că pe asta se împiedică lumea: Apple nu îți înscrie firma până firma nu are un site funcțional pe domeniul ei. Dacă planul era să lansezi întâi aplicația și să rezolvi site-ul mai târziu, ordinea e greșită.

La Google, contul de developer din Play Console costă o taxă unică de 25 $, considerabil mai ușor, deși Google are propria verificare de identitate.

Pe lângă conturi, ambele magazine cer aceleași acte înainte de review: o politică de confidențialitate la un URL public, declarațiile despre datele colectate, o clasificare de conținut și materiale de magazin la dimensiunile corecte pentru fiecare clasă de dispozitiv. Nimic din asta nu e greu. Tot ce e acolo durează mai mult de o zi când nu i-a fost repartizat nimănui.

Cât costă efectiv să ajungi la linia de start

Element	Cost
Apple Developer Program	99 $ pe an
Apple Developer Enterprise Program	299 $ pe an
Cont de developer Google Play	25 $, taxă unică
Număr D-U-N-S (înscriere ca organizație la Apple)	Gratuit în majoritatea jurisdicțiilor
Politica de confidențialitate găzduită public	Site-ul tău, de care oricum ai nevoie pentru Apple

Astea sunt taxele de intrare, nu costul aplicației. Construcția în sine e altă discuție, cu intervale publicate și surse în cât costă o aplicație mobilă în 2026.

Ai deja o dată de lansare promisă cuiva? Spune-ne care e într-un call gratuit de 30 de minute sau scrie-ne în două rânduri. Îți spunem onest dacă supraviețuiește contactului cu reviewul din magazine, chiar dacă nu lucrăm împreună.

Planifică lansarea invers, dinspre magazin, nu înainte dinspre build

Soluția aici nu e tehnică, e operațională. Tratează prima trimitere ca pe o repetiție la care te aștepți să primești observații, și pune-o pe drumul critic, acolo unde îi e locul.

Mergând invers de la data la care vrei să anunți:

• Cu trei săptămâni înainte. Conturile există și sunt verificate, politica de confidențialitate e live, materialele de magazin sunt gata. Trimiți primul build chiar dacă ultima funcționalitate e încă în lucru. Scopul trimiterii ăsteia e să strângi feedback, nu să intri live.
• Cu două săptămâni înainte. A venit primul răspuns. Repari ce a venit și retrimiți. Asta e runda pe care aproape toată lumea uită să o pună în buget, și e exact cea care se întâmplă mereu.
• Cu o săptămână înainte. Build-ul aprobat stă pregătit pentru publicare. Ambele magazine îți permit să ții un build aprobat și să îl publici manual, ceea ce e tot rostul faptului că ai fost devreme.
• Ziua lansării. Apeși un buton pe ceva deja aprobat, în loc să dai refresh la starea reviewului cu marketingul în așteptare.

O echipă care a mai făcut asta nu e niciodată surprinsă. Diferența nu e priceperea tehnică, e faptul că și-a construit marja din timp.

Pe ce cad de obicei primele trimiteri

Aproape niciodată pe părțile interesante ale aplicației. În practică e suprafața plictisitoare: declarații de confidențialitate care nu corespund cu ce colectează efectiv aplicația, capturi de ecran lipsă pentru o dimensiune de dispozitiv, un login pe care recenzorul nu îl poate trece pentru că nu există cont demo, o funcționalitate care merge doar în spatele unui cod pe care nu i l-a dat nimeni, conținut de test rămas vizibil, sau un flux de plată care ocolește regulile de achiziție ale magazinului.

Există și un avantaj al trimiterii devreme, pe care lumea îl ratează. Feedback-ul de la review e deseori chiar util, și e mult mai ușor de folosit când nu alergi după o dată de lansare. Problemele de accesibilitate și fluxurile confuze sunt mult mai ieftin de reparat în săptămâna a treia decât în ultimele patruzeci și opt de ore.

Lucrurile scadente în ziua lansării, care nu sunt lansarea

Lansarea e începutul părții pe care nu o mai poți desface ieftin, deci câteva lucruri trebuie să fie la locul lor înainte să ajungă primul utilizator real, nu după.

Trebuie să știi ce fac oamenii în aplicație, adică analytics și raportare de erori configurate și separate de datele tale de test. Am scris ce să măsori și ce să ignori în analytics pentru aplicații mobile. Îți trebuie un mod prin care cineva să ajungă la tine, care să nu fie o recenzie de o stea. Și trebuie să poți spune pe ce versiune e fiecare, pentru că din prima zi utilizatorii tăi sunt împrăștiați pe build-uri pe care nu le mai controlezi.

Ultimul punct e cel care contează cel mai mult mai târziu, și l-am detaliat în ce rămâne după ce AI scrie codul.

Costul anual pe care nimeni nu îl pune în bugetul de lansare

Lansarea nu e finalul cheltuielilor, și asta e partea care ajunge la fondatori ca surpriză cam peste un an.

Ambele platforme își mișcă cerințele minime în fiecare an, iar conformarea nu e opțională. Google Play a cerut, de la 31 august 2026, ca aplicațiile noi și actualizările să țintească Android 16 (API level 36), iar cele existente minim Android 15 (API level 35) ca să rămână disponibile utilizatorilor noi pe dispozitive mai noi. Apple cere din 28 aprilie 2026 ca orice se încarcă în App Store Connect să fie construit cu Xcode 26.

Deci o aplicație care merge perfect și nu are nevoie de funcționalități noi tot are nevoie de o rundă de mentenanță pe an, doar ca să rămână în magazine. Echipele care o bugetează fac o actualizare mică, incrementală. Cele care nu o bugetează primesc o avertizare din magazin și un salt de urgență peste mai multe versiuni, de obicei în cel mai prost moment și, de obicei, la un preț care apare ca surpriză.

Întrebări frecvente

De ce ai nevoie ca să lansezi o aplicație? De un cont de developer în fiecare magazin (Apple 99 $ pe an, Google 25 $ taxă unică), o politică de confidențialitate la un URL public, declarații despre datele colectate, o clasificare de conținut, materiale de magazin la dimensiunile corecte și un build care trece de review. Înscrierea ca organizație la Apple mai cere o entitate juridică, un număr D-U-N-S și un site funcțional pe domeniul organizației.

Cât costă să lansezi o aplicație? Taxele de intrare în magazine sunt 99 $ pe an la Apple și 25 $ o singură dată la Google Play. Asta e separat de construcția aplicației, care în ofertele publicate din România merge de la câteva mii de dolari până la peste 110.000 $, detaliat în cât costă o aplicație mobilă în 2026.

Poți lansa o aplicație gratuit? Nu. Ambele magazine percep o taxă pentru contul de developer înainte să poți publica: 25 $ o dată la Google Play și 99 $ pe an la Apple. Poți construi o aplicație gratuit, dar nu o poți distribui prin magazinele oficiale fără conturile astea.

Ai nevoie de firmă ca să lansezi o aplicație? La Apple, nu, dacă te înscrii ca persoană fizică sau PFA, dar există un compromis: numele tău legal devine vânzătorul afișat public în App Store. Ca să publici sub numele unei firme îți trebuie înscriere ca organizație, care, conform Apple, cere o entitate juridică recunoscută (numele comerciale nu sunt acceptate), un număr D-U-N-S, un email de serviciu pe domeniul organizației și un site public funcțional pe acel domeniu.

Cât durează reviewul din magazine? Reviewurile individuale sunt deseori rapide, dar timpul de review și timpul până la aprobare sunt lucruri diferite. Planifică două până la trei săptămâni de la prima trimitere până la aprobare și una până la două pentru actualizările ulterioare, pentru că primele trimiteri se întorc aproape mereu cu cel puțin o rundă de corecturi, iar fiecare retrimitere repornește ceasul.

E greu să lansezi o aplicație? Tehnic, nu. Operațional, prinde pe picior greșit majoritatea echipelor aflate la prima lansare, pentru că munca ce blochează o lansare e administrativă, nu tehnică: conturi, verificări, declarații de confidențialitate, materiale și feedback de la review. E greu mai ales când e lăsată pe ultima săptămână.

De câți bani ai nevoie ca să pornești o aplicație? Minimum 124 $ în primul an ca să ții ambele conturi de magazin, plus cât costă construcția și un site de care oricum ai nevoie pentru înscrierea ca organizație la Apple. Bugetează separat o rundă de mentenanță în fiecare an, pentru că ambele platforme își ridică anual cerințele minime.

Lansezi în ambele magazine în același timp? Poți, dar sunt procese diferite cu termene diferite, iar Apple e de obicei cel mai lent și mai strict dintre cele două. Dacă o lansare simultană contează pentru anunțul tău, planifică tot calendarul în jurul termenului Apple și ține build-ul de Android aprobat până trece și Apple.

Pregătești o lansare și vrei să știi dacă data e realistă? Scrie-ne în două rânduri sau rezervă un call de 30 de minute: trecem prin ce trebuie să existe înainte de trimitere și construim calendarul invers, împreună, fără obligații.