Cum să creezi o aplicație: cei 4 pași de urmat

Cum creezi o aplicație? Există patru moduri de a o face: un instrument fără cod, AI-ul care scrie codul în locul tău, codul învățat de tine sau un prestator. Oricare ar fi modul, drumul trece prin aceiași patru pași: alegi o aplicație care poate aduce bani, construiești funcția principală, conectezi plata, apoi publici și te faci găsit. În ordinea asta, cu o regulă care îi leagă pe toți: fiecare pas se termină cu ceva concret, testat pe un telefon adevărat.

Majoritatea primelor aplicații nu mor nici din cauza tehnicii, nici din cauza bugetului. Mor în ceață: nimeni nu știe ce înseamnă „gata”, funcțiile se tot adaugă și, șase luni mai târziu, tot nu e nimic pe App Store. E metoda pe care o aplic la propriile mele aplicații iOS, printre care Solys (o alarmă cu mini-jocuri) și TradaZen (un simulator de trading), amândouă pe App Store, și pe care am rafinat-o încasând respingeri de la Apple pe Solys, Clic și Nolera. Exemplele mele vin deci de pe iPhone; când Google Play funcționează altfel, îți spun.

Care sunt modurile de a crea o aplicație?

Înainte de pași, o decizie: cum o vei construi? Există patru moduri și niciunul nu e cel mai bun pentru toată lumea.

Mod	Pentru ce proiect	Ce plătești	Limita
Un instrument fără cod (Bubble, FlutterFlow, Glide)	Catalog, formular, prototip, instrument intern	Abonamentul la instrument, cât timp există aplicația	Aplicația trăiește la instrument și nu toate publică în store-uri
AI-ul care scrie codul (Claude Code, Codex, Cursor)	O aplicație a ta, publicată în store-uri, fără să știi să codezi la început	Abonamentul la AI și taxele store-urilor	Codul îți aparține, dar tu trebuie să-l testezi
Să înveți să codezi (Swift, Kotlin, React Native)	Vrei să stăpânești totul sau să faci din asta o meserie	Timp, mai ales	Cel mai lung drum până la o primă publicare
Un prestator (freelancer sau agenție)	Un instrument pentru afacerea ta, când nu ai timp	Timp de developer: un tarif pe zi înmulțit cu un număr de zile	Fiecare modificare se plătește; verifică cine deține contul și codul

Instrumentul fără cod (no-code). Asamblezi aplicația cu mouse-ul, fără să scrii o linie. E rapid pentru un catalog, un formular sau un instrument intern. Înainte să te angajezi, verifică dacă instrumentul chiar publică în store-uri. Bubble explică cum să publici pe App Store și Google Play, iar FlutterFlow oferă asta începând cu planul plătit Basic. Glide, în schimb, precizează că aplicațiile sale sunt aplicații web și că publicarea directă pe App Store sau Google Play nu este suportată. Limitele, caz cu caz, sunt în cum să creezi o aplicație fără să știi să codezi.

AI-ul care scrie codul. Descrii ce vrei, iar un asistent ca Claude Code, Codex sau Cursor scrie cod adevărat, într-un format standard pe care îl poți lua oriunde. Asta se numește vibe coding. E modul pe care îl folosesc pentru aplicațiile mele. Reversul: AI-ul greșește cu încredere și tu trebuie să testezi. Ca să alegi instrumentul, citește ce AI să folosești pentru a crea o aplicație. Ca să-l înveți într-un cadru structurat, există cursul de vibe coding.

Să înveți să codezi. E calea celor care vor să stăpânească totul sau să facă din asta o meserie. Tutorialele Apple și Expo sunt gratuite; parcursul e în cum să înveți să creezi o aplicație.

Prestatorul. Un freelancer sau o agenție construiește aplicația pentru tine. E alegerea bună când aplicația e un instrument pentru afacerea ta și nu ai timp. Plătești timp de developer și fiecare modificare se plătește și ea. Cere în scris perimetrul exact, cine deține contul Apple și codul, și ce e prevăzut în caz de respingere de la Apple. Întrebările de pus sunt în cum să-ți dezvolte cineva aplicația.

Mai rămâne o a cincea cale, la granița celorlalte: construiești tu, dar pornind de la o bază gata făcută. E principiul kitului meu pentru a crea o aplicație mobilă fără să pornești de la zero, iOS Kit: codul de pornire al aplicațiilor mele și un parcurs în patru pași, de urmat în ritmul tău.

Cum decizi? Trei întrebări sunt suficiente:

1. Aplicația ta trebuie să fie pe App Store sau Google Play? Dacă da, elimină instrumentele care produc doar aplicații web.
2. Trebuie să vândă un abonament? Regula 3.1.1 din App Review Guidelines impune, cu excepții, achiziția in-app Apple pentru a debloca funcții într-o aplicație. Verifică cum gestionează asta modul tău de construcție, înainte să începi.
3. Ai mai degrabă timp sau mai degrabă buget? Timp: construiește-o tu, cu AI-ul. Buget și fără timp: dă-o la dezvoltat.

Aplicație nativă, aplicație web sau multiplatformă: ce alegi?

A doua decizie, mai simplă decât pare: ce tip de aplicație?

• Aplicația nativă se instalează dintr-un store și are acces la funcțiile telefonului: notificări, cameră foto, achiziții in-app. Scrisă cu limbajul fiecărei platforme (Swift pentru iPhone, Kotlin pentru Android), cere câte un proiect pentru fiecare platformă.
• Aplicația web (PWA) e un site care se comportă ca o aplicație. Nu trece prin niciun store: nu aștepți nicio verificare, dar nimeni nu o va găsi pe App Store. Și nu e suficient să împachetezi un site într-o aplicație: regula 4.2 a Apple cere ca o aplicație să meargă dincolo de un site web împachetat.
• Aplicația multiplatformă pornește de la un singur proiect ca să producă aplicația de iPhone și pe cea de Android. Expo o rezumă așa: un singur proiect JavaScript sau TypeScript care rulează nativ pe dispozitivele utilizatorilor tăi, Android, iOS și web.

Pentru o primă aplicație, recomand multiplatforma, cu React Native și Expo. Ai un singur cod de întreținut, iar compilarea se face pe Mac-uri găzduite de Expo: poți publica o aplicație iOS fără Mac.

iOS sau Android mai întâi? Un singur cod nu înseamnă o singură lansare: fiecare store are fișa lui, regulile lui și verificarea lui. Începe cu o singură platformă. Dacă aplicația ta vinde un abonament, recomand iPhone-ul; cifrele și contraargumentele sunt în aplicație iOS sau Android: cu care să începi.

De ce atâtea aplicații nu ajung niciodată pe App Store?

Trei cauze revin aproape mereu:

• O primă versiune prea mare. Douăsprezece funcții pe jumătate terminate în loc de una singură, terminată.
• Plata gândită la final. Modelul de venit schimbă structura aplicației: dacă îl adaugi după, ești obligat să reconstruiești.
• Publicarea văzută ca o formalitate. Verificarea Apple, fișa, confidențialitatea: e un pas de sine stătător, cu capcanele lui, până la iconița respinsă cu ITMS-90717.

Metoda de mai jos tratează aceste trei cauze, câte un pas pe rând.

Pasul 1: cum alegi o idee de aplicație care poate aduce bani?

Înainte să scrii o linie de cod, răspunde în scris la trei întrebări.

Pentru cine? O persoană precisă, cu o problemă care revine. „Oamenii care se trezesc greu” e mai util decât „toată lumea”.

Ce face aplicația, într-o propoziție? Dacă ai nevoie de două propoziții, prima versiune e prea mare. Celelalte funcții vor aștepta până când utilizatori reali le cer.

Cum câștigă bani? Abonament, achiziție unică, reclame: decide acum. Pentru o aplicație folosită regulat, abonamentul e adesea cel mai logic; pentru un instrument folosit ocazional, achiziția unică are sens. Comparația completă e în abonament sau achiziție unică pentru o aplicație iOS.

Ca să verifici că o idee interesează pe cineva înainte să-i dedici săptămâni, trece-o prin cele 5 teste din cum găsești o idee de aplicație. Iar ca s-o pui în scris, o pagină ajunge: modelul e în caietul de sarcini pentru o aplicație mobilă.

La finalul acestui pas, trebuie să ai instalată și baza tehnică. Pentru un începător, asta înseamnă React Native cu Expo, din motivele de mai sus; pagina React Native și Expo pentru o aplicație mobilă detaliază alegerea. Încadrarea primei versiuni e explicată pe pagina MVP de aplicație iOS.

O primă versiune bună face un singur lucru remarcabil, nu douăsprezece acceptabil.

Pasul 2: cum construiești miezul aplicației tale?

Construiește doar funcția principală și testeaz-o pe propriul iPhone cât mai repede. Nu pe capturi, nu doar în simulator.

Câteva reguli care m-au scutit de multe întoarceri din drum:

• Testează pe cel mai mic și pe cel mai mare ecran. Prima mea respingere de la Apple pe Solys venea de la un demo de întâmpinare imposibil de câștigat într-o fereastră mai mică decât cea a telefoanelor mele: reviewer-ul testa pe un iPad, unde aplicația de iPhone rulează în modul de compatibilitate.
• Prevezi panele. Rețea căzută, permisiune refuzată, ecran gol: fiecare caz merită un mesaj clar.
• Folosește AI-ul, dar recitește. Claude sau Cursor scriu repede și greșesc cu încredere în privința regulilor Apple. Capcanele sunt listate în cum creezi o aplicație iOS cu AI.

Pasul ăsta se termină când testeri din afară folosesc aplicația prin TestFlight, instrumentul de beta al Apple. Totul e explicat în TestFlight: cum îți testezi aplicația de iPhone.

Pasul 3: cum conectezi plata într-o aplicație iOS?

E pasul pe care majoritatea începătorilor îl amână, și e cel care decide dacă aplicația poate aduce ceva bani.

Onboarding-ul. Primele ecrane trebuie să arate valoarea aplicației înainte să ceară orice: o notă, o permisiune sau o plată. E și ce verifică Apple: a doua mea respingere pe Solys (guideline 5.6.3) venea de la o cerere de notă plasată în timpul onboarding-ului.

Paywall-ul. Ecranul de abonament trebuie să afișeze clar prețul, durata, eventuala perioadă de probă și un buton pentru restaurarea achizițiilor. Greșelile clasice sunt în paywall iOS: 7 greșeli de începător.

Abonamentele. Produsele se creează în App Store Connect. Folosesc RevenueCat ca să gestionez drepturile de acces, restaurarea și urmărirea veniturilor. Pagina abonamente in-app iOS descrie tot șantierul.

Măsurătorile. Fără măsurători, nu vei ști unde renunță oamenii. Folosesc PostHog ca să urmăresc parcursul (deschidere, finalul onboarding-ului, afișarea paywall-ului, achiziție) și Sentry pentru crash-uri.

Pasul 4: cum îți publici aplicația și te faci găsit?

Fișa App Store. Nume, subtitlu, cuvinte-cheie, capturi, descriere. E ceea ce decide dacă cineva descarcă și dacă App Store te arată în rezultatele căutării. Pagina ASO App Store explică cum s-o lucrezi.

Confidențialitatea. Declarațiile privind colectarea datelor trebuie să corespundă cu ce face aplicația cu adevărat, iar politica ta de confidențialitate online trebuie să fie la zi. Exact asta i-a adus lui Clic o respingere 5.1.1.

Trimiterea la verificare. Oferă un cont demo dacă aplicația cere autentificare și explică ce trebuie să testeze reviewer-ul. Apple spune că verifică 90% din trimiteri în mai puțin de 48 de ore; respingerile sunt cele care lungesc cu adevărat calendarul. Termenele sunt detaliate în termenul de validare App Store, iar demersul complet pe pagina cum publici o aplicație pe App Store.

Și pe Google Play? Drumul e același, cu un pas în plus. Pentru un cont personal creat după 13 noiembrie 2023, Google cere un test închis cu cel puțin 12 testeri înscriși timp de 14 zile la rând înainte de lansarea în producție.

Primii utilizatori. O aplicație publicată nu e o aplicație găsită. Vorbește despre aplicația ta acolo unde publicul tău se află deja și uită-te la cifrele fișei din prima săptămână.

Cât costă crearea unei aplicații?

Dacă o construiești singur, costurile obligatorii sunt mici. Iată prețurile afișate pe paginile oficiale pe 2 octombrie 2026. Ofertele astea se schimbă: verifică-le înainte să te apuci.

Cost	Preț afișat	Când îl plătești
Cont Apple Developer	99 $ pe an	Pentru TestFlight și pentru publicare
Cont Google Play	25 $, o singură dată	La crearea contului
Compilare și trimitere în store-uri (Expo EAS)	0 $ până la 15 build-uri iOS și 15 build-uri Android pe lună, apoi 19 $ pe lună	Când compilezi des
Bază de date și conturi (Supabase)	0 $ până la 500 MB și 50.000 de utilizatori activi pe lună, apoi de la 25 $ pe lună	Când aplicația crește
Abonamente (RevenueCat)	0 $ până la 2.500 $ venit urmărit pe lună, apoi 1%	Când aplicația vinde
Comisionul Apple	15% cu Small Business Program, 30% altfel	La fiecare vânzare făcută prin App Store

Două precizări. Contul Apple de 99 $ nu e necesar ca să începi să codezi, doar pentru TestFlight și publicare: pașii sunt în contul de developer Apple: preț și înscriere. Iar înscrierea în Small Business Program nu e automată: trebuie s-o ceri.

Dacă dai aplicația la dezvoltat, plătești timp de developer: un tarif pe zi înmulțit cu un număr de zile. Nicio cifră serioasă nu poate fi dată fără să știi perimetrul. Costurile, nivelurile gratuite și cheltuielile pe care aproape nimeni nu le anunță sunt detaliate în cât costă o aplicație.

Cel mai mare cost nu apare pe nicio factură: timpul tău.

Cât timp durează de la idee la App Store?

Nu există o durată onestă fără să cunoști aplicația și nivelul tău de pornire. Ce e sigur e că fiecare pas trebuie să aibă un final vizibil:

1. Idee: o propoziție, un public, un model de venit, baza tehnică instalată.
2. Construcție: funcția principală folosită de testeri prin TestFlight.
3. Plată: o achiziție de test reușită, inclusiv restaurarea.
4. Publicare: aplicația trimisă la Apple, fișă completă, inclusiv clasificarea pe vârstă.

Dacă un pas nu are un final vizibil, e semn că prima versiune e prea mare.

Un reper real, care nu e nici medie, nici normă întreagă: pe TradaZen, au trecut 26 de zile calendaristice între primul commit și publicarea pe App Store. Detaliile sunt în cât durează să creezi o aplicație.

Și după publicare?

O aplicație publicată e un început. Primele măsurători de utilizare spun aproape mereu ceva ce nimeni nu prevăzuse: un ecran unde toată lumea renunță, un paywall pe care nu-l vede nimeni, o funcție pe care oamenii o folosesc altfel. Versiunea următoare se decide pe baza acestor cifre, nu pe intuițiile tale de la început.

Întrebări frecvente

Se poate crea o aplicație gratuit?

Da, în mare parte. Poți coda, testa pe telefon și compila aplicația fără să plătești nimic, datorită ofertelor gratuite ale instrumentelor. Publicarea, în schimb, se plătește: 99 $ pe an la Apple, 25 $ o singură dată la Google. Detaliile sunt în cum creezi o aplicație gratuit.

Care e costul creării unei aplicații?

Dacă o construiești singur, costurile obligatorii se limitează la conturile de developer: 99 $ pe an pentru Apple, 25 $ o singură dată pentru Google. Instrumentele au oferte gratuite ca să începi. Dacă o dai la dezvoltat, plătești timp de developer, iar prețul depinde de perimetru.

Cum creezi o aplicație ușor?

Cel mai ușor nu e un instrument, ci o primă versiune minusculă: o singură funcție, terminată. Pentru un catalog sau un formular, un instrument fără cod e suficient. Pentru o aplicație de publicat și de vândut, AI-ul scrie codul, cu condiția să testezi fiecare pas pe un telefon adevărat.

Care e cel mai bun program pentru a crea o aplicație mobilă?

Nu există un cel mai bun program în absolut. Ca să asamblezi fără cod, Bubble sau FlutterFlow știu să publice în store-uri. Ca să lași AI-ul să scrie codul, Claude Code, Codex sau Cursor se folosesc cu React Native și Expo. Alegerea bună depinde de două lucruri: dacă aplicația trebuie să fie în store-uri și dacă trebuie să vândă un abonament. Comparația generatoarelor e în Lovable, Rork, FlutterFlow.

Poți crea o aplicație singur, fără să știi să codezi?

Da. Îmi public propriile aplicații cu React Native, Expo și AI, iar fiecare pas din ghidul ăsta se poate face singur. Ce trebuie să știi: AI-ul scrie codul, dar tu verifici. Vine mereu un moment în care trebuie să înțelegi un pic ce a scris, mai ales pentru plată și verificarea Apple.

E profitabil să creezi o aplicație?

Nimeni nu ți-o poate garanta. Venitul nu depinde de numărul de descărcări, ci de numărul de oameni care plătesc și de ce rămâne după comisionul Apple. Ce face rezultatul să varieze e explicat în cât aduce o aplicație.

Cât timp durează să creezi o aplicație?

Nu există o durată universală: totul depinde de mărimea primei versiuni și de timpul pe care i-l dedici în fiecare săptămână. Reperul meu real: 26 de zile calendaristice între primul commit și publicarea TradaZen pe App Store.

Cum creezi o aplicație pentru iPhone?

Cei 4 pași sunt aceiași, cu trei instrumente specifice Apple: contul Apple Developer, TestFlight pentru testeri și App Store Connect pentru fișă și trimiterea la verificare. Parcursul complet e pe pagina cum creezi o aplicație pentru iPhone.

Urmează metoda asta cu iOS Kit

Acești 4 pași sunt exact cei din parcursul iOS Kit: alegi aplicația care poate aduce bani, îi construiești miezul, conectezi banii, publici și te faci găsit. Îi urmezi în ritmul tău, cu codul de pornire al aplicațiilor mele și skill-urile Claude Code pentru fiecare pas.

Poți urma metoda și singur, cu ghidurile din link-urile acestui articol. Nu știi la ce pas ești? Diagnosticul gratuit îți arată unde te afli, îți spune cu care să începi și îți trimite checklist-ul meu anti-respingere Apple. Nimeni nu-ți poate garanta validarea Apple sau un venit; ce garantează metoda e că știi în orice moment ce mai ai de făcut.