15+Ani de experiență în software
3Niveluri de dispozitive testate
3 moTermen tipic lansare Play Store
Diverse smartphone-uri și tablete Android afișând o aplicație mobilă în rulare
Flutter + Kotlin
Material 3, livrare conformă Play
Ce construim

Capabilități Android de la capăt la capăt

Android construit cu Flutter și Material 3

Aplicațiile noastre Flutter livrează tematizare Material 3 corectă, layout-uri adaptive pentru telefoane și tablete și suport edge-to-edge. Trec review-ul Play Store și arată corect atât pe un Motorola de 150€ cât și pe un Galaxy Fold.

Module native Kotlin

Servicii de fundal cu WorkManager, widget-uri pe ecranul principal, straturi de date Wear OS, integrări Bluetooth LE avansate și servicii de accesibilitate la nivel de sistem — când Kotlin este instrumentul potrivit pentru funcționalitate, îl scriem ca un modul curat prin platform channel.

Livrare în Play Store și rollout-uri eșalonate

Deținem întregul pipeline Play Console: semnare, track-uri de lansare, testare internă, beta închis, beta deschis și producție. Rollout-uri eșalonate la 10% → 50% → 100% cu praguri de rată ANR și crash ca un build defect să nu ajungă la toată baza ta de utilizatori.

Matrix de testare pentru fragmentarea dispozitivelor

Testăm pe un matrix ierarhizat — flagship de top, mid-range, entry-level — acoperind densitățile de ecran și versiunile Android care reprezintă 95% din piața ta țintă. Firebase Test Lab rulează teste UI automate pe matrix la fiecare candidat de lansare.

Conformitate cu politicile Play și formulare data safety

Declarații în formularul data safety, justificări pentru permisiuni sensibile, upgrade-uri targetSdk conform calendarului obligatoriu Google și contestații la violări de politică — gestionăm birocrația conformității ca aplicația ta să rămână live și contul tău curat.

Performanță pe dispozitive de gamă joasă

Coada lungă Android de dispozitive cu RAM redus este locul unde cele mai multe aplicații eșuează în tăcere. Profilăm presiunea de memorie, frame-urile jank și consumul de baterie pe un dispozitiv de referință sub 200€ înainte de fiecare lansare — nu doar pe flagship-ul pe care îl folosim la dezvoltare.

Construit pentru realitatea Android

Fragmentarea nu este o notă de subsol — este munca în sine

Android rulează pe mii de modele de dispozitive de-a lungul unui deceniu de niveluri API. Iată cum facem asta gestionabil în loc să pretindem că nu este o problemă.

Strategia pentru matrix de testare

Ierarhizăm dispozitivele pe trei niveluri după cota de piață: flagship (Pixel, Galaxy S), mid-range (Galaxy A, Moto G), entry-level (Xiaomi de intrare, sub 150€). Fiecare nivel primește o sesiune de testare dedicată pentru layout, performanță și rată de crash înainte de orice lansare.

Strategia pentru SDK minim

Recomandăm un minSdk care acoperă cel puțin 95% din piața ta țintă — de obicei API 26–28 pentru aplicații de consum EU/SUA, API 24 pentru enterprise cu flote de dispozitive mai vechi. Documentăm compromisurile și lăsăm decizia la tine.

Configurarea ProGuard și R8

Regulile de ofuscare auditate pentru interoperabilitatea Flutter + Kotlin, SDK-uri terțe și biblioteci cu utilizare intensă de reflexie. Regulile keep lipsă sunt cauza tăcută a jumătate din crash-urile post-ofuscare pe care le vedem în codebase-uri moștenite.

Rapoarte pre-lansare Play

Fiecare candidat de lansare este rulat prin raportul pre-lansare Play Store — crawl automatizat pe dispozitive reale în laboratorul Google. Analizăm constatările de accesibilitate, performanță și crash înainte de a aproba promovarea în producție.

Stack tehnologic

Toolchain-ul Android pe care îl folosim în realitate

Flutter și Dart sunt stratul nostru principal. Kotlin pentru module de platformă și lucru în background. Biblioteci Jetpack (WorkManager, Room, Navigation) unde arhitectura beneficiază de ele. Play Console pentru livrare, Firebase pentru raportare crash, analytics și remote config, Material 3 pentru conformitate design system.

FlutterKotlinJetpackPlay ConsoleFirebaseMaterial 3

Nu folosim Cordova, Ionic sau Java legacy pentru proiecte noi. Dacă un proiect justifică Kotlin nativ integral de la zero — personalizare intensă Jetpack Compose, funcționalități la nivel de sistem sau un codebase Java existent — spunem asta înainte să te angajezi.

FAQ

Întrebări frecvente

Flutter sau Kotlin pentru aplicația noastră Android?

Flutter este implicit corect când ai nevoie sau poți avea nevoie de acoperire iOS, vrei un singur codebase de întreținut sau construiești un produs B2C sau B2B standard fără cerințe profunde la nivel de sistem. Kotlin (nativ) câștigă când construiești ceva aproape de OS — un launcher, un serviciu de accesibilitate, o aplicație de gestionare dispozitive, sau un proiect cu un codebase Kotlin/Java existent mare. Îți dăm o recomandare directă într-un apel de 30 de minute înainte ca vreun scop să fie semnat.

Cum testați pe mii de dispozitive Android?

Nu încercăm să testăm pe mii de dispozitive — testăm pe un matrix reprezentativ. Definim trei niveluri de dispozitive (flagship, mid-range, entry-level) aliniate la baza reală de instalări din piața ta țintă, apoi automatizăm testele UI pe acel matrix folosind Firebase Test Lab. Asta prinde 95%+ din problemele de fragmentare fără o suprafață de testare de negestit. Pentru lansări critice rulăm și sesiuni de explorare manuală pe dispozitive fizice la cazurile limită.

Cum gestionați politicile Google Play și formularele data safety?

Tratăm conformitatea cu politicile Play ca o preocupare de inginerie de primă clasă, nu ca un formular de completat în ultimul moment. În timpul dezvoltării audităm fiecare permisiune solicitată, fiecare punct de date colectat și fiecare SDK terț pentru propriile sale practici de date. Formularul data safety este redactat în paralel cu aplicația, nu în noaptea dinaintea lansării. Dacă o actualizare de politică afectează aplicația ta live, o semnalăm, implementăm modificarea necesară și submitem actualizarea în termenul obligatoriu.

Puteți prelua o aplicație Kotlin sau Java existentă?

Da. Începem cu un audit al codebase-ului care acoperă sănătatea arhitecturii, actualitatea minSdk și targetSdk, vulnerabilitățile dependențelor și orice avertismente Play Console în așteptare. De acolo putem menține și extinde codebase-ul existent, moderniza din Java în Kotlin sau planifica o migrare graduală la Flutter unde are sens pentru produsul tău. Îți oferim o imagine onestă a datoriei tehnice înainte de a agrea un scop.

Cât durează livrarea unei aplicații Android?

Rollout-urile eșalonate și rapoartele pre-lansare din Play Console adaugă pași pe care App Store nu îi are, deci termenele țin cont de aceste etape. Un MVP focusat — funcționalități principale, autentificare, două până la patru ecrane — ajunge de obicei în producție în opt până la douăsprezece săptămâni. Proiectele cu un backend personalizat, integrări hardware (Bluetooth LE, scanere de coduri de bare) sau gestionarea datelor reglementate necesită patru până la șase luni. Review-ul Play Store în sine este rapid: una până la trei zile lucrătoare pentru aplicații noi, adesea în aceeași zi pentru actualizări odată ce contul are un istoric. Livrăm build-uri interne săptămânale din primul sprint, astfel progresul este vizibil pe tot parcursul colaborării.

Platformă de management ITP — MotigoAplicație mobilă
Studiu de caz

Platformă de management ITP — Motigo

Platformă care ține șoferii și flotele din România în legalitate — programări ITP online, notificări automate pentru expirarea ITP/RCA/CASCO și management de flotă, cu aplicație Android.

35+
partner ITP stations
auto
expiry reminders
Android
mobile app
Citește studiul de caz

Cauți o companie de dezvoltare aplicații Android?

Programează un apel gratuit de 30 de minute cu un inginer Android senior — pleci cu o recomandare Flutter vs. Kotlin, o strategie pentru matrix de dispozitive și o estimare realistă.

Ales de fondatori, scale-up-uri și echipe enterprise