Mai ai nevoie de design în Figma înainte de dezvoltare?

Faza de design era de neatacat: nu puteai construi un site fără să decizi mai întâi cum arată, iar decizia pe canvas era mai ieftină decât decizia în cod. Ambele jumătăți sunt acum sub presiune — uneltele generează interfețe funcționale direct, iar Figma însuși dizolvă granița dintre fișier de design și cod. Iată unde mockupul își merită încă banii, și unde e o linie de buget pe care o poți tăia onest.

La ce servește de fapt fișierul de design

Un fișier Figma nu e o poză cu site-ul. E un document de decizie — locul unde layoutul, ierarhia, spațierea, stările, comportamentul responsive și cazurile marginale se stabilesc cât timp schimbarea de părere e încă aproape gratuită. Outputul vizual e un efect secundar al acelui proces, motiv pentru care „îl vedem după ce e construit” tinde să coste mai mult decât economisește.

Economia e simplă și se confirmă în practică: mutarea unei secțiuni pe canvas ia minute, mutarea ei în cod construit ia ore și poate invalida testarea. Faza de design există ca să concentreze modificările scumpe în partea ieftină a proiectului.

Ce s-a schimbat cu adevărat în 2026

La Config 2026, în iunie, Figma a lansat Motion cu export de animație în Dev Mode, a extins agentul de design de pe canvas cu conectori MCP, și a prezentat layere de cod care trăiesc chiar în fișierul de design. Combinat cu serverul MCP din Dev Mode, care trimite contextul de design direct în toolingul AI al programatorului în loc de un screenshot, handofful e măsurabil mai puțin lacunar decât acum doi ani.

Efectul practic e că fișierul încetează să fie un livrabil unidirecțional și devine o referință comună care rămâne exactă. Specificațiile de animație nu se mai pierd într-un thread de Slack; o schimbare de token în design system nu mai cere o ședință de traducere. Face faza de design mai ieftină — nu inutilă.

Când poți cu adevărat sări peste mockupuri

Scop mic și bine înțeles, cu un pattern consacrat: o singură landing page după un layout care s-a dovedit deja, o pagină construită dintr-un design system existent, o construcție pe template unde deciziile de design s-au luat când s-a ales template-ul. În toate acestea, designul întâi dublează muncă pe care altcineva a făcut-o deja.

De asemenea: unelte interne, prototipuri și orice intenționezi să arunci. Dacă publicul e trei colegi și durata de viață e un trimestru, construiește și iterează. Să plătești pentru un design finisat al unui lucru de unică folosință e risipa reală.

Când săritul costă mai mult decât economisește

Mai multe pagini care trebuie să pară un singur site. Orice cu un lanț de aprobare — doi decidenți cu opinii diferite le vor găsi eventual, iar găsirea lor pe canvas e mult mai ieftină decât găsirea lor în staging. Interfețe custom fără un precedent evident: configuratoare, dashboarduri, fluxuri cu mai mulți pași, orice unde stările de interacțiune depășesc numărul de ecrane.

Și orice proiect unde site-ul e principalul canal comercial. Dacă layoutul determină venitul, merită o rundă de gândire deliberată înainte să devină o construcție — la asta servesc un audit UX gratuit sau un design de landing page delimitat.

Calea de mijloc pe care o recomandăm de obicei

Proiectează corect cele două-trei ecrane cele mai grele, definește sistemul de dedesubt — scară tipografică, spațiere, culoare, stări de componentă, breakpointuri — și construiește restul direct din acel sistem. Ai beneficiul designului decis fără să plătești desenarea fiecărei pagini, iar programatorul nu ghicește niciodată cum ar trebui să arate un hover sau un mesaj de eroare.

Asta face și construcția asistată de AI să funcționeze cu adevărat. Cu tokeni reali și două ecrane de referință, outputul generat e coerent; cu un prompt și niciun sistem, produce ecrane plauzibile care nu aparțin aceluiași site. Design system-ul e constrângerea care face viteza sigură.

Ce să întrebi agenția

Întreabă ce se întâmplă cu fișierul de design după lansare — dacă e abandonat, ai plătit pentru un livrabil, nu pentru un sistem. Întreabă dacă designul definește stări și breakpointuri sau doar ecrane de desktop, pentru că tot ce lipsește devine ghicitura unui programator. Și întreabă ce poți tăia: o echipă competentă ar trebui să-ți poată spune de care părți ale fazei de design proiectul tău nu are nevoie.

Designul trebuie să reziste traducerii

Dacă site-ul va apărea vreodată în mai multe limbi, macheta pe care o aprobi nu este designul — este cea mai scurtă dintre trei. Recomandarea W3C, care citează cifrele IBM, spune că un șir sursă de cel mult zece caractere se poate extinde cu 200–300% după traducere, iar unul de unsprezece până la douăzeci de caractere cu 180–200%. Doar pasajele lungi se poartă frumos, ajungând în jur de 130%. Germana este de obicei de vină: „views” devine „-mal angesehen”, cam de 2,8 ori mai lung.

Aceasta este o constrângere de design, nu o problemă de traducere, și lovește cel mai tare exact acolo unde designul este cel mai strâns — elemente de meniu, etichete de butoane, taburi, titluri de carduri, coloane de tabel. O etichetă care intră la pixel în macheta englezească va trece pe al doilea rând, se va tăia sau își va împinge vecinul din aliniere în altă limbă — și o va face după ce șabloanele sunt deja construite. Varianta ieftină este să așezi componentele cele mai strânse cu limba cea mai lungă în cutie sau, măcar, să lipești cele mai lungi trei șiruri înainte de aprobare. Varianta scumpă este să afli în ziua lansării pentru a doua piață.

Surse

Schimbările de instrumente și cifrele privind extinderea la traducere menționate mai sus, verificate în august 2026.

• Figma — Config 2026 recap ↗

  Lansarea din iunie 2026: Figma Motion cu export de animație în Dev Mode, agent de design pe canvas extins cu conectori MCP, și layere de cod prezentate pe canvas.

• Figma — Introducing our Dev Mode MCP server ↗

  Trimite context de design structurat — variabile, componente, layout — direct în uneltele AI de codare, în loc de screenshoturi.

• Nielsen Norman Group — Design Systems 101 ↗

  Distincția dintre o bibliotecă de componente, un ghid de stil și un design system, și de ce sursa unică de adevăr, documentată și partajată, este cea care elimină efectiv refacerea muncii la predare.

• W3C WAI — Understanding Success Criterion 1.4.3: Contrast (Minimum) ↗

  Rapoartele de 4,5:1 și 3:1 pe care un fișier de design trebuie să le respecte înainte de începerea dezvoltării — printre cele mai ieftine lucruri de verificat în Figma și printre cele mai scumpe de reparat ulterior în cod.

• W3C Internationalization — Text size in translation ↗

  Recomandarea IBM citată: șirurile sursă de până la 10 caractere se pot extinde cu 200–300% la traducere, cele de 11–20 de caractere cu 180–200%, în timp ce pasajele de peste 70 de caractere ajung în jur de 130%.