Spune ce rol are site-ul în activitatea ta
Un site poate prezenta credibil o companie, genera cereri, sprijini vânzarea, programa servicii, publica resurse sau deservi clienți existenți. Ordinea acestor obiective influențează arhitectura și bugetul. Numește publicul principal, decizia pe care trebuie să o poată lua și ce se întâmplă după ce trimite un formular sau apasă un buton.
Fă un inventar realist al conținutului
O listă de pagini este un început, dar nu arată cine scrie textele, dacă imaginile există, câte limbi sunt necesare sau câte tipuri de conținut se repetă. Un portofoliu cu douăzeci de proiecte nu este o singură pagină din perspectiva migrării și verificării. Precizează ce se păstrează, ce se rescrie, ce trebuie creat și cine aprobă fiecare material.
- Pagini și tipuri repetitive: servicii, proiecte, articole, echipă sau locații.
- Texte existente, texte noi și responsabilitatea redactării.
- Fotografii, video, ilustrații, licențe și materiale care lipsesc.
- Limbi, traduceri și modul în care sunt aprobate.
- Conținut care trebuie migrat din site-ul actual.
Descrie comportamentul, nu doar numele funcționalității
„Formular”, „cont de client” sau „integrare CRM” pot însemna lucruri foarte diferite. Pentru fiecare, descrie câmpurile, rolurile, notificările, datele transferate și ce trebuie să se întâmple în caz de eroare. Dacă sistemul extern nu a fost ales sau accesul nu există încă, marchează dependența. O estimare exactă nu poate compensa o integrare necunoscută.
Clarifică cine va administra site-ul
Spune ce trebuie să poată modifica echipa fără dezvoltator: pagini, servicii, articole, SEO, formulare sau utilizatori. Menționează nivelurile de acces, aprobarea înainte de publicare și nevoia de instruire. Administrarea nu este doar un panou; include modelarea conținutului, validări, previzualizare, istoric și responsabilitatea pentru actualizări.
Include cerințele care nu apar în machete
Accesibilitatea, performanța, SEO tehnic, analytics, consimțământul, securitatea, backupul și compatibilitatea cu dispozitivele afectează implementarea și testarea. Nu toate proiectele au același nivel de risc, dar aceste subiecte nu ar trebui descoperite în ultima săptămână. Dacă există cerințe legale sau politici interne, atașează-le brief-ului.
Stabilește responsabilitățile și calendarul real
Data lansării nu este suficientă. Cine oferă feedback, în cât timp, cine are decizia finală și ce alte echipe trebuie consultate? Include perioadele în care oamenii cheie nu sunt disponibili și dependențele externe. Un calendar onest conține timp pentru conținut, feedback, corecturi, testare și pregătirea publicării, nu doar design și cod.
Cea mai ieftină ofertă poate descrie cea mai mică parte din problemă, nu cea mai eficientă soluție.
Compară presupunerile, nu doar totalurile
Cere ca oferta să separe etapele, livrabilele, numărul de revizii, serviciile terțe, mentenanța și lucrurile excluse. Verifică cine lucrează efectiv, cum se testează, ce primești la final și cine deține conturile și codul. Diferențele mari de preț devin adesea explicabile când pui alături presupunerile și responsabilitățile.
- Care este scopul inclus și ce este explicit exclus?
- Ce materiale și acces trebuie să livreze clientul?
- Câte runde de feedback sunt incluse și cum se aprobă?
- Ce testare, lansare, instruire și garanție sunt incluse?
- Ce costuri recurente există după lansare?
- Cum sunt estimate și aprobate schimbările de scop?