Cât durează de fapt un proiect de website, săptămână de săptămână.

„Cât va dura?” e a doua întrebare pe care o pune orice client, imediat după preț, și e cea la care majoritatea ofertelor răspund cu un singur număr sigur pe sine care se dovedește greșit — nu pentru că cineva minte, ci pentru că un proiect de website rulează pe două ceasuri în același timp: ceasul de producție (discovery, design, construcție, QA, lansare) și ceasul de aprobare (cât de repede verifică și aprobă cineva efectiv ce i se trimite). Primul e cu adevărat previzibil. Al doilea e de unde vine aproape orice întârziere reală, și rareori e numit drept cauză. Dă click pe fiecare fază de mai jos pentru ce se întâmplă în ea, ce cauzează de obicei întârzieri, și jaloanele care marchează progres real.

De la pornire la lansare, fază cu fază

Săptămâna 0 e apelul de kickoff. Selectează o fază ca să vezi ce se întâmplă în ea, ce cauzează de obicei întârzieri, și ce jaloane cad înăuntru.

De ce fazele însumează mai puțin decât arată calendarul

Adună intervalele pe fază — discovery, design, dezvoltare, QA și lansare — și obții undeva între șase și paisprezece săptămâni de muncă reală pentru un site de afaceri cu mai multe pagini. Cifra e cu adevărat corectă, și totuși nu e cifra pe care se termină majoritatea proiectelor, dintr-un motiv care nu are nimic de-a face cu cât de repede lucrează cineva.

Un proiect de website rulează pe două ceasuri deodată. Unul măsoară munca: design-ul unei pagini, construcția unui template, testarea unui formular. Celălalt măsoară golurile dintre muncă — zilele în care un design stă în inbox-ul cuiva înainte să fie deschis, săptămâna în care un termen de conținut trece pe tăcute, „hai să regrupăm pe asta” care durează mai mult să fie programat decât întâlnirea în sine. Primul ceas e cel citat într-o ofertă. Al doilea e cel care decide de fapt data de finalizare.

Nu e o problemă unică industriei web. Un sondaj din 2025 pe 500 de profesioniști din marketing și creative a găsit că peste 60% pierd până la o zi întreagă de lucru pe săptămână doar urmărind aprobări, iar 74% au spus că procesul de aprobare cere mai mult efort decât munca de creație aflată în verificare. Ăsta e al doilea ceas, măsurat direct.

Unde diverg cele două ceasuri, fază cu fază

Discovery e singura fază în care cele două ceasuri sunt aproape de acord — încă e foarte puțin de aprobat, doar decizii de luat o singură dată. Exact de-asta merită tratate scope-ul, proprietatea conținutului și decizia de platformă la fel de serios cum le tratează acest ghid: o corecție aici costă o conversație. Aceeași corecție găsită în luna trei de dezvoltare costă o reconstrucție.

Design-ul e unde se deschide de obicei diferența. Estimările publicate pun munca în sine la două până la șase săptămâni — dar intervalul presupune că feedback-ul vine în zile, nu în sprintul următor. O Sesiune strategie care fixează scope-ul înainte să înceapă design-ul e o asigurare ieftină exact împotriva acestui gol, comparat cu a sări direct în vizual și a spera.

Dezvoltarea e unde golul e mai des din cauza conținutului decât a feedback-ului. O construcție poate fi completă din punct de vedere al codului fără niciun text scris, iar „complet la cod” nu e un jalon pe care un client îl vede — ceea ce înseamnă că nu se simte ca progres chiar și atunci când este. Un angajament Website de afaceri delimitează responsabilitatea de conținut în scris la kickoff exact din acest motiv.

Lansarea e unde golul e cel mai scurt în teorie și cel mai lung în practică, pentru că o „verificare finală” are un fel de a deveni încă o rundă de design exact în momentul în care toată lumea e cel mai puțin pregătită să absoarbă o întârziere. Protejarea acelei granițe valorează mai mult decât orice sarcină tehnică din ziua lansării.

Ce scurtează de fapt un timeline, și ce doar pare că o face

Scope-ul fix și revizuirile plafonate scurtează timeline-urile. Nu pentru că previn dezacordul, ci pentru că mută orice dezacord într-un moment în care e ieftin de rezolvat — apelul de delimitare — în loc de un moment în care e scump — a patra rundă de design neplanificată.

Un singur aprobator numit pe fază scurtează timeline-urile mai fiabil decât orice ține de construcția în sine. Un Audit tehnic înainte de un redesign are același efect asupra fazei de dezvoltare: transformă „ne dăm seama de integrări pe parcurs” într-o listă decisă înainte ca cineva să înceapă să factureze ore pentru a o descoperi.

Ce nu ajută: adăugarea de oameni care să verifice o decizie „ca să fim siguri”. Mai mulți verificatori produc mai multe opinii, nu mai multă claritate, iar concilierea a trei opinii contradictorii durează măsurabil mai mult decât acceptarea deciziei unei singure persoane.

Ce de asemenea nu ajută: plata pentru o construcție mai rapidă. Comprimarea timpului de codare nu face nimic golurilor de aprobare, de unde vine de fapt timpul — e aceeași greșeală ca a te aștepta ca un buget mai mare să grăbească viteza cu care Google indexează o pagină.

Cum delimităm asta în practică

Un angajament Website de afaceri începe cu conversația de delimitare pe care acest ghid o descrie ca fază unu, în scris, înainte să înceapă munca de design — pentru că aici corecția e aproape gratuită și scumpă peste tot după.

Dacă scope-ul e întrebarea deschisă, nu design-ul în sine, o Sesiune strategie e modul mai ieftin de a răspunde: un angajament scurt, plătit, care produce sitemap-ul, decizia de platformă și planul de conținut înainte ca cineva să deschidă un tool de design.

După lansare, fereastra de stabilizare e locul unde un site fie e lăsat în pace până se strică ceva, fie primește o primă lună de atenție cum trebuie — actualizări de conținut, monitorizare, corecțiile mici pe care traficul real le scoate la iveală și pe care staging-ul nu le-a arătat niciodată. Exact pentru asta e delimitată o Mentenanță lunară, nu vândută ca o idee de final.

Surse

Intervalele de durată pe fază și cifrele despre întârzierile de aprobare de mai sus vin din acestea, verificate în august 2026. Structura săptămânală și jaloanele ne aparțin, din proiecte cu clienți reali.

• Designveloper — Web Development Timeline: How Long Does It Take to Build a Website? ↗

  Estimare fază cu fază: planificare 1–2 săptămâni, design UI/UX 2–4 săptămâni, dezvoltare 4–12 săptămâni, testare/QA 1–3 săptămâni, deployment 1 săptămână — și identifică viteza de feedback a clientului ca unul dintre cei mai mari factori de întârziere.

• Ramotion — Website Development Timeline: Stages, Timeline & Breakdown ↗

  A doua estimare independentă pe faze (planificare 1–2 săptămâni, design 3–6 săptămâni, construcție 4–8 săptămâni, testare/lansare 2–4 săptămâni) plus durata totală tipică după tipul proiectului, de la un site de o pagină (1–2 săptămâni) la o platformă custom (6+ luni).

• StreamWork — 2025 Approval Research Study ↗

  Sondaj pe 500 de profesioniști americani din marketing și creative, realizat de Pollfish, 7–22 octombrie 2025: peste 60% pierd până la o zi întreagă de lucru pe săptămână urmărind aprobări, 74% spun că procesul de aprobare cere mai mult efort decât munca de creație în sine, iar peste trei sferturi au spus că întârzierile de aprobare le-au irosit direct bugetul.