Aplicație nativă sau web app responsive?
Cea mai scumpă greșeală pe mobil e să construiești o aplicație nativă când un web app responsive ar fi rezolvat aceeași nevoie la o fracțiune din cost și fără procesul de review din App Store. Iar cea mai frecventă e să pornești de la „vrem o aplicație”, fără să știi ce problemă rezolvă și de ce ar deschide-o cineva a doua oară.
Recomandăm aplicație nativă doar când ai nevoie reală de notificări push, acces la cameră/GPS constant, funcționare offline sau prezența în store contează strategic (ex. produs de consum, nu tool intern). Criteriul care decide cel mai des e frecvența de folosire: pentru câteva vizite pe săptămână ajunge browserul, iar pentru folosire de mai multe ori pe zi, cu mâinile ocupate sau fără semnal, o aplicație instalată își justifică costul. Dacă răspunsul e web app, vezi aplicații web și SaaS.
Dacă oamenii te folosesc mai ales de pe laptop sau din birou, o aplicație web e de multe ori suficientă: vezi aplicații web scalabile, construite o dată pentru orice dispozitiv.
Exemple reale: ce am ales și de ce
În proiectele noastre, forma aplicației a venit din felul în care e folosită, nu din preferința pentru o tehnologie. Detalii în studiile de caz Tchibo GAME ON și ComfortMap.
Toate proiectele noastre web, de la site-uri de prezentare la magazine și platforme, sunt adunate pe pagina de dezvoltare web.
Tchibo GAME ON
Campanie Tchibo România: consumatorii încarcă bonul fiscal din magazin, de pe telefon, direct în browser. Validare automată, reguli antifraudă pentru bonuri duplicate și dashboard pentru echipa campaniei.
ComfortMap, portalul familiilor
Familiile rezidenților intră de câteva ori pe săptămână, cu un link primit pe email, fără parolă și fără descărcare din store. Actualizările ajung instant, fără review.
Platformă de coaching sportiv
Antrenorul e pe teren, cu telefonul într-o mână: note vocale, cât mai puține atingeri pe acțiune, funcționare offline în sălile fără semnal. Aici o experiență apropiată de nativ își justifică costul.
Ai nevoie de o aplicație nativă?
Patru întrebări cu da sau nu.
Indiferent de scor, în 30 de minute îți spunem sincer dacă merită nativ, web app sau nimic deocamdată.
Aplicație + backend, nu doar interfața
O aplicație mobilă nu trăiește izolat — are nevoie de un backend care gestionează utilizatori, date și notificări. Construim ambele părți coerent, refolosind aceeași infrastructură ca la platformele web (Supabase/Postgres) unde are sens.
iOS + Android din aceeași bază de cod
React Native — un singur cod sursă pentru ambele platforme, mai ușor de întreținut.
Datele aplicației, gestionate corect
Autentificare, sincronizare, notificări push — infrastructura din spate.
Procesul de review, gestionat de noi
Cont developer, respectarea guideline-urilor Apple/Google, actualizări post-lansare.
Ce influențează prețul unei aplicații mobile
Prețul nu depinde de numărul de ecrane, ci de ce face aplicația în spate: integrările cu sisteme existente (ERP, CRM, plăți), backend-ul (există deja sau se construiește de la zero) și cerințele pe date sensibile. Le explicăm pe rând în articolul cât costă o aplicație mobilă și când nu ai nevoie de una.
Prețurile pentru dezvoltarea aplicațiilor mobile se schimbă cel mai mult la trei praguri de complexitate:
- 01Catalog simplu, fără cont: conținut, formular, notificări de bază. Cel mai mic efort.
- 02Cont de utilizator: date salvate pentru fiecare om, autentificare, sincronizare cu serverul.
- 03Plăți sau funcționare offline: integrarea cu procesatorul de plăți, sincronizarea și rezolvarea conflictelor de date când telefonul revine online. Fiecare prag adaugă timp real de dezvoltare, nu doar linii de cod.
Discovery, apoi decizie informată
Prima discuție clarifică dacă ai nevoie reală de nativ. Discovery-ul stabilește apoi exact ce funcții contează, ca prețul aplicației să reflecte nevoia reală, nu o listă de opțiuni „ar putea fi utile”.
- 01Discuție de 30 de minute, gratuită: îți spunem sincer dacă ai nevoie de aplicație nativă, de web app sau de nimic deocamdată.
- 02Discovery scurt, plătit: fluxuri, date, integrări, riscuri. Poți opri aici, cu raportul livrat.
- 03Ofertă cu preț fix, de regulă în 2–3 variante, cu ce e inclus și ce nu.
- 04Construim aplicația și backend-ul în etape, cu verificări, apoi o publicăm în App Store și Google Play.
- 05După lansare, urmărim împreună primele sesiuni reale de utilizare.
Codul și datele rămân ale tale
Nu construim dependențe artificiale de noi. Ce primești la final și cum sunt protejate datele:
- 01Cod, accese, documentație: predăm codul sursă, accesele și documentația de administrare. Dacă vrei altă echipă de mentenanță, poți.
- 02Date separate pe rol: pe Supabase/Postgres, accesul se separă direct în baza de date (Row Level Security), cum am făcut la ComfortMap pentru personal, familii și administratori.
- 03Preț fix pe scope scris: nu tarif pe oră. Dacă scope-ul se schimbă, semnăm un act adițional înainte, nu o factură surpriză după.
- 04Costuri terțe declarate: hostingul, licențele și abonamentele externe se trec în ofertă înainte de semnare.
Ce se întâmplă după ce aplicația e publicată
Publicarea în App Store și Google Play e doar startul: urmează review-ul fiecărei platforme, care poate cere ajustări minore înainte de aprobare. După lansare, monitorizăm împreună primele sesiuni reale de utilizare, ca să vedem dacă fluxul funcționează cum a fost gândit, nu doar cum a fost testat intern.
Spre deosebire de un site, o aplicație mobilă trebuie actualizată când Apple sau Google schimbă cerințele de sistem de operare, altfel riști să dispară din store. Ca reper general, mentenanța anuală a unei aplicații native ajunge la o cincime până la un sfert din costul inițial de construcție; un web app, cu un singur cod de întreținut, cere de regulă mai puțin. Discutăm asta explicit înainte de a începe, nu după lansare.
Preț fix, după un discovery scurt.
- fără proces de review în store
- actualizare instant, fără update de aplicație
- cost mult mai mic
- iOS + Android
- publicare inclusă
- backend simplu
- backend complet
- integrare plăți
- mentenanță recomandată
Fiecare proiect are alt context, alte fluxuri și altă infrastructură, așa că prețul se stabilește după un discovery scurt și plătit, iar apoi nu se schimbă pe parcurs.
Indiferent de scor, în 30 de minute îți spunem sincer dacă merită nativ, web app sau nimic deocamdată.
Întrebări frecvente
Cât costă dezvoltarea unei aplicații mobile?
Depinde de ce face aplicația, nu de numărul de ecrane: un catalog fără cont cere mult mai puțină muncă decât o aplicație cu cont de utilizator, plăți sau funcționare offline. Nu publicăm tarife de listă. După un discovery scurt și plătit primești o ofertă cu preț fix pe scope scris, de regulă în 2–3 variante, cu ce e inclus și ce nu.
Am nevoie neapărat de o aplicație nativă?
Nu întotdeauna. Dacă nu ai nevoie de notificări push, cameră/GPS constant sau funcționare offline, un web app responsive e adesea suficient și mult mai ieftin.
Cine se ocupă de publicarea în App Store și Google Play?
Noi — inclusiv gestionarea contului de developer și respectarea cerințelor de review ale fiecărei platforme.
Ce se întâmplă dacă Apple sau Google schimbă cerințele?
Aplicațiile native cer actualizări periodice pentru a rămâne compatibile. E un cost de mentenanță real, pe care îl discutăm din prima ofertă.
Puteți construi și backend-ul, nu doar aplicația?
Da. De obicei construim ambele împreună, ca să fie coerente de la început, pe Supabase/Postgres, cum am făcut la Tchibo GAME ON și la ComfortMap.
Susțineți și integrarea cu notificări push?
Da, ca parte a backend-ului — configurăm serviciul de notificări (Firebase/APNs) în funcție de platformă.
Al cui e codul aplicației după lansare?
Al tău. Codul și infrastructura rămân ale tale, iar la final predăm codul sursă, accesele și documentația de administrare. Dacă vrei să schimbi echipa de mentenanță, poți.
Hai să vedem ce se poate automatiza la tine.
O sesiune gratuită de 30 de minute: îți spunem ce se poate automatiza, cât durează și cât costă, cu preț fix după discovery.
Răspundem în aceeași zi lucrătoare.