Exemplu de scrisoare de intenție pentru dezvoltator frontend

De ce majoritatea scrisorilor de dezvoltator frontend sunt o listă de tehnologii

Scrisoarea tipică de frontend este stack-ul scris în proză. React, TypeScript, Tailwind, Next.js, testare, pasiune pentru cod curat. Omul care o citește are CV-ul tău deschis în fila de lângă, unde apar exact aceleași cuvinte. Întrebarea lui este alta: ce ai construit și ce s-a schimbat pentru utilizator după ce ai livrat.

Varianta care funcționează nu enumeră biblioteci. Ia un ecran, un flux sau o problemă de performanță și spune cifra care s-a mișcat.

Exemplul de pe pagina asta este scris de Alexandra Barbu, dezvoltatoare frontend cu patru ani la Thinslices, în Iași, pe produse pentru clienți externi. Aplică la o poziție de frontend engineer la Bitdefender, pe consola de administrare, cu lucru remote din Iași. Scrisoarea ei trebuie să rezolve două lucruri: trecerea de la servicii la produs și munca la distanță.

Deschide cu ceva concret

Alexandra nu începe cu „sunt încântată să aplic". Primul paragraf spune ce a livrat: a refăcut fluxul de onboarding al unei aplicații de administrare financiară cu 40.000 de utilizatori lunari și a crescut rata de finalizare de la 54% la 71% în două iterații, după două runde de teste cu utilizatori reali.

În a doua frază spune de ce Bitdefender. Nu „pentru că este un lider în domeniu", ci pentru că o consolă de securitate este un produs dens, cu tabele mari și multe stări, iar partea asta a muncii de frontend o interesează mai mult decât paginile de prezentare. Este un motiv de inginer, nu de candidat.

Ce reții: primul paragraf conține un rezultat măsurat și un motiv legat de produsul lor. Nu de industrie.

Arată rezultate, nu adjective

Mijlocul scrisorii este dovada. Alexandra scrie că a scăzut timpul până la interactivitate al unui tablou de bord de la 4,1 la 1,6 secunde, prin virtualizarea listelor și prin mutarea a trei biblioteci de grafice într-un singur pachet încărcat la cerere. Că a construit un set de 28 de componente reutilizate apoi în trei produse ale firmei, cu documentație în Storybook. Că a ridicat acoperirea cu teste a modulului de autentificare de la 12% la 68% și că regresiile raportate pe acel modul au dispărut în trimestrul următor.

Uită-te la ce nu scrie. Nu scrie „bună cunoaștere a React" și nu scrie „pasionată de accesibilitate". Pe a doua o arată altfel: spune că a trecut tabelele principale la navigare completă cu tastatura, după un audit intern.

Ce reții: înlocuiește fiecare adjectiv cu un număr. În loc de „experiență în optimizare", scrie „am scăzut timpul până la interactivitate de la 4,1 la 1,6 secunde".

Explică de ce firma asta, nu oricare

Paragraful al treilea este cel pe care aproape toți dezvoltatorii îl ratează. Alexandra menționează un articol de pe blogul tehnic al companiei și întreabă direct cum este organizată partea de design system între produse, pentru că acolo crede că poate aduce cel mai repede ceva. Nu este flatare, este dovada că s-a uitat la ce publică echipa.

Rezolvă și munca remote într-o singură frază: lucrează din Iași de trei ani, în echipe distribuite pe două fusuri orare, și poate fi în București o dată pe lună. Fără propoziția asta, un recrutor cu un post marcat ca hibrid închide aplicarea fără să întrebe.

Ce pui în scrisoarea de dezvoltator frontend

• Un produs real cu număr de utilizatori sau de clienți
• O cifră de performanță sau de conversie pe care ai mutat-o
• Tehnologiile menționate în context, nu ca listă
• Un link către cod sau către un proiect pe care îl poți arăta
• Unde lucrezi și cum, dacă postul este hibrid sau remote

Ce lași afară

Scoate lista de tehnologii. Scoate paragraful despre facultate, dacă ai terminat acum mai mult de doi ani. Scoate „pasionată de cod curat" și „jucător de echipă care se adaptează rapid". Și scoate tutorialele și proiectele de curs din portofoliu, dacă ai deja patru ani de muncă plătită.

Nu copia fraza din anunț despre „mentalitate de produs". Dacă apare identic, se vede.

Cât de lungă trebuie să fie

Scrisoarea Alexandrei are 280 de cuvinte și intră pe o pagină. Trei paragrafe: ce ai livrat, ce s-a schimbat, de ce aici. Dacă aplici la un post în engleză, scrie scrisoarea în engleză, nu tradusă rând cu rând din română. Diferențele sunt explicate în articolul despre CV-ul în limba engleză.

Pe scurt

O scrisoare bună de frontend nu dovedește că știi React. Repozitoriul tău face asta. Dovedește că poți explica o decizie tehnică în două fraze și că te-ai uitat la produsul lor. Scrie-o ca pe descrierea unui pull request bun.

Structura completă este în ghidul despre scrisoarea de intenție.