Pe scurt
- Cât costă o aplicație web la comandă depinde în principal de patru lucruri: câte module și roluri are, cu ce sisteme se integrează, ce date muți din vechile fișiere și ce cerințe de securitate are.
- Nu există un preț fix corect pentru o aplicație la comandă; o estimare serioasă vine după analiza proceselor și se face pe module, nu „la grămadă”.
- La KRIOFT estimarea este gratuită, primele module utilizabile apar în 4–6 săptămâni, iar codul sursă îți aparține 100%.
- Compară cu un SaaS pe cel puțin 3 ani: abonament × utilizatori × luni plus extensii, față de dezvoltare plus găzduire și mentenanță.
Verificat la 5 noiembrie 2026
Costul unei aplicații web la comandă este suma modulelor de care ai nevoie, a integrărilor cu sistemele pe care le folosești deja, a migrării datelor și a muncii de după lansare (găzduire, actualizări, evoluții). De aceea, întrebarea utilă nu este „cât costă o aplicație”, ci „cât costă primul modul care îmi scoate munca repetitivă din program”.
În ghidul de mai jos îți arătăm ce anume crește sau scade prețul, cum compari o aplicație proprie cu un abonament SaaS și cum arată o estimare făcută corect. Dacă știi deja ce vrei să construiești, mergi direct la pagina de aplicații web la comandă și cere o estimare.
Cât costă o aplicație web la comandă, pe scurt?
O aplicație web la comandă nu are un preț de catalog, pentru că nu există două firme care lucrează identic. Un CRM pentru o echipă de vânzări de cinci oameni și un ERP care leagă producția, stocul și facturarea sunt amândouă „aplicații web”, dar diferă de câteva ori ca volum de muncă.
Noi nu publicăm un preț fix pentru aplicații web. După ce ne arăți cum lucrezi acum, primești o estimare gratuită de cost și termen, defalcată pe module. Așa vezi exact ce plătești pentru fiecare funcție și poți decide ce intră în prima etapă și ce rămâne pentru mai târziu.
Dacă vrei un reper pentru propria planificare, gândește în trepte: un singur flux intern (de exemplu, cereri de ofertă cu aprobare) este proiectul cel mai mic; un portal de clienți cu conturi și documente este o treaptă mai sus; un ERP cu mai multe departamente și integrări este cel mai mare. Fiecare treaptă se poate livra pe bucăți.
Ce intră în costul unei aplicații web?
Prețul unei aplicații web la comandă este determinat în principal de factorii de mai jos. Niciunul nu e „bun” sau „rău”; fiecare doar mută estimarea în sus sau în jos.
| Factor | Ce înseamnă concret | Cum influențează costul |
|---|---|---|
| Numărul de module | Clienți, oferte, comenzi, stoc, producție, facturare, rapoarte | Cel mai mare factor: fiecare modul are ecrane, reguli și teste proprii |
| Roluri și permisiuni | Cine vede și cine modifică ce: administrator, vânzări, depozit, client extern | Fiecare rol în plus înmulțește cazurile de testat |
| Integrări | Facturare, e-Factura, curieri, plăți online, ERP existent, e-mail | Depinde de documentația și limitele sistemului de partea cealaltă |
| Migrarea datelor | Excel-uri, exporturi din programe vechi, baze de date | Crește cu volumul și, mai ales, cu cât de „murdare” sunt datele |
| Securitate și GDPR | Autentificare, jurnal de acțiuni, backup, criptare, export de date | Mai mult când prelucrezi date personale sau date ale clienților tăi |
| Rapoarte și automatizări | Panouri în timp real, rapoarte trimise automat, notificări | Mic pentru rapoarte simple, mare pentru calcule complexe |
| După lansare | Găzduire, actualizări de securitate, suport, funcții noi | Cost recurent, separat de dezvoltarea inițială |
Cea mai frecventă greșeală este să subestimezi rolurile. „Doar o aplicație pentru echipă” devine repede trei aplicații într-una: ce vede șeful, ce vede angajatul și ce vede clientul.
Cât de mult cresc integrările prețul?
O integrare este legătura prin care aplicația ta schimbă date automat cu alt sistem, fără copiere manuală. Ea costă cu atât mai mult cu cât sistemul de partea cealaltă este mai slab documentat sau mai restrictiv. Integrările tipice într-o aplicație pentru o firmă din România sunt:
- e-Factura. Sistemul național RO e-Factura primește facturi în format XML (sintaxele UBL sau CII, cu specificația națională CIUS-RO) prin servicii web, iar Ministerul Finanțelor publică și limite pentru numărul de apeluri API. Din 1 ianuarie 2025 există și raportarea facturilor în relația B2C. Dacă aplicația emite facturi direct, integrarea trebuie să genereze XML valid, să trimită, să citească răspunsul și să trateze erorile.
- Program de facturare sau ERP existent. Dacă ai deja un program care face e-Factura, de cele mai multe ori e mai ieftin ca aplicația nouă să trimită datele către el decât să refacă facturarea de la zero.
- Curieri. Generarea de AWB-uri și urmărirea coletelor, prin API-urile curierilor cu care ai contract.
- Plăți online. Încasare cu cardul prin procesatorul tău, cu confirmarea automată a plății în aplicație.
- E-mail și notificări. Mesaje automate către clienți sau echipă la fiecare schimbare de status.
La analiza proceselor stabilim exact care integrări sunt necesare, iar ele apar în estimare. Astfel poți discuta din timp dacă amâni o integrare scumpă pentru o etapă ulterioară, fără să blochezi restul proiectului.
Cât contează migrarea datelor și GDPR?
Migrarea datelor înseamnă mutarea informațiilor pe care le ai deja (clienți, produse, comenzi, istoricul) din Excel sau din programul vechi în aplicația nouă. Costul nu ține atât de numărul de rânduri, cât de calitatea lor: dubluri, coloane folosite diferit de fiecare coleg, coduri care nu se potrivesc între fișiere. Un import curat se face o dată; un import „murdar” cere reguli de curățare și verificări manuale.
Securitatea are și o parte legală. Regulamentul (UE) 2016/679 (GDPR) cere, la articolul 32, măsuri tehnice și organizatorice adecvate riscului, incluzând, după caz, pseudonimizarea și criptarea datelor, capacitatea de a restabili accesul la date după un incident și testarea periodică a acestor măsuri. Articolul 25 îi cere operatorului (adică firmei tale, care decide ce date se prelucrează) să integreze protecția datelor încă de când stabilește cum vor fi prelucrate, iar în mod implicit să fie prelucrate doar datele necesare. Pentru o aplicație, asta înseamnă că protecția datelor se gândește de la conceperea ei, nu se adaugă la final.
Mai sunt două puncte care apar în orice proiect cu date personale:
- Contractul cu cine prelucrează datele. Potrivit articolului 28 din GDPR, când o firmă prelucrează date în numele tău (de exemplu, găzduirea sau mentenanța aplicației), relația se reglementează printr-un contract (sau alt act juridic) care stabilește, între altele, obiectul, durata, natura și scopul prelucrării, tipul de date și categoriile de persoane vizate.
- Exportul datelor. Articolul 20 dă persoanelor dreptul să primească datele pe care ți le-au furnizat într-un format structurat, utilizat în mod curent și care poate fi citit automat, atunci când prelucrarea se bazează pe consimțământ sau pe un contract și se face prin mijloace automate. O funcție de export gândită de la început costă puțin; una adăugată ulterior costă mai mult.
Aplicație la comandă sau SaaS: ce iese mai ieftin în 3 ani?
Un SaaS (software ca serviciu, plătit prin abonament) este aproape întotdeauna mai ieftin în prima lună. Comparația corectă se face însă pe cel puțin trei ani, cu toate costurile puse pe masă. Nu-ți dăm cifre pentru produsele altora, pentru că prețurile lor se schimbă; îți dăm formula, ca să le pui chiar tu.
| Cost pe 36 de luni | SaaS de raft | Aplicație la comandă |
|---|---|---|
| Licență | preț pe utilizator × numărul de utilizatori × 36 de luni | nu există licență per utilizator |
| Funcții extra | planuri superioare, extensii, integrări plătite separat | incluse în estimare, pe module |
| Creșterea echipei | fiecare coleg nou mărește abonamentul | utilizatorii noi nu schimbă costul de dezvoltare |
| Dezvoltare inițială | configurare și instruire | analiză, prototip și construirea modulelor |
| Funcționare | inclusă în abonament | găzduire și mentenanță, plătite separat |
| Costul ascuns | procesul tău se adaptează la limitele produsului | timpul tău pentru analiză și testarea prototipului |
Un SaaS are sens când procesul tău este standard (contabilitate, e-mail, un CRM simplu), echipa e mică și stabilă, ai nevoie de soluție de mâine sau vrei întâi să testezi o idee. Nu are rost să plătești dezvoltare pentru ceva ce un produs de raft face deja bine.
O aplicație la comandă are sens când felul în care lucrezi e chiar avantajul tău față de concurență, când ai mulți utilizatori și abonamentul crește cu fiecare, când ai nevoie de mai multe integrări pe care SaaS-ul nu le oferă sau când vrei să deții codul și datele. Aplicațiile pe care le construim noi au utilizatori nelimitați, iar codul sursă, documentația și instruirea rămân la tine, fără abonamente obligatorii.
Cum se face estimarea unei aplicații web?
O estimare serioasă pentru o aplicație web la comandă nu se face dintr-un e-mail de trei rânduri. La noi, drumul de la idee la primul modul folosit arată așa:
- Analiza proceselor. Ne arăți cum lucrezi acum, cu fișierele și pașii reali. Identificăm ce se poate automatiza și unde pierzi cel mai mult timp.
- Estimarea pe module. Primești, gratuit, o estimare de cost și termen defalcată pe module, în care apar și integrările. Tu alegi ordinea.
- Prototipul. Vezi și testezi interfața pe fluxurile tale reale înainte să scriem codul final. Schimbările costă cel mai puțin în acest punct.
- Dezvoltarea iterativă. Livrăm pe module: primele module utilizabile apar în 4–6 săptămâni, iar tu le folosești în timp ce le construim pe următoarele.
- Instruirea și evoluția. Echipa ta învață aplicația, iar noi o creștem odată cu afacerea.
Avantajul livrării pe module este că bugetul nu se blochează integral într-un proiect pe care îl vezi abia la final. Dacă după primul modul îți dai seama că prioritățile s-au schimbat, ajustezi planul pentru următoarele.
Ce costuri apar după lansare?
Dezvoltarea este o cheltuială făcută o dată, dar o aplicație folosită zilnic are și costuri recurente. Ține-le în buget de la început:
- Găzduirea, adică serverul pe care rulează aplicația și baza de date, plus backup-urile.
- Actualizările de securitate pentru framework, librării și server. Fără ele, o aplicație sigură azi devine vulnerabilă în câteva luni.
- Suportul și funcțiile noi, pe măsură ce echipa ta descoperă ce ar mai putea automatiza.
Pentru actualizări și suport tehnic avem servicii de mentenanță: varianta flexibilă costă 80 €/oră fără TVA și plătești doar orele folosite, iar pachetele preplătite scad prețul pe oră. Nu există contract pe termen lung.
Ce pregătești înainte să ceri o estimare?
Cu cât vii mai pregătit, cu atât estimarea e mai precisă. Nu ai nevoie de un caiet de sarcini tehnic, ci de câteva lucruri concrete:
- lista proceselor pe care vrei să le muți în aplicație, în ordinea importanței;
- cine folosește aplicația: câte persoane, în ce roluri, și dacă au acces și clienți sau parteneri;
- programele pe care le folosești deja (facturare, contabilitate, curieri, plăți) și dacă vrei să rămână;
- câteva exemple reale de fișiere Excel sau documente cu care lucrezi azi;
- un interval de buget orientativ și un termen până la care ai nevoie de primul modul.
În formularul nostru de cerere ofertă poți alege un interval de buget (sub 500 €, 500–1.500 €, 1.500–5.000 € sau peste 5.000 €). Acestea nu sunt prețuri, ci ne ajută să-ți propunem un prim modul realist pentru suma pe care o ai în minte. Dacă îți faci în paralel și un magazin online, vezi și ghidul despre cât costă un magazin online, unde prețurile sunt mai standardizate.
Întrebări frecvente
Cât costă o aplicație web la comandă?
Nu există un preț fix: costul depinde de numărul de module și roluri, de integrări, de migrarea datelor și de cerințele de securitate. La KRIOFT primești o estimare gratuită de cost și termen, pe module, după analiza proceselor.
Cât durează dezvoltarea unei aplicații web la comandă?
4–6 săptămâni până la primele module utilizabile, în cazul proiectelor KRIOFT. Restul aplicației se livrează iterativ, așa că echipa ta o folosește în timp ce se construiesc modulele următoare.
Este mai ieftin un SaaS decât o aplicație la comandă?
Da, în primele luni aproape întotdeauna. Pe trei ani, comparația se schimbă dacă ai mulți utilizatori, ai nevoie de extensii plătite sau de integrări pe care SaaS-ul nu le are, pentru că abonamentul crește odată cu echipa.
Codul aplicației îmi aparține?
Da, în proiectele KRIOFT codul sursă îți aparține 100%, împreună cu documentația și instruirea echipei. Nu există abonamente obligatorii după lansare.
Poate o aplicație web să trimită facturi în e-Factura?
Da, prin serviciile web ale sistemului RO e-Factura, care primește facturi în format XML (UBL sau CII, cu specificația CIUS-RO). Dacă folosești deja un program de facturare care face asta, poate fi mai ieftin ca aplicația să-i trimită lui datele.
Ce costuri am după lansarea aplicației?
Găzduirea, actualizările de securitate și suportul, plus funcțiile noi pe care le adaugi în timp. La KRIOFT, mentenanța flexibilă costă 80 €/oră fără TVA și plătești doar orele folosite.
Pot începe cu o versiune mică a aplicației?
Da. Estimarea pe module îți permite să pornești cu fluxul care îți consumă cel mai mult timp și să adaugi restul în etape, pe măsură ce vezi rezultatele.