Cât costă o aplicație la comandă în 2026 — și când nu merită

Întrebarea „cât costă o aplicație la comandă?” are un singur răspuns cinstit: „depinde de ce trebuie să facă”. Orice articol sau furnizor care îți dă o sumă exactă înainte să-ți fi înțeles procesele nu îți face o estimare, ci îți testează bugetul. Asta nu înseamnă însă că ești condamnat să semnezi în orb.

Textul de față e pentru patronii și directorii ale căror firme au crescut peste Excel și peste programele standard: comenzile se pierd printre e-mailuri, gestiunea nu vorbește cu producția, iar procesele care fac firma bună nu încap în niciun soft de serie. Îți arăt din ce se compune de fapt costul, ce variabile îl mișcă, cum obții o estimare care înseamnă ceva — și, la fel de important, situațiile în care aplicația la comandă e o greșeală.

De ce nu există preț fără analiză

„Cât costă o aplicație?” seamănă cu „cât costă o clădire?” — depinde dacă e garaj sau hală de producție. Variabilele care despart un proiect mic de unul de zece ori mai scump sunt concrete: câte tipuri de utilizatori există și ce are voie fiecare să facă; câte ecrane și fluxuri de lucru acoperă; cu câte sisteme existente trebuie să comunice — gestiune, contabilitate, magazin online; câte date istorice trebuie migrate și în ce stare sunt; ce rapoarte trebuie să producă; ce cerințe de securitate și de conformitate se aplică domeniului tău.

Partea contraintuitivă: costul mare nu stă în cazul obișnuit, ci în cazurile-limită. „Clientul plasează o comandă” e simplu. „Clientul anulează după o livrare parțială, cu avans plătit și retur pe drum” — aici se ascunde complexitatea reală, iar astfel de situații se descoperă doar analizând procesul cu cineva care pune întrebările potrivite.

Anatomia costului total: șase componente, nu una

Prima greșeală de bugetare e să pui semnul egal între „costul aplicației” și costul construcției. Componentele reale:

1. Analiza (discovery). Cineva îți documentează procesele, cazurile-limită și prioritățile înainte să se scrie o linie de cod. E partea cea mai ieftină din proiect și cea care previne greșelile cele mai scumpe.
2. Construcția. Dezvoltarea propriu-zisă — de regulă cea mai mare linie din ofertă, dar rareori peste jumătate din costul total pe durata de viață a aplicației.
3. Testarea. Inclusiv de către oamenii tăi, pe date reale, înainte de lansare.
4. Lansarea și migrarea datelor. Datele vechi trebuie curățate și mutate, iar oamenii instruiți.
5. Întreținerea și evoluția. Aplicațiile vii se schimbă: legislație, procese noi, actualizări de securitate. Cere la ofertare costul anual de întreținere ca cifră explicită — abonament sau tarif — nu accepta „vedem după lansare”.
6. Găzduirea și licențele terților. Serverele, serviciile externe și licențele se plătesc lunar, separat de dezvoltare.

Regula de aur: o aplicație fără buget de întreținere nu e un activ, e o datorie cu termen de scadență necunoscut.

Cum obții o estimare care chiar înseamnă ceva

Poți influența calitatea estimării mai mult decât crezi, cu patru mișcări:

• Scrie procesul pe hârtie înainte de prima discuție — cine face ce, cu ce date, ce se întâmplă la excepții. Două pagini sunt suficiente ca ofertele să devină comparabile.
• Cere defalcarea pe funcționalități. Nu „aplicație de gestiune comenzi: sumă totală”, ci fiecare modul cu efortul lui. Doar așa poți tăia ce nu e esențial.
• Cere varianta minimă viabilă. Care e cel mai mic produs care rezolvă problema principală? Restul devin etape ulterioare, plătite după ce prima versiune și-a dovedit valoarea.
• Compară două-trei oferte pe același document. Diferențele mari de preț la același caiet de sarcini înseamnă aproape întotdeauna că cineva a înțeles altceva — clarifică înainte să alegi.

Orice cifră auzită înainte de analiză e o estimare orientativă care se confirmă la ofertare — tratează-o ca atare. Ce trebuie să conțină un contract sănătos de dezvoltare am adunat la întrebările frecvente despre prețuri și contracte.

Când NU merită aplicația la comandă

Cel mai valoros sfat din acest articol e o listă de situații în care răspunsul corect e „nu”:

• Există soft standard care acoperă nevoia. Contabilitate, CRM generic, HR, facturare — aceste probleme sunt rezolvate de produse mature, cu costuri lunare mici. Nu reconstrui ce poți închiria.
• Procesul se schimbă de la o lună la alta. Dezvoltarea la comandă fixează procesul în cod; dacă procesul nu s-a așezat, vei plăti modificări la nesfârșit.
• O cere un singur om. Dacă aplicația rezolvă frustrarea unui departament, nu un blocaj al firmei, va muri odată cu entuziasmul inițiatorului.
• Nu ai proprietar intern. Cineva din firmă trebuie să răspundă de aplicație — să prioritizeze cererile, să valideze schimbările. Fără acest om, proiectul plutește.
• Bugetul acoperă doar construcția. Vezi regula de aur de mai sus.

Tot aici intră și întrebarea „cine o întreține pe termen lung?” — răspunsul influențează decizia la fel de mult ca prețul construcției, iar calculul complet dintre un angajat IT intern și externalizare ți-l poate lămuri.

Când chiar merită

Există și reversul: situații în care aplicația la comandă e cea mai bună investiție pe care o poate face firma. Când procesul tău e chiar avantajul competitiv — modul în care ofertezi, produci sau livrezi diferit de concurență — un soft de serie te-ar trage înapoi spre media pieței. Când volumul e mare și regulile sunt ale tale, automatizarea proceselor proprii se amortizează prin ore economisite lună de lună. Și când ai nevoie de o punte unică între sistemele existente, pe care nimeni nu o vinde de-a gata.

De reținut și partea de finanțare: prin PNRR există granturi de digitalizare pentru IMM-uri între 20.000 și 100.000 EUR, ajutor nerambursabil, iar dezvoltarea de software poate fi cheltuială eligibilă — verifică ghidul apelului în vigoare la data depunerii.

Semnale de alarmă la ofertare

Indiferent cu cine discuți, oprește-te dacă vezi: preț ferm dat în 24 de ore, fără nicio întrebare despre procesele tale; răspunsul „se poate orice” la fiecare cerință; lipsa oricărei mențiuni despre întreținere; și — cel mai scump pe termen lung — cod care rămâne proprietatea furnizorului. Cere în contract proprietatea asupra codului și predarea documentată, altfel schimbarea furnizorului devine practic imposibilă.

Pasul următor

Scrie pe două pagini procesul pe care vrei să-l rezolvi, cu excepțiile lui, și cere pe baza lui două-trei oferte defalcate pe cele șase componente de mai sus. Abia atunci întrebarea „cât costă?” primește un răspuns care înseamnă ceva. Dacă vrei să treci prin analiza aceasta cu cineva care o face frecvent, Neoxis o oferă în cadrul serviciilor de dezvoltare și automatizare.