DCL Studio · Aplicații Mobile
Agenție de aplicații web iOS și Android, cu backendul scris de aceeași echipă
Cele mai multe aplicații mobile nu eșuează în magazin, ci înainte: la partea de server care trebuie să le alimenteze. O aplicație pentru iOS și Android este o fereastră către o platformă, iar dacă platforma nu există sau nu are un API curat, aplicația devine cea mai scumpă parte a proiectului. Design Creator Lab construiește ambele: aplicația în React Native, dintr-o singură bază de cod pentru iOS și Android, și platforma web care stă în spatele ei. Aceeași echipă, aceeași bază de date, aceeași logică. Nu există moment în care aplicația așteaptă un API pe care îl scrie altcineva.
- Brief 30 min · Cotație 48h -
Cere ofertă personalizată
Brief 30 min, fără obligație. Cotație fixă în 48h.
Portofoliu verificabil · Contract și factură · Suport 12 luni
- De ce DCL Studio -
De ce contează cine scrie partea de server
01
O bază de cod pentru amândouă magazinele
Scriem în React Native, ceea ce înseamnă că aceeași bază de cod produce aplicația pentru iOS și pentru Android. Nu plătești două echipe și nu ajungi în situația în care o funcție există pe Android și încă nu e gata pe iPhone. Acolo unde un sistem cere ceva specific, cum sunt notificările sau autentificarea cu contul Apple, se scrie punctual pentru el, restul rămâne comun.
02
Aplicația și platforma se scriu împreună
Cea mai mare parte din costul unei aplicații nu e ecranul, e ce se întâmplă în spate. Noi scriem și partea de server, deci API-ul e făcut pentru aplicație din prima zi, nu adaptat ulterior. La aplicația noastră internă DCL Hub, aplicația și panoul de administrare comunică direct, iar un proiect nou se configurează din aplicație, fără intervenție în cod.
03
Publicarea în magazine o facem noi
App Store și Google Play au reguli proprii, cer conturi de dezvoltator, certificate, politici de confidențialitate, capturi de ecran la dimensiuni exacte și, la Apple, un cont demo funcțional pentru verificare. Pregătim tot pachetul și ne ocupăm de trimitere și de răspunsurile la observațiile lor. Conturile de dezvoltator rămân pe numele firmei tale, nu pe al nostru.
04
Notificări care chiar ajung
Notificările sunt principalul motiv pentru care o firmă vrea aplicație în loc de site pe telefon. Le implementăm complet, cu trimitere din panoul de administrare, segmentare și programare. În aplicația noastră internă rulează prin Firebase Cloud Messaging, inclusiv cu aplicația închisă, deci e o funcție pe care o folosim zilnic, nu una pe care am citit-o în documentație.
05
Aplicație ușoară, fiindcă asta se dezinstalează cel mai greu
O aplicație grea se dezinstalează prima când se umple telefonul, iar dimensiunea pachetului se decide în arhitectură, nu la final. O tratăm ca pe un criteriu stabilit de la început, alături de ecranele care trebuie livrate. Aplicația noastră, DCL Hub, ține mai multe proiecte configurate în paralel și permite comutarea între ele fără relogare, dintr-o singură bază de cod.
- Cui se adresează -
Pentru cine construim aplicații
Lucrăm cu firme care au deja un proces digital și vor să îl ducă în mâna clientului sau a angajatului. Concret: magazine online care vor aplicație proprie cu notificări, nu doar site pe telefon; firme cu oameni pe teren care au nevoie să înregistreze ceva din aplicație și să apară imediat în sistemul central; platforme cu conturi de utilizator unde aplicația trebuie să afișeze date în timp real; și proiecte care pornesc de la zero și au nevoie deodată de web, de aplicație și de partea de server. Dacă ai nevoie doar de o versiune mobilă a site-ului, nu ai nevoie de aplicație și îți spunem asta la prima discuție.
- Funcționalități cheie -
Ce intră într-un proiect de aplicație
01
Aplicație pentru iOS și Android dintr-o singură bază de cod, în React Native
02
Backend propriu în Laravel sau Node.js, cu API documentat, scris pentru aplicație
03
Conturi de utilizator, roluri și autentificare securizată, inclusiv cu contul Apple sau Google
04
Notificări push cu trimitere din panou, segmentare și programare
05
Funcționare corectă și când semnalul e slab, cu sincronizare la revenirea conexiunii
06
Panou de administrare din care controlezi conținutul aplicației fără versiune nouă
07
Sistem de versiuni care poate cere utilizatorului să actualizeze când e obligatoriu
08
Pregătirea completă a fișelor pentru App Store și Google Play, inclusiv cont demo pentru verificare
09
Publicare în ambele magazine, pe conturi de dezvoltator pe numele firmei tale
10
Actualizări ulterioare și republicare, cu urmărirea schimbărilor de reguli din magazine
- Pachete și prețuri -
Cât costă o aplicație
O aplicație mobilă se ofertează împreună cu partea de server, fiindcă separat cifra nu înseamnă nimic. Dacă ai deja o platformă cu API funcțional, costul scade semnificativ. Dacă nu, se construiesc împreună și se plătesc pe etape.
Proiecte cu componentă mobilă
Aplicație peste o platformă existentă
de la 5.000 €
- ·Aplicație iOS și Android din aceeași bază de cod
- ·Conectare la API-ul tău actual
- ·Notificări push cu panou de trimitere
- ·Publicare în ambele magazine
- ·Documentație și predare
Popular
Aplicație plus platformă
de la 8.000 €
- ·Analiză de proces și arhitectură
- ·Platformă web cu panou de administrare
- ·API scris special pentru aplicație
- ·Aplicație iOS și Android
- ·Publicare, monitorizare și instruire
Magazin online cu aplicație
de la 2.499 € platforma
- ·Magazin complet cu plăți și facturare
- ·Legătură cu stocul și cu curierii
- ·Aplicația se ofertează separat, peste platformă
- ·Notificări pentru comenzi și promoții
Întreținere și actualizări
Basic
49 €/lună
- ·Actualizări de securitate
- ·Copie de siguranță zilnică
- ·Monitorizare disponibilitate
- ·O oră de intervenții inclusă pe lună
Popular
Standard
99 €/lună
- ·Tot din Basic
- ·Trei ore de modificări pe lună
- ·Republicare la schimbări de reguli în magazine
Premium
199 €/lună
- ·Tot din Standard
- ·Șase ore de modificări pe lună
- ·Prioritate la incidente
- ·Versiuni noi planificate
Prețuri în euro, fără TVA. DCL nu este plătitor de TVA. Taxele magazinelor se plătesc separat, direct de firma ta: 99 de dolari pe an la Apple, 25 de dolari o singură dată la Google.
- Procesul DCL -
De la idee la aplicație publicată
01
Ce face aplicația și de ce nu ajunge site-ul
Prima discuție e despre necesitate, nu despre ecrane. Dacă tot ce vrei e ca site-ul să arate bine pe telefon, aplicația e o cheltuială inutilă și îți spunem asta. Aplicația se justifică prin notificări, prin lucrul fără semnal, prin acces la camera sau la locația telefonului, sau prin faptul că oamenii o deschid zilnic.
02
Arhitectură și API
Stabilim ce date circulă, cât de des, ce se ține pe telefon și ce se cere de fiecare dată. Aici se decide dacă aplicația va fi rapidă sau nu, mult înainte de primul ecran desenat. Dacă ai deja o platformă, îi citim API-ul și îți spunem exact ce lipsește.
03
Ecrane și navigare
Desenăm fluxurile principale și le testăm pe telefon real, nu în simulator. Convențiile diferă între iOS și Android, iar o aplicație care le ignoră se simte străină pe amândouă. Aici se decid și lucrurile mărunte care contează: ce se întâmplă la conexiune pierdută, ce vede omul la prima deschidere.
04
Scriere și versiune de test
Construim aplicația și o distribuim prin canalele de testare ale magazinelor, ca să o ai pe telefonul tău cât mai devreme. Fiecare versiune nouă ajunge automat la testeri. Aici prindem lucrurile care nu se văd pe hârtie, cum ar fi cum se comportă pe un telefon vechi.
05
Pregătirea pentru magazine
Pregătim descrierile, capturile la dimensiunile cerute, pictogramele, politica de confidențialitate, declarațiile de colectare a datelor și contul demo pe care Apple îl cere ca să verifice aplicația. Etapa asta e cea mai subestimată și e cea care întârzie cel mai des lansările.
06
Publicare și ce urmează
Trimitem aplicația în App Store și Google Play și răspundem la observațiile echipelor de verificare. Google aprobă de regulă mai repede, Apple verifică manual și poate cere clarificări. După publicare rămâne actualizarea, fiindcă ambele magazine schimbă regulile periodic și o aplicație neîntreținută ajunge să fie retrasă.
- Comparativ -
React Native, aplicații native separate sau aplicație web
Trei drumuri posibile către telefon. Nu există unul corect universal, dar există unul potrivit pentru situația ta, iar diferența de cost între ele e mare.
| Ce contează | React Native | Native separat | Aplicație web |
|---|---|---|---|
| Câte baze de cod se întrețin | Una | Două | Una |
| Cost de dezvoltare | Mediu | Cel mai mare | Cel mai mic |
| Apare în App Store și Google Play | Da | Da | Nu |
| Notificări push | Da | Da | Limitat, mai ales pe iOS |
| Acces la cameră, locație, fișiere | Da | Da | Parțial |
| Funcționare fără semnal | Da, cu sincronizare la revenire | Da | Foarte limitat |
| Timp până la prima versiune | Săptămâni | Luni | Zile |
| Actualizare de conținut fără versiune nouă | Da, din panou | Da, din panou | Imediat |
| Cine aprobă publicarea | Apple și Google | Apple și Google | Nimeni |
| Când are sens | Aproape întotdeauna | Funcții specifice unui sistem | Când nu ai nevoie de magazin |
- Rezultate -
Ce am livrat, spus exact
Aplicație mobilă iOS și Android, proiect propriu
DCL Hub Mobile AppProblema
Aveam nevoie ca fiecare proiect al studioului să poată fi urmărit și administrat de pe telefon, de la mai multe conturi, fără să construim câte o aplicație separată pentru fiecare client.
Soluția DCL
Am scris o aplicație în React Native, pentru iOS și Android din aceeași bază de cod, care se conectează la mai multe proiecte simultan și primește configurația de la distanță, din panoul de administrare.
Rezultat
Mai multe proiecte configurate în paralel, cu comutare între ele fără relogare, un proiect nou se configurează din panou fără intervenție în cod, iar aplicația e o singură bază de cod.
Platformă de trading, partea de server
Helix TradingProblema
Aveau nevoie de o platformă cu conturi, plăți, autentificare și calcul în timp real, fără să depindă de un furnizor extern care poate schimba regulile.
Soluția DCL
Am scris motorul complet de la zero în Next.js, cu autentificare pe NextAuth, plată prin PayPal și transfer crypto, și recalcularea poziției fiecărui cont la fiecare 30 de secunde. Este partea de server pe care se poate construi o aplicație mobilă.
Rezultat
Zero dependențe externe în miezul platformei și produsele administrate din panou. Precizăm explicit: aici am livrat platforma web, nu o aplicație publicată în magazine.
Comerț online, sincronizare și API
ZelviroProblema
Stocul și prețul se țineau manual în trei locuri diferite, iar orice aplicație construită peste ar fi arătat date greșite.
Soluția DCL
Am construit sincronizarea automată cu trei marketplace-uri și o singură sursă de adevăr pentru stoc și preț, expusă printr-un API care poate alimenta orice client, inclusiv o aplicație mobilă.
Rezultat
Peste 13.000 de produse sincronizate automat și timp de răspuns coborât de la 94 de secunde la 27 de milisecunde. Și aici am livrat platforma, nu o aplicație de magazin.
- Întrebări frecvente -
Întrebări despre aplicații mobile
Ce înseamnă aplicație web iOS și Android?
Înseamnă o aplicație care se instalează din App Store și din Google Play, dar care își ia datele dintr-o platformă web. Practic tot ce vezi în aplicație vine de pe un server, iar aplicația e felul în care ajunge la tine pe telefon. Asta permite ca o modificare de conținut să apară imediat, fără versiune nouă în magazin.
Am nevoie de aplicație sau îmi ajunge site-ul pe telefon?
Dacă tot ce vrei e ca oamenii să vadă informația și să te contacteze, îți ajunge site-ul, iar noi îți vom spune asta chiar dacă înseamnă un proiect mai mic. Aplicația se justifică prin notificări, prin utilizare zilnică, prin lucrul fără semnal și prin acces la funcții ale telefonului. Altfel e o cheltuială care nu se întoarce.
De ce React Native și nu aplicații native separate?
Fiindcă o singură bază de cod produce ambele aplicații, deci nu plătești de două ori și nu ajungi cu funcții diferite pe iPhone față de Android. Acolo unde un sistem cere ceva propriu, se scrie punctual pentru el. Aplicații native separate au sens când proiectul depinde masiv de funcții specifice unui singur sistem.
Cât durează până apare aplicația în magazine?
Dezvoltarea durează de regulă între opt și șaisprezece săptămâni, în funcție de câte procese acoperă. La asta se adaugă verificarea magazinelor: Google aprobă de obicei în una până la trei zile, Apple verifică manual și poate dura mai mult, mai ales dacă cere clarificări. Etapa de verificare nu o controlăm și nu promitem termen pentru ea.
Pe ce cont apare aplicația?
Pe conturile de dezvoltator ale firmei tale, create pe numele tău. Aplicația e a ta, cu tot ce ține de ea. Te ajutăm să le creezi și le administrăm dacă vrei, dar proprietatea rămâne la tine, ceea ce înseamnă că nu depinzi de noi ca să publici o versiune nouă.
Cât costă taxele magazinelor?
Apple cere 99 de dolari pe an pentru contul de dezvoltator, Google cere 25 de dolari o singură dată. Sunt taxe plătite direct de firma ta către ei, nu prin noi, și nu le adăugăm comision. Ambele sunt separate de prețul dezvoltării.
Ce se întâmplă dacă Apple respinge aplicația?
Se întâmplă și e o etapă normală, nu un eșec. Apple trimite motivul, se corectează și se retrimite. Cele mai frecvente motive sunt lipsa unui cont demo funcțional, politica de confidențialitate incompletă sau declarații de colectare a datelor care nu corespund realității. Le pregătim din start tocmai ca să scădem numărul de runde.
Pot trimite notificări singur, fără să vă cer?
Da. Notificările se trimit din panoul de administrare, cu segmentare pe categorii de utilizatori și cu posibilitate de programare. E o funcție pe care o folosim zilnic în aplicația noastră internă, prin Firebase Cloud Messaging.
Aplicația merge și fără internet?
Depinde de ce face. Datele deja descărcate pot rămâne disponibile, iar acțiunile făcute fără semnal se pot păstra local și trimite când revine conexiunea. Se stabilește la etapa de arhitectură ce anume funcționează fără semnal, fiindcă fiecare funcție în plus adaugă complexitate și cost.
Aveți multe aplicații mobile în portofoliu?
Nu, și preferăm să spunem asta direct. Aplicația mobilă pe care o rulăm zilnic e a noastră, DCL Hub, distribuită pe Android, cu versiunea de iOS în lucru din aceeași bază de cod. Restul portofoliului nostru este puternic pe partea de platformă și de API, adică exact partea de care depinde o aplicație. Dacă vrei o agenție cu zeci de aplicații publicate, nu suntem noi.
Puteți prelua o aplicație începută de altcineva?
Da, dacă e scrisă în React Native sau într-o tehnologie apropiată. Prima etapă e citirea codului și un răspuns sincer despre ce merită continuat și ce nu, cu argumente. Dacă e scrisă nativ separat pe iOS și Android, îți spunem cinstit că nu e specialitatea noastră.
Ce se întâmplă cu aplicația după lansare?
Ambele magazine își schimbă periodic regulile și cerințele tehnice, iar o aplicație neactualizată ajunge la un moment dat să nu mai fie acceptată. De asta recomandăm mentenanță, care include republicarea la schimbări de reguli. Nu e obligatorie, dar dacă nu o iei, trebuie să știi cine se ocupă.
- Vezi și -
Alte servicii DCL
Agenție de SEO și marketing care lucrează pe cifre, nu pe impresii
Vezi paginaAgenție UI/UX care livrează interfața în cod, nu doar în prezentare
Vezi paginaRealizare site web custom în România
Vezi paginaRealizare website profesional pentru firma ta
Vezi paginaCreare site web pentru firma ta
Vezi paginaAgenție web design în Timișoara, firmă cu echipă in-house
Vezi paginaSpune-ne ce vrei să facă aplicația
Sună la 0770 129 502 sau scrie la [email protected]. Răspundem în maxim 24 de ore.