Întrebarea pe care o primim cel mai des

„Avem nevoie de un site nou." Aceasta e, de obicei, prima formulare cu care vin clienții. Dar în spatele ei se ascund realități foarte diferite: unii au nevoie de o pagină de prezentare curată și rapidă, alții de un sistem care gestionează utilizatori, date și logică de business.

Confuzia dintre cele două duce invariabil la bugete risipite — în ambele direcții.

Diferența, pe scurt

	Website de prezentare	Platformă digitală
Ce face	Informează	Procesează
Conținut	Se schimbă rar	Se schimbă la fiecare acțiune
Conturi de utilizator	Nu	Da
Bază de date	Opțională	Esențială
Cost tipic	500 € – 1.800 €	5.000 € – 20.000 €
Timp de livrare	3 – 7 săptămâni	2 – 6 luni
Mentenanță anuală	50 € – 400 €	10 – 20 % din costul inițial
Ce se strică dacă e prost făcut	Aspectul	Datele clienților

Raportul de cost — de zece ori sau mai mult — nu vine din numărul de pagini. Vine din natura problemei.

Ce este un website de prezentare

În esență, o broșură digitală. Explică ce faci, cine ești, cum poți fi contactat. Conținutul se schimbă rar, nu există conturi, nu se procesează date.

Potrivit pentru: freelanceri, firme de servicii locale, cabinete, avocați, firme de construcții, portofolii.

Nepotrivit pentru: orice situație în care utilizatorul trebuie să se autentifice, să creeze ceva, să cumpere sau să acceseze date personalizate.

Ce este o platformă digitală

Un sistem software cu interfață web. Are logică pe server, bază de date, autentificare, roluri, procese automate. E vie — starea ei se schimbă în timp real, în funcție de ce fac utilizatorii.

Exemple: un marketplace, o platformă de cursuri, un portal pentru clienți, un sistem intern de management, o aplicație SaaS.

Diferența fundamentală nu e complexitatea vizuală, ci starea. Un site afișează aceleași informații tuturor. O platformă își amintește cine ești, ce ai făcut și ce ai voie să faci.

Trei teste practice

Testul autentificării. Trebuie cineva să se logheze ca să facă ceva? Dacă da, ești în teritoriul platformei. Nu există „site cu puțină autentificare" — momentul în care apar conturi, apar și parole, sesiuni, recuperare de cont, roluri și responsabilitatea pentru datele altcuiva.

Testul regulilor. Există reguli de tipul „dacă X se întâmplă, atunci Y trebuie notificat și Z actualizat"? Regulile condiționale sunt logică de business, iar logica de business trăiește pe server, nu în pagini.

Testul datelor în schimbare. Informația afișată se schimbă singură — stocuri, rezervări, rapoarte, tranzacții? Un site afișează ce a scris cineva. O platformă afișează ce s-a întâmplat.

Dacă răspunzi „da" la oricare, un site nu îți va fi suficient. Dacă răspunzi „nu" la toate trei, o platformă e bani aruncați.

Zona gri: cazurile care par site și sunt platformă

Cele mai scumpe greșeli apar la proiectele care arată ca site-uri:

Formular de programări cu verificarea disponibilității. Pare un formular. De fapt e un sistem cu calendar, conflicte de rezervare, confirmări și anulări — logică de platformă într-o pagină de site.

Configurator de produs cu preț calculat. Pare o pagină de produs. De fapt e un motor de reguli care trebuie să rămână sincronizat cu prețurile reale.

Zonă de descărcări pentru clienți. Pare o pagină cu fișiere. De fapt înseamnă conturi, permisiuni și controlul accesului.

Calculator de ofertă care trimite rezultatul. Pare un formular. Devine platformă în momentul în care rezultatele trebuie salvate și urmărite.

Semnalul comun: oricând informația trebuie să persiste între vizite sau să difere de la un utilizator la altul, ai depășit granița.

Costul alegerii greșite, în ambele direcții

Ai cerut site, aveai nevoie de platformă

Scenariul clasic: firma angajează pe cineva pentru „un site cu ceva funcționalități". Se livrează un WordPress cu pluginuri. La șase luni, apar limitele: pluginurile intră în conflict, performanța scade, orice modificare devine o negociere cu sistemul.

Costul: reconstrucția aproape integrală. Bugetul inițial e pierdut aproape în totalitate, pentru că fundația nu suportă ce s-a construit peste ea.

Nu pentru că WordPress ar fi greșit — e excelent pentru ce e gândit să facă. Ci pentru că unealta nu se potrivea problemei.

Ai cerut platformă, aveai nevoie de site

Mai rar, dar la fel de costisitor. Firma cere „o platformă" pentru ceva ce ar fi fost cinci pagini și un formular. Primește arhitectură pentru zece mii de utilizatori când are cincizeci, panou de administrare cu roluri pe care nu le folosește nimeni și un cost de mentenanță permanent.

Costul: de câteva ori bugetul necesar, plus întreținerea unei complexități inutile.

Cum eviți ambele: descrie furnizorului problema, nu soluția. „Vreau un site cu zonă de clienți" e o soluție. „Clienții mă sună să întrebe de facturi și pierd două ore pe zi cu asta" e o problemă — și duce la o recomandare mult mai bună.

Drumul intermediar

Nu trebuie să alegi definitiv de la început. O secvență care funcționează bine:

1. Site de prezentare care validează că oamenii te caută și te contactează.
2. Un MVP separat, la altă adresă, care testează funcționalitatea cu utilizatori reali.
3. Integrarea celor două abia după ce ai date că funcționalitatea e folosită.

Avantajul: nu plătești arhitectură complexă pentru o ipoteză. Multe firme descoperă la pasul doi că utilizatorii voiau altceva decât presupuneau.

Condiția e ca site-ul de la pasul unu să fie construit curat, pe tehnologii răspândite. Un site prost făcut nu suportă nimic peste el.

Ce întrebi furnizorul

• „Ce se întâmplă cu datele când doi utilizatori fac aceeași acțiune simultan?" Dacă întrebarea nu are sens pentru proiectul tău, probabil ai nevoie de un site. Dacă furnizorul nu are un răspuns clar pentru o platformă, e un semnal.
• „Cine vede ce?" La un site, toată lumea vede tot. La o platformă, aceasta e una dintre cele mai importante decizii de arhitectură și trebuie să existe un răspuns explicit.
• „Ce se întâmplă la de zece ori mai mulți utilizatori?" Pentru un site, nimic. Pentru o platformă, răspunsul arată dacă arhitectura a fost gândită.
• „Cât costă mentenanța anuală?" O platformă fără buget de întreținere se degradează previzibil. Dacă răspunsul e „nimic", furnizorul nu a construit niciodată una pe termen lung.

Întrebări frecvente

Un magazin online e site sau platformă? Platformă, aproape întotdeauna. Are stocuri, comenzi, plăți și conturi. Faptul că platformele gata făcute îl fac să pară simplu nu schimbă natura problemei — schimbă doar cine a rezolvat-o deja.

Pot transforma site-ul actual în platformă? Partea vizuală și conținutul se pot păstra. Partea funcțională se construiește de la zero, pentru că nu există. Bugetează ca pentru o platformă nouă, cu o mică economie la design.

De ce costă de zece ori mai mult, dacă are tot atâtea pagini? Pentru că nu plătești pagini. Plătești tratarea cazurilor în care lucrurile merg prost: ce se întâmplă când plata trece dar comanda nu se salvează, când doi oameni rezervă același interval, când cineva închide browserul la mijloc. Un site nu are astfel de cazuri.

Cum îmi dau seama singur în ce categorie sunt? Aplică cele trei teste de mai sus. Dacă rămâi nesigur, descrie problema — nu soluția — unui furnizor și cere să îți explice de ce recomandă o variantă. Explicația spune mai multe decât recomandarea.

Cum alegem la AlgorX

Prima conversație cu un client nou nu e despre tehnologie. E despre procese: cine sunt utilizatorii, ce trebuie să se întâmple când cineva apasă un buton, ce se schimbă în firmă dacă proiectul reușește.

Abia după aceea recomandăm o arhitectură. Uneori răspunsul e un site simplu și rapid. Alteori e o platformă construită custom. Iar uneori e că nu ai nevoie de niciuna dintre ele acum — și o spunem, chiar dacă înseamnă că nu lucrăm împreună.

Vrei să vezi ce interval de buget înseamnă fiecare variantă pentru cazul tău? Încearcă calculatorul de preț sau scrie-ne direct.

---

Vezi și: Aplicație web vs aplicație mobilă și Cât costă un site web în România.