Articol

Chiar ai nevoie de o aplicație mobilă?

Retenția reală la 30 de zile e sub 6%. Cum decizi dacă îți trebuie o aplicație descărcabilă sau un site mobil bine făcut, și ce costuri ascunse apar.

6 septembrie 2026aplicatii mobile · produs digital · web development

„Vreau o aplicație ca la [concurent].” E, statistic, cea mai frecventă cerere primită de orice echipă care construiește produse mobile, și cea mai puțin fundamentată pe date. Nimeni din echipa care o cere n-a verificat, de regulă, dacă acel concurent are într-adevăr retenție și ROI pe aplicația lui, sau dacă o ține doar ca linie într-o prezentare de brand. Înainte să răspunzi la întrebarea „nativ sau cross-platform”, merită să răspunzi la o întrebare mai devreme: chiar ai nevoie de o aplicație descărcabilă?

Cadrul de decizie, în patru întrebări

Alegerea corectă e o decizie de business, nu de gust, și există un cadru simplu format din patru întrebări, în ordinea asta. Cât de des interacționează un utilizator tipic cu produsul: zilnic sau săptămânal justifică o aplicație instalată, ocazional nu. Are nevoie reală de funcții hardware sau de acces offline susținut, cameră, GPS, senzori, Bluetooth, plăți NFC. Notificările push sunt un canal central în modelul de business, status comandă, reamintire programare, recomandare de produs, sau sunt un „nice to have”. Există monetizare prin achiziții in-app care justifică taxa de platformă.

Dacă răspunsul la cel puțin două din patru e „da” clar, o aplicație, nativă sau cross-platform, are sens economic. Dacă răspunsurile sunt majoritar „nu” sau „poate”, o Progressive Web App sau un site mobil performant e alegerea onestă. Cine interacționează ocazional cu produsul tău, o rezervare unică, o vizită informativă, un formular de contact, convertește mai bine pe o pagină web mobilă rapidă decât pe o aplicație pe care n-o va instala pentru o singură utilizare.

Trei căi tehnice, nu una

Nativ, Swift/SwiftUI pe iOS și Kotlin/Jetpack Compose pe Android, oferă performanță maximă și acces complet la hardware, cameră, senzori, Bluetooth, NFC, ARKit/ARCore, cu aderență perfectă la ghidurile fiecărei platforme. Costă de 1,5-2 ori mai mult decât o soluție cross-platform, pentru că presupune practic două echipe și două codebase-uri întreținute în paralel. Se justifică pentru aplicații cu cerințe grafice intensive, jocuri, AR, integrări hardware avansate sau produse care vor scala peste 10 milioane de utilizatori.

Cross-platform, Flutter sau React Native, acoperă ambele platforme dintr-un singur codebase, cu 70-90% cod partajat, la 40-60% din bugetul unei dezvoltări duale native și cu peste 90% din performanța nativă pentru marea majoritate a aplicațiilor de business, comerț, rezervări, loializare, conținut. Flutter a depășit React Native ca adopție de piață și tinde spre cicluri de dezvoltare mai rapide; React Native rămâne relevant când echipa are deja developeri JavaScript/React.

Progressive Web App, o aplicație web care se instalează pe ecranul principal, funcționează parțial offline și trimite notificări, fără trecere prin App Store sau Google Play și fără comisioanele lor. Costă cu 60-80% mai puțin decât o variantă nativă și atinge 85-95% din performanța nativă pentru aplicații de tip conținut sau tranzacții simple. Limitele sunt reale: pe iOS, suportul pentru notificări push a apărut abia din Safari 16.4 și e mai limitat decât cel nativ; accesul la hardware avansat e restrâns; și o PWA pierde vizibilitatea organică de căutare din App Store și Google Play, plus, pentru unele categorii de business, un semnal de credibilitate pe care clientul final îl asociază cu „aplicație adevărată”.

Cât costă, de fapt, fiecare variantă

Pragurile de preț orientative pentru piața românească, fără TVA: un MVP focusat pe un singur flux principal, autentificare, 2-4 ecrane cheie, un flux de plată, publicare în ambele magazine, pornește de la 25.000 EUR și poate ajunge la 70.000 EUR. Un produs complet, cu roluri multiple, plăți, back-office și integrări cu sisteme existente, ajunge la 70.000-200.000 EUR. O platformă reglementată sau la scară mare, fintech, sănătate, conformitate strictă, depășește 200.000 EUR.

Diferența majoră de cost vine din alegerea tehnologiei, nu din complexitatea funcțională: nativ dual-platform costă de 1,5-2 ori mai mult decât cross-platform. Pentru bugete restrânse, cross-platform sau chiar PWA duc la 90% din rezultatul funcțional la o fracțiune din costul unei variante native complete, respectiv 40-60% și 20-40% din acel cost.

Retenția reală, nu cea din prezentarea de vânzare

Aici e partea pe care majoritatea agențiilor o omit, pentru că nu ajută vânzarea. Retenția medie la 30 de zile pe piață e de doar 3,8% pe Android și 5,3% pe iOS, cu retenție la o zi de 20-25%. Aproximativ un sfert dintre useri abandonează o aplicație după o singură utilizare, iar 77% dintre utilizatorii activi zilnic dispar până în a treia zi. Un utilizator mediu are în jur de 80 de aplicații instalate pe telefon, dar folosește activ doar circa 30 pe lună și 10 pe zi.

Aceste cifre nu sunt un motiv de descurajare, ci exact argumentul pentru a răspunde onest la cadrul de decizie de mai sus înainte de a construi. O aplicație bine țintită, pentru un caz de utilizare frecventă reală, comandă, rezervare, abonament, poate performa constant peste aceste medii. O aplicație construită „pentru că da”, fără validarea frecvenței reale de utilizare, se va încadra exact în ele, indiferent cât de bine e construită tehnic.

Costurile pe care nimeni nu le pune în bugetul inițial

Bugetele care includ dezvoltarea dar omit complet mentenanța sunt o greșeală frecventă a pieței, și una scumpă. Aplicațiile fără mentenanță tind să se defecteze în 12-18 luni, pe măsură ce actualizările anuale de iOS și Android schimbă permisiuni, API-uri și cerințe de review. Mentenanța nu e opțională, e o linie de buget recurentă, nu un cost unic.

La asta se adaugă comisioanele de platformă: Apple și Google percep standard 30% din vânzările in-app, redus la 15% pentru firme mici prin programele dedicate (Apple Small Business Program, respectiv pragul Google Play sub 1 milion USD/an), plus taxa anuală de 99 USD pentru cont Apple Developer și taxa unică de 25 USD pentru Google Play. Iar publicarea nu e instantanee: la prima submisie, Apple durează de regulă 3-7 zile, Google similar sau ceva mai mult, iar o respingere la prima trecere e frecventă și normală, nu o urgență de gestionat în panică.

Una dintre cele mai costisitoare greșeli tehnice e alegerea tehnologiei „după modă”, nativ pentru că „sună premium”, fără nevoia tehnică reală pentru ea. Rezultatul e un cost dublu de mentenanță pe termen nelimitat, imposibil de oprit fără o rescriere completă.

Cine construiește aplicația și de ce contează continuitatea

Concurența în dezvoltarea de aplicații mobile vine din trei direcții, iar fiecare are un risc specific. Agențiile mari au proces matur, dar cicluri de livrare lungi și costuri mai ridicate. Freelancerii sau echipele mici sunt mai ieftini pe termen scurt, dar riscul de continuitate e real: cod nedocumentat, developer care devine indisponibil exact în luna în care Apple sau Google forțează o actualizare majoră de sistem de operare. Echipele in-house presupun fie recrutarea a două seturi de developeri, iOS și Android, fie a unui tech lead cross-platform senior, cu timp de ramp-up și cost fix indiferent de volumul de lucru real.

Riscul cel mai frecvent la o aplicație construită cu un freelancer nu e calitatea inițială a codului, ci exact această continuitate. Documentația de predare și un SLA de mentenanță explicit fac diferența dintre o aplicație care supraviețuiește actualizărilor anuale de iOS și Android și una care se defectează tăcut, fără ca nimeni din echipă să știe de ce sau cum se repară. Standardele urmate în livrare, Human Interface Guidelines pentru iOS, Material Design 3 pentru Android, App Store Review Guidelines și Google Play Developer Policy pentru conformitate la publicare, nu sunt un detaliu cosmetic, ci condiția ca aplicația să treacă review-ul fără resubmisii repetate.

Întrebarea corectă, înainte de orice altă decizie

Dacă produsul tău are o bază de clienți recurenți, comandă, rezervare, livrare, abonament, unde utilizarea frecventă sau notificările chiar contează, o aplicație are sens economic. Dacă clientul tău vine o dată sau ocazional, banii se duc mai eficient într-un site mobil rapid și bine construit. Diferența dintre cele două decizii se vede în retenția reală, nu în cum arată produsul în prezentarea internă. Dacă vrei o recomandare scrisă, cu argumentare de cost și performanță, înainte de a investi bugetul, pagina de aplicații mobile descrie exact acest prim pas, tratat ca livrabil separat, nu ca formalitate înainte de vânzare.

Surse

Ai o situație asemănătoare?

Spune-ne în ce punct ești. Dacă răspunsul potrivit e altul decât ce ai citit aici, îți spunem.

Solicită o ofertă