01 — Le differenze in tabella
| Aspetto | Web Designer | Web Developer |
|---|---|---|
| Cosa decide | Layout, gerarchie visive, tipografia, palette, micro-interazioni, percorso utente, identità visiva. | Stack tecnico (framework, database, hosting), performance, sicurezza, integrazioni, architettura del codice. |
| Tool primari | Figma, Sketch, Adobe XD, browser DevTools, Lighthouse (lato visivo). | Editor di codice, terminale, Git, framework (React, Next.js, Vue), DevOps, monitoring. |
| Output | File Figma, design system, prototipo cliccabile, asset esportati, brand guidelines. | Codice funzionante deployato, repository Git, documentazione tecnica, infrastruttura. |
| Limite quando lavora da solo | Disegno bellissimo che il dev non può implementare (font esotico in webfont da 4MB, layout che non scrolla bene mobile, interazioni che richiedono librerie pesanti). | Sito che funziona ma sembra una demo da hackathon. Tipografia Times New Roman, colori da default Tailwind, UI che ignora il brand, UX deciso 'a sentimento'. |
| Cosa ti costa | Design favoloso che il dev (interno o freelance separato) deve adattare, semplificare o reimplementare. Hand-off doloroso, fedeltà persa, due fatture. | Sito tecnicamente pulito ma indistinguibile da 50 altri. Devi pagare un designer separato per dare personalità, oppure rimanere generico. |
02 — Da dove viene la separazione
La separazione "designer fa il design, developer scrive il codice" è eredità delle agenzie anni 2000, quando i due mondi parlavano lingue diverse e gli strumenti non si toccavano.
Nel 2026 questa divisione non regge più. I tool moderni (Figma con Code Connect, Tailwind, componenti React/Vue, design system tokenizzati) hanno reso il passaggio design→codice molto più fluido. Le persone serie nel settore conoscono entrambi i lati: un designer che non capisce cosa sia un media query disegna layout impossibili da implementare; un developer che non capisce tipografia e gerarchie visive scrive interfacce illeggibili.
La realtà è che i due ruoli si sono fusi nei freelance moderni. Le agenzie li tengono separati perché così possono fatturarli separatamente. È business, non tecnica.
03 — Cosa fa esattamente il Web Designer
Il Web Designer decide come il sito appare, si legge, si naviga. Non è "fare cose belle": è ingegneria visiva applicata.
Cosa fa concretamente: wireframe e mockup in Figma, gerarchie tipografiche (display, body, mono, scale modulari), palette colore con contrasti WCAG-compliant, spaziature sistematiche (8/16/24px o equivalente), componenti design system riusabili, micro-interazioni (hover, focus, transition), responsive breakpoint, prototipazione cliccabile, brand consistency.
Cosa NON fa (in teoria): scrivere codice, deploy, configurare hosting, ottimizzare query database, integrare API, performance backend. In pratica, i designer moderni sanno quanto basta per non disegnare cose impossibili.
04 — Cosa fa esattamente il Web Developer
Il Web Developer trasforma il design in qualcosa che funziona, scala, ed è sicuro.
Cosa fa concretamente: implementa il design in codice (HTML/CSS/JS o framework moderno), sceglie lo stack (React, Next.js, Vue, vanilla, WordPress headless o classico), configura database e API, integra terze parti (pagamenti, CRM, analytics), si occupa di SEO tecnica, performance Core Web Vitals, sicurezza, deploy, hosting, monitoring, backup, manutenzione long-term.
Cosa NON fa (in teoria): design visivo, branding, copywriting, UX flow. In pratica, i developer moderni si rifiutano di lavorare con design poveri e spesso "li sistemano in itinere".
05 — Perché entrambi in uno funziona meglio (per progetti piccoli e medi)
Per il 90% dei progetti — sito vetrina, e-commerce piccolo/medio, landing page, blog, portfolio — avere una persona che fa entrambi è oggettivamente meglio.
1. Niente hand-off doloroso. Il design viene già pensato per essere implementato. Niente "ah, questo gradient non si può fare". Niente "questo font costa 800€ di license". Decisioni prese sapendo come finiscono nel codice.
2. Una fattura, un punto di contatto. Niente discussioni "questa non è colpa mia, è del designer/developer". Una persona che progetta, costruisce, e mantiene.
3. Iterazioni veloci. Vuoi cambiare un componente? La stessa persona aggiorna il design Figma e il codice in mezz'ora. Con due figure separate diventano due meeting, due preventivi extra, due settimane.
4. Coerenza. Un solo cervello fa scelte coerenti tra layout e tecnica: performance e bellezza non sono in conflitto, sono parte dello stesso lavoro.
06 — Quando scegliere due figure separate
Per onestà intellettuale: ci sono casi in cui due specialisti separati sono la scelta giusta.
Progetti grandi e complessi: piattaforme SaaS multi-tenant, e-commerce con 300.000 SKU, sistemi enterprise con audit di sicurezza ISO 27001, design system corporate con 200+ componenti. Lì un solo freelance non basta — servono team, e dentro al team le specializzazioni hanno senso.
Brand identity da zero per aziende grandi: il branding completo (naming, positioning, sistema visivo, brand book) è un lavoro a sé che giustifica un brand designer specializzato. Nei progetti sotto i 100k€ però il branding "essenziale" lo gestisce bene anche un Designer-Developer.
Backend custom complesso: microservizi distribuiti, integrazioni con ERP-SAP-Salesforce, machine learning. Lì serve un developer puro, possibilmente con team DevOps. Il designer si limita a UI dell'admin/dashboard.
Per tutto il resto — sito vetrina, portfolio, e-commerce, blog, piattaforma piccola — una persona competente è quasi sempre la scelta più razionale. Costi più contenuti, tempi più veloci, zero passaggi di mano.