Cum întocmiți un caiet de sarcini pentru dezvoltare

Un caiet de sarcini bun economisește nu pagini, ci bani: pe baza lui, contractorul numește un preț care nu „fuge” peste o lună, iar dvs. recepționați lucrarea după criterii clare. Un caiet de sarcini prost înseamnă fie trei rânduri de tipul „avem nevoie de un site ca la concurenți”, fie 80 de pagini de cerințe pe care nimeni nu le-a citit până la capăt.

Mai jos găsiți un ghid practic despre cum să întocmiți caietul de sarcini pentru un bot, un site, o aplicație sau o platformă, chiar dacă nu sunteți specialist tehnic. Analizăm structura, arătăm un fragment de caiet de sarcini în format real, enumerăm greșelile care duc cel mai des la refaceri și explicăm cum să obțineți o estimare preliminară fără o corespondență lungă.

De ce este nevoie de caietul de sarcini și prin ce diferă de brief

Brieful răspunde la întrebarea „ce afacere este și care este sarcina”. Caietul de sarcini răspunde la întrebarea „ce anume trebuie să rezulte și cum vom înțelege că este gata”. Brieful se completează într-o jumătate de oră, caietul de sarcini se elaborează de la câteva zile la câteva săptămâni — în funcție de amploarea produsului.

Caietul de sarcini are trei funcții practice:

• Estimarea. Fără lista rolurilor, scenariilor și integrărilor, orice preț este o ghicitoare. Diferența de 3–5 ori între estimările aceluiași „site” de la contractori diferiți se explică, de obicei, prin faptul că fiecare și-a imaginat propriul site.
• Acordul. Caietul de sarcini fixează volumul de lucru. Tot ce nu a intrat în el este o modificare a volumului, care se discută separat, și nu „păi asta e evident”.
• Recepția. Fiecare cerință trebuie să poată fi verificată: „formularul de solicitare trimite datele în CRM în 5 secunde” se poate verifica, „un formular comod” — nu.

Pentru sarcini mici — un bot simplu sau un landing page — ajunge un caiet de sarcini scurt, de 2–4 pagini. Pentru o platformă sau o aplicație mobilă, documentul crește până la 15–40 de pagini și, de obicei, este finalizat împreună cu contractorul în etapa de prototip.

Șablon de caiet de sarcini pentru dezvoltare: 9 secțiuni obligatorii

Acest șablon de caiet de sarcini pentru dezvoltare se potrivește oricărui produs digital: bot Telegram, site, Mini App, aplicație mobilă sau marketplace. Secțiunile pot fi scurtate, dar nu eliminate — o secțiune goală este mai bună decât una uitată.

Dacă produsul este complex, adăugați un glosar (ce numiți „comandă”, „tranzacție”, „client”) și anexe: exemple de documente, exporturi din sistemele actuale, capturi de ecran ale concurenților cu notițe „îmi place” și „nu îmi place”.

Cum să scrieți caietul de sarcini: scenarii în loc de o listă de funcții

Greșeala principală este descrierea produsului ca un set de ecrane și butoane. Pentru dezvoltator este mai important să înțeleagă cine, de ce și în ce ordine efectuează acțiunile. De aceea, dacă vă întrebați cum să scrieți caietul de sarcini astfel încât să fie înțeles la fel de toți, începeți cu scenariile.

Formula user story

Folosiți un șablon simplu: „Ca [rol], vreau [acțiune], pentru ca [rezultat]”. De exemplu: „Ca manager, vreau să primesc o notificare în Telegram despre o solicitare nouă, pentru a contacta clientul în 15 minute”.

Criterii de acceptanță pentru fiecare user story

Adăugați la fiecare user story 2–5 condiții verificabile. Pentru exemplul de mai sus:

• notificarea sosește în cel mult 10 secunde după trimiterea formularului;
• notificarea conține numele, telefonul, serviciul ales și sursa solicitării (eticheta UTM);
• butonul „Preia în lucru” schimbă statusul solicitării și o ascunde de ceilalți manageri;
• dacă managerul nu a răspuns în 15 minute, notificarea o primește conducătorul.

Așa se scriu cerințele după care lucrarea poate fi și estimată, și recepționată. Pentru boți și Mini App acest lucru este deosebit de important: logica trăiește în dialog, iar fără scenarii contractorul este nevoit să presupună. Mai multe despre cum proiectăm hărțile de stări — pe pagina dezvoltării boților Telegram.

Priorități: MoSCoW

Marcați fiecare funcție: Must (fără ea produsul nu se lansează), Should (necesară, dar poate veni peste o lună), Could (bine de avut), Won't (sigur nu în această versiune). Această marcare este baza primei versiuni a produsului; cum să selectați funcțiile pentru lansare am analizat detaliat în articolul despre dezvoltarea MVP.

Cerințele nefuncționale pe care le uită toți

Funcțiile descriu ce face produsul. Cerințele nefuncționale — cum face acest lucru. Tocmai ele ies cel mai des la suprafață după lansare și costă cel mai mult dacă nu au fost convenite din timp.

• Încărcare: câți utilizatori sunt așteptați în prima lună și peste un an, există vârfuri (reduceri, campanii de mesaje).
• Viteză: timpul-țintă de încărcare a paginilor și de răspuns al botului; pentru site-uri — reper după Core Web Vitals.
• Disponibilitate: timpul de nefuncționare admisibil, este nevoie de monitorizare și de tură de gardă.
• Securitate: ce date stocăm, cine are acces la ele, este nevoie de autentificare cu doi factori, de jurnal de acțiuni.
• Date personale: prelucrare conform 152-FZ, localizarea stocării în Rusia, consimțăminte și politică de confidențialitate.
• Găzduire: cloudul dvs., servere proprii sau un perimetru închis fără acces la internet.
• Suport: browsere, versiuni iOS și Android, limbile interfeței, accesibilitate pentru persoanele cu deficiențe de vedere.
• Predare: documentație, accese, repozitoriu pe contul dvs., instrucțiuni de implementare.

Exemplu de caiet de sarcini pentru un site

Mai jos — un exemplu prescurtat de caiet de sarcini pentru site-ul unei companii de producție. Încape pe două pagini și permite deja obținerea unei estimări precise.

1. Obiectiv: primirea solicitărilor de calcul al echipamentelor de la clienți B2B; reper — 40 de solicitări calificate pe lună la 3 luni după lansare.
2. Public: ingineri și specialiști în aprovizionare ai întreprinderilor, 70% intră de pe desktop.
3. Roluri: vizitator; content manager (editează catalogul și știrile); administrator (accese, setări).
4. Structură: pagina principală, catalog cu 6 categorii și ~120 de poziții, fișa produsului cu specificație PDF, studii de caz, despre companie, contacte, blog.
5. Scenariul-cheie: vizitatorul găsește poziția prin filtru → deschide fișa → apasă „Solicitați ofertă comercială” → completează un formular cu 4 câmpuri → solicitarea ajunge în Bitrix24 și în Telegramul departamentului de vânzări.
6. Integrări: Bitrix24 (crearea lead-ului), Yandex Metrica cu obiective, exportul catalogului din 1C o dată pe zi.
7. Design: brandbook există, este nevoie de un prototip UX și de versiune adaptivă pentru mobil.
8. Cerințe nefuncționale: încărcarea paginii în cel mult 2 secunde pe 4G, SEO tehnic și microdate, găzduire în Rusia.
9. Recepție: toate scenariile din p. 5 trec pe mediul de testare, formularele ajung în CRM, Lighthouse Performance — de la 90.

Observați: aici nu există cuvintele „modern”, „comod” și „care vinde”. În schimb, există cifre, roluri, scenariu și criterii. Pe baza unui astfel de document, contractorii numesc prețuri comparabile, iar dvs. comparați oferte, nu fantezii. Ce site-uri și aplicații web realizăm și din ce se compune munca puteți vedea în secțiunea dezvoltarea site-urilor.

Greșeli frecvente în caietul de sarcini și cum să le evitați

O altă capcană este încercarea de a descrie totul până la ultimul buton înainte de prototip. Detaliile interfeței se rezolvă mai rapid și mai ieftin pe un prototip interactiv: vedeți ecranele, apăsați, modificați. Caietul de sarcini stabilește cadrul, iar prototipul îl umple.

Chestionar online: caiet de sarcini fără foaie albă

Cel mai greu este să începeți. De aceea, pe site există un chestionar online pentru întocmirea caietului de sarcini: el transformă structura de mai sus într-o succesiune de întrebări cu sugestii și variante de răspuns. Nu trebuie să scrieți de la zero — majoritatea punctelor se aleg cu butoane. Chestionarul are 7 secțiuni:

1. Despre dvs. — contacte, companie, rolul dvs. în proiect.
2. Despre produs — tipul produsului, obiectivul, stadiul, stackul actual, referințe și linkuri către documente.
3. Utilizatori și roluri — publicul, rolurile, amploarea, geografia, problema utilizatorului.
4. Funcționalitate — funcții, minimul obligatoriu, plăți, integrări.
5. Platforme și design — unde funcționează produsul, design, branding, conținut.
6. Date, AI și securitate — este nevoie de AI, migrarea datelor, cerințe de securitate și găzduire.
7. Buget, termene și proces — bugetul, termenul-limită și motivul lui, suportul, implicarea dvs.

Imediat după trimitere primiți o estimare preliminară. Ea este orientativă: costul exact îl comunicăm după elaborarea caietului de sarcini împreună cu dvs. Reperele de preț pentru toate direcțiile sunt adunate pe pagina prețurilor pentru dezvoltare.