Ce Includ Serviciile de Web Development: Tot Ce Trebuie Să Știi

TL;DR: Majoritatea disputelor în dezvoltarea web apar din așteptări diferite legate de livrabile. Un pachet corect include cinci faze distincte: discovery documentat (cu fluxuri de utilizatori), prototipuri interactive (nu doar imagini frumoase), dezvoltare semantică cu version control, migrare de conținut cu păstrarea SEO-ului și training post-lansare cu suport 30 de zile. Dacă oferta ta nu specifică formate de fișiere, runde de revizii și timpi de răspuns, cumperi ambiguitate.

Problema: Cumperi Ore, Nu Rezultate

Trimestrul trecut am preluat un proiect de la o companie de e-commerce din România care cheltuise 8.000 de euro pe un “pachet complet” și primise un template WordPress cu logo-ul schimbat. Agenția menționase “dezvoltare custom” și “design premium” în propunere, dar contractul nu definise niciodată ce înseamnă acești termeni.

Se întâmplă asta pentru că serviciile de web development folosesc limbaj care sună specific, dar legal nu înseamnă nimic. “Design responsive” este standard în industrie, nu o caracteristică extra. “Optimizare SEO” poate însemna adăugarea unei meta descrieri sau restructurarea întregii arhitecturi informaționale.

Soluția? Nu mai accepta liste cu bullet points. Cere livrabile concrete.

Faza 1: Discovery și Planificare (Pasul Cel Mai Des Sărit)

Agențiile bune petrec 20-30% din timpul proiectului aici. Cele proaste sar direct la design.

Ce ar trebui să primești:

• •Audit tehnic al activelor existente (dacă e migrare): fișier cu fiecare URL, hartă de redirectări și inventar de conținut
• •Diagrame de flux: Scheme reale care arată cum diferite tipuri de utilizatori navighează de la intrare pe site până la conversie (livrabile ca fișiere Figma/Adobe XD sau exporturi Lucidchart)
• •Analiză competitivă: 3-5 site-uri competitori analizate după viteză de încărcare (scoruri Lighthouse specifice), pattern-uri UX și goluri de conținut
• •Document de scope: Specificații tehnice cu scheme de baze de date (pentru proiecte custom) sau matrice de compatibilitate plugin-uri (pentru site-uri CMS)
• •Evaluare de risc: Ce probabil se va strica, ce e depreciat și bugete de contingență pentru eșecuri API-uri terțe

Semnal de alarmă: Dacă o agenție îți dă preț fix după un apel de 30 de minute, nu a făcut discovery. Ghiceste.

La MLN.Office am renunțat să mai oferim prețuri fixe fără o fază de discovery plătită. Nu pentru că vrem să vindem extra, ci pentru că am văzut prea multe proiecte eșuând când descoperim la jumătate că clientul are nevoie de suport multi-limbă sau gestionare consimțământ GDPR. Discovery-ul costă între 800-1.500 lei în funcție de complexitate, dar salvează peste 5.000 lei în comenzi suplimentare ulterior.

Faza 2: Design (Wireframe-uri Înainte de Pixeli)

Designul nu e decorație. E arhitectură a comunicării.

Livrabilele pe care trebuie să le primești:

• •Wireframe-uri low-fidelity: Layout-uri alb-negru care arată ierarhia conținutului, nu culorile brandului. Se concentrează pe arhitectura informațională.
• •Prototipuri interactive: Fișiere Figma sau Adobe XD pe care poți da click și simula fluxuri reale. Ar trebui să poți da click pe “Adaugă în coș” și să vezi coșul actualizându-se fără să fie scris cod.
• •Sistem de design: Scale tipografice (în unități rem/em, nu pixeli), coduri hex de culoare cu rapoarte de contrast pentru accesibilitate documentate și bibliotecă de componente (butoane, carduri, formulare în toate stările: default, hover, activ, disabled)
• •Breakpoints responsive: Designuri pentru mobil (375px), tabletă (768px) și desktop (1440px) minimum. Nu “se va ajusta automat”.
• •Runde de revizii: Contractul trebuie să specifice exact câte runde (noi oferim 3 runde majore) și ce constituie o “revizie” versus o “cerere de funcționalitate nouă”

Predarea: Fișierele de design trebuie organizate cu asset-uri gata de developer—SVG-uri exportate, imagini WebP compresate la rezoluție 1x și 2x și variabile CSS documentate.

Faza 3: Dezvoltare (Unde Promisiunile Devin Cod)

Aici majoritatea clienților pierd vizibilitatea. Cere transparență.

Ce înseamnă “cod curat”:

• •Version control: Acces la un repository GitHub/GitLab unde poți vedea commit-uri zilnice. Dacă developerul tău dispare, altul ar trebui să poată clona repo-ul și continua.
• •Arhitectură component-based: Fie că folosești React, Vue sau blocuri WordPress Gutenberg, site-ul trebuie construit din componente reutilizabile, nu pagini one-off.
• •Buget de performanță: Metrici specifici—LCP (Largest Contentful Paint) sub 2.5s, CLS (Cumulative Layout Shift) sub 0.1, TBT (Total Blocking Time) sub 200ms. Acestea sunt cerințe Core Web Vitals care afectează rankingul Google.
• •Securizare: Protecție împotriva SQL injection, filtrare XSS, headers CSP și scanare automatizată a dependențelor (cu tool-uri precum Snyk sau Dependabot)
• •Mediu staging: O clonă a site-ului protejată cu parolă unde poți testa modificări înainte să ajungă live. URL-ul ar trebui să fie ceva de genul staging.domeniultau.ro

Pentru WordPress:

• •Custom post types definite pentru conținut care nu încape în postări/pagini standard
• •ACF (Advanced Custom Fields) sau similar pentru management flexibil al conținutului
• •Configurare caching (Redis sau similar) cu strategii de cache-busting
• •Backup-uri automatizate pe stocare off-site (AWS S3 sau similar), nu doar snapshot-uri pe server

Faza 4: Integrare Conținut

Migrarea manuală a 500 de articole de blog durează 40 de ore. Dacă contractul tău nu menționează migrarea de conținut, o faci singur.

Ce ar trebui inclus:

• •Migrare automată de conținut: Scripturi care extrag conținut din baza veche în structura nouă, păstrând date de publicare, autori și slug-uri URL (critice pentru SEO)
• •Optimizare imagini: Compresare bulk a asset-urilor existente, generare WebP cu fallback-uri, migrare sau generare text alternativ
• •Păstrare SEO: Hartă de redirectări 301 de la URL-uri vechi la structura nouă (livrată ca fișier .htaccess sau config Nginx)
• •Schema markup: Date structurate JSON-LD pentru articole, produse sau informații de business local
• •Setup multi-limbă: Dacă e necesar, configurare WPML sau Polylang cu tag-uri hreflang implementate corect

Training: Ar trebui să primești 2-3 ore de walkthrough-uri înregistrate pe ecran care arată cum să actualizezi conținut, să adaugi postări de blog și să gestionezi utilizatori. Nu un PDF de 50 de pagini care devine învechit în trei luni.

Faza 5: Testare și Lansare (Checklist-uri, Nu Speranță)

Livrabile pre-lansare:

• •Raport de testare cross-browser: Screenshots din BrowserStack sau LambdaTest arătând site-ul pe Chrome (ultima versiune), Safari (ultima versiune), Firefox și Edge, plus mobile Safari și Chrome Mobile
• •Audit de accesibilitate: Verificare conformitate WCAG 2.2 Level AA folosind tool-uri automate (axe, WAVE) plus testare manuală de navigare cu tastatura
• •Scanare securitate: Verificare configurare SSL, detecție mixed content și testare protecție formular spam
• •Load testing: Pentru nivelurile de trafic așteptate (cu tool-uri precum k6 sau Artillery), demonstrând că site-ul gestionează 100+ utilizatori simultani fără să cadă
• •Checklist go-live: Procedură de schimbare DNS, verificare livrabilitate email (înregistrări SPF/DKIM) și submitere în Search Console

Suport în ziua lansării: Cineva ar trebui să fie disponibil 09:00-18:00 (programul nostru standard) pentru a gestiona probleme de propagare DNS sau rollback dacă apar bug-uri critice.

Realitatea Post-Lansare (Unde Agențiile Dispar)

Adevărul gol-goluț: 60% dintre agențiile de web development din România nu răspund la tickete de suport la două luni după lansare.

Ce ar trebui inclus în primele 30 de zile:

• •Bug fixes: Defecte reale de cod, nu “mi-am schimbat părerea despre culoare”
• •Monitorizare performanță: Rapoarte săptămânale Core Web Vitals arătând dacă site-ul încetinește pe măsură ce vin utilizatori reali
• •Setup analytics: Google Analytics 4 sau Plausible configurat cu tracking de conversii, nu doar cod de pageview
• •Documentație: Documentație tehnică listând credențiale server, licențe plugin-uri și chei API terțe

Pachete de mentenanță (de obicei lunare):

• •Update-uri de securitate în 24 de ore de la lansări CVE critice
• •Backup-uri săptămânale stocate off-site (folosim AWS Dublin pentru clienți români)
• •Monitorizare uptime cu alerte SMS dacă site-ul cade
• •Alocare de timp pentru update-uri de conținut (de obicei 2-4 ore/lună pentru schimbări de text)

Cum să Evaluezi Ofertele: Un Checklist Practic

Când compari oferte de la MLN.Office cu alte agenții, caută aceste markeri de specificitate:

În loc de: “Design responsive custom”
Caută: “Prototipuri interactive Figma cu 3 runde de revizii; HTML/CSS folosind Bootstrap 5 sau Tailwind; testat pe iOS Safari și Android Chrome”

În loc de: “SEO friendly”
Caută: “Markup Schema.org pentru LocalBusiness; generare automată sitemap XML; optimizare Core Web Vitals vizând LCP <2.5s; hartă redirectări 301 pentru schimbări URL”

În loc de: “Încărcare rapidă”
Caută: “Caching obiect Redis; setup Cloudflare sau BunnyCDN; pipeline optimizare imagini convertind upload-uri în WebP; implementare lazy loading; PPR”

În loc de: “Training inclus”
Caută: “Două video-uri de 60 minute pe Loom acoperind editare conținut și management utilizatori; documentație scrisă în Google Docs cu credențialele tale specifice de admin”

Compromisuri și Limitări

Template vs. Custom: Un site de 2.000 lei pe template WordPress te scoate online în două săptămâni. Unul de 15.000 lei îți oferă fluxuri de conversie optimizate și funcționalități unice. Majoritatea IMM-urilor românești nu au nevoie de custom—au nevoie de un template bine configurat cu caching corespunzător.

Preț fix vs. Time-and-materials: Prețul fix îți protejează bugetul dar limitează flexibilitatea. Deseori recomandăm hibrid: preț fix pentru discovery + design, time-and-materials pentru dezvoltare (pentru că acolo apar necunoscutele).

Scope creep e de obicei eșec de discovery: Dacă “dintr-o dată” ai nevoie de sistem de booking la jumătatea proiectului, nu e scope creep—e o culegere incompletă de cerințe. Agențiile bune taxează pentru discovery ca să prevină asta.

Datorie tehnică: Tăierea testării pentru a salva 1.000 lei înseamnă că vei cheltui 3.000 lei reparând bug-uri peste șase luni. Nu există site ieftin—doar costuri amânate.

Concluzie

Serviciile de web development nu ar trebui să fie o cutie neagră. Ar trebui să știi exact ce fișiere primești, ce metrici trebuie să atingă site-ul și cine e responsabil când ceva se strică.

Diferența dintre un site de 3.000 lei și unul de 13.000 lei nu e de obicei designul vizual—e infrastructura invizibilă: hărți de redirectare care îți păstrează SEO-ul, backup-uri automate care te salvează când un update de plugin face prăpăd și documentație care îți permite să închei colaborarea cu agenția fără să pierzi accesul la propria platformă.

Înainte să semnezi orice contract, întreabă: “Poți să-mi arăți repository-ul GitHub și mediul staging de la ultimul proiect?” Dacă ezită, caută în continuare.

Vrei să vezi cum arată dezvoltarea transparentă? Documentăm fiecare fază. Hai să discutăm despre proiectul tău: Contact MLN.OFFICE.

Lecturi Suplimentare

• •Web Content Accessibility Guidelines (WCAG) 2.2 - Standarde oficiale W3C pentru accesibilitate
• •Google Core Web Vitals - Documentație metrici de performanță
• •ANSPDCP Ghiduri - Cerințe românești de protecție date pentru website-uri
• •MDN Web Docs: Responsive Design - Standarde tehnice de implementare
• •GitHub Guides - Înțelegerea livrabilelor de version control