Lucrăm acum, cu echipa, la o aplicație mobilă de consum. N-o să vă spun încă despre ce e vorba, o să vină și momentul acela. Dar în ultimele luni am primit de mai multe ori aceeași întrebare, de la fondatori care vor să facă și ei o aplicație: „Cât costă?” Și de fiecare dată am răspuns cu o altă întrebare: „Cât costă ce, mai exact?”
Nu e o eschivă. Majoritatea celor care întreabă se gândesc doar la programare. Iar programarea e, de multe ori, doar o parte din factură. Așa că am pus pe hârtie, cât de cinstit pot, unde se duc banii când lansezi o aplicație mobilă. Fără cifre inventate și fără studii de caz frumoase. Doar categoriile pe care le vezi abia după ce le-ai plătit.
Discovery și design: partea pe care toți vor s-o sară
Înainte să scrie cineva o linie de cod, trebuie să știi ce construiești și pentru cine. Asta înseamnă discuții cu potențiali utilizatori, fluxuri desenate pe hârtie, wireframe-uri, apoi design de interfață (UX/UI) și un prototip pe care îl poți pune în mâna cuiva. Pare un lux. Nu e. Fiecare oră petrecută aici te scutește de zile de programare aruncate la gunoi.
Am scris acum câțiva ani despre cum evaluezi un startup în 30 de minute. Prima întrebare era aceeași și pentru aplicații: ce problemă rezolvi și cine o are destul de tare încât să-ți instaleze aplicația? Dacă nu poți răspunde clar, designul cel mai frumos din lume nu te salvează.
Dezvoltarea: nu e o aplicație, sunt patru produse
Când spui „aplicație”, de fapt spui cel puțin patru lucruri: aplicația de iOS, aplicația de Android, backend-ul (serverul, baza de date, logica din spate) și un panou de administrare, de unde echipa ta moderează, răspunde, vede ce se întâmplă. Panoul de admin e aproape mereu uitat în buget și aproape mereu necesar din prima zi.
Apoi vine alegerea tehnologiei. Aplicațiile native, scrise separat pentru iOS și Android, dau cea mai bună performanță și acces la tot ce oferă telefonul, dar înseamnă practic două coduri de întreținut. Soluțiile cross-platform, precum Flutter sau React Native, îți permit un singur cod pentru ambele platforme. Pentru majoritatea aplicațiilor de consum aflate la început, cross-platform e o alegere rezonabilă: lansezi mai repede și cu o echipă mai mică. Nu e magie, unele funcții tot cer cod nativ, dar diferența de cost e reală.
Infrastructura și serviciile terțe: factura care crește odată cu succesul
Aici e capcana elegantă: la început, totul pare ieftin. Servere în cloud, notificări push, SMS-uri pentru verificarea numărului de telefon, emailuri tranzacționale, hărți, analitică, stocare. Multe servicii au niveluri gratuite sau prețuri mici la volum mic.
Problema apare când aplicația merge. Majoritatea acestor servicii se plătesc la utilizare: per SMS, per mie de cereri, per gigabyte stocat sau transferat. Dacă aplicația ta are video, fii foarte atent: stocarea și mai ales streamingul video sunt printre cele mai scumpe lucruri pe care le poți pune într-o aplicație de consum. Fă-ți un calcul pentru zece ori, apoi pentru o sută de ori mai mulți utilizatori decât ai în prima lună. Dacă cifra te sperie, mai bine afli acum.
Magazinele de aplicații: taxele mici și comisioanele mari
Ca să publici în App Store ai nevoie de un cont în Apple Developer Program, care costă 99 de dolari pe an. Pentru Google Play plătești o singură dată 25 de dolari. Astea sunt sumele mici.
Sumele mari sunt comisioanele. Dacă vinzi în aplicație abonamente sau conținut digital, Apple și Google iau în mod standard 30%. Pentru dezvoltatorii mici, prin programele lor dedicate, comisionul scade la 15%. Oricum ai lua-o, e o felie serioasă din venit, și trebuie pusă în modelul de business de la început, nu descoperită la prima plată. Mai e un cost ascuns aici: procesul de review. Apple poate respinge o versiune, iar fiecare respingere înseamnă zile de întârziere și ore de muncă în plus pentru echipă.
Testare, partea juridică și moderarea
Testarea (QA) nu înseamnă că fondatorul se uită pe telefonul lui și zice că merge. Înseamnă telefoane diferite, versiuni diferite de sisteme de operare, ecrane mici și mari, conexiuni slabe. Fie cumperi câteva dispozitive, fie plătești servicii de testare pe dispozitive reale. Oricum, costă.
Partea juridică e și ea obligatorie, nu opțională: politică de confidențialitate, termeni și condiții, conformitate cu GDPR, acorduri cu furnizorii care procesează date. Am scris cândva un ghid practic despre GDPR pentru magazinele online, iar principiile sunt aceleași. Și dacă utilizatorii pot încărca texte, poze sau video, ai nevoie de moderare: reguli, unelte automate și oameni. Moderarea nu e un proiect, e un cost lunar.
Marketingul de lansare: cel mai mare și cel mai subestimat cost
Aici greșesc aproape toți. Își pun tot bugetul în construcția aplicației și rămân cu buzunarele goale în ziua lansării. Dar în magazinele de aplicații sunt milioane de aplicații. Nimeni nu o găsește pe a ta din întâmplare.
Achiziția de utilizatori, fie prin reclame plătite, fie prin influenceri, fie prin conținut și PR, este de cele mai multe ori cea mai mare linie din buget. Părerea mea, strict ca opinie și foarte aproximativ: pentru o aplicație de consum, e sănătos să te aștepți ca marketingul din primul an să coste cel puțin cât construcția, adesea mai mult. Dacă planul tău de afaceri nu are deloc linia asta, nu ai un plan, ai o speranță.
Mentenanța: aplicația nu e niciodată „gata”
În fiecare an, Apple și Google lansează versiuni noi de iOS și Android. Unele lucruri se strică, altele trebuie adaptate, iar regulile magazinelor se schimbă. Pe lângă asta: buguri, cereri de la utilizatori, suport, actualizări de securitate, librării care trebuie aduse la zi.
Tot ca opinie: e prudent să bugetezi anual pentru mentenanță o parte serioasă din costul inițial de dezvoltare. Și nu uita costul pe care nu-l vede nimeni în Excel: timpul fondatorului. Lunile în care tu faci specificații, testezi, răspunzi la recenzii și iei decizii sunt luni în care nu faci altceva.
Ce le spun fondatorilor care vor să lanseze o aplicație
- Construiește un MVP. Cea mai mică versiune care rezolvă problema principală. Restul funcțiilor pot aștepta.
- Măsoară retenția înainte să cheltui pe achiziție. Dacă oamenii nu revin după o săptămână, reclamele doar umplu o găleată spartă.
- Deține codul și conturile. Contul de dezvoltator, serverele, domeniul și codul sursă trebuie să fie pe firma ta, nu pe agenția sau pe freelancerul care le-a făcut.
- Bugetează pentru 12–18 luni, nu pentru ziua lansării. Lansarea e începutul, nu linia de sosire. Iterațiile de după lansare sunt cele care fac aplicația bună.
- Pune comisioanele magazinelor în model de la început. 15% sau 30% din venit schimbă complet calculul.
Logica e aceeași pe care o aplic și când îmi aleg startup-urile în care intru cu equity: mă interesează mai puțin cât de frumos arată produsul în prezentare și mai mult dacă echipa a înțeles cât costă să-l ții în viață. E un principiu care nu ține de tehnologie. L-am descris și când m-am întrebat ce aș face dacă aș porni azi un magazin online: începi mic, măsori, apoi crești.
În loc de concluzie
O aplicație mobilă nu e un proiect cu început și sfârșit. E un produs care trăiește, consumă și, dacă ai făcut lucrurile bine, aduce înapoi mai mult decât consumă. Întrebarea corectă nu e „cât costă să lansez?”, ci „cât costă să rămân în joc până când aplicația își dovedește valoarea?”.
Voi ce cost ați subestimat cel mai tare când ați lansat un produs digital?