Due schermate possono sembrare uguali e consegnare rischi opposti. In una, navigazione, contenuti e stati derivano da decisioni rintracciabili. Nell'altra, il file mostra soltanto il risultato più comodo da presentare. Quando arriva una correzione, nessuno sa quale parte riaprire e il mockup diventa una fotografia costosa.
IT-151 usa un banco di prova senza sito. Il pacchetto contiene sette Vincolo-ID, una Mappa-ID con un ramo ambiguo, tre Scenario-ID privi di persone, cinque Telaio-ID, dodici Regola-ID, otto Modulo-ID, sei Vista-ID, quattro campi di contenuto vuoti, tre media senza file, cinque Verbale-ID e un Pacchetto-ID da aprire altrove.
Ogni candidata deve ordinare questi oggetti, mostrare i blocchi e consegnare decisioni trasferibili. Non può inventare una prestazione, una zona o una fotografia per chiudere il layout. Il confronto osserva quanto il processo pubblicato aiuta a porre domande verificabili. Non giudica il gusto né una pagina mai realizzata.
Il confine con IT-152 è pratico. IT-151 può specificare una navigazione, un errore, una larghezza o un comportamento atteso. Non sceglie framework, database, plugin, ambiente o procedura di rilascio. Un'agenzia può offrire design e sviluppo, ma il contratto deve separare i due oggetti.
theStacc pubblica IT-151 e vende Managed Services, una proposta più ampia che cita anche lavoro sul sito. Non compare nella graduatoria perché la pagina ufficiale consultata non documenta un servizio autonomo di web design con processo e artefatti comparabili alle otto agenzie selezionate. Questa esclusione evita di attribuire al prodotto dell'editore capacità progettuali non dimostrate. Nessuna agenzia ha pagato per essere inclusa. Le descrizioni derivano soltanto dalle pagine ufficiali collegate, raggiungibili il 30 agosto 2026. Non abbiamo incaricato, intervistato o provato agenzie, team, imprese di coperture, account, workshop, mappe, wireframe, prototipi, interfacce, siti, file, contenuti, asset, revisioni, esportazioni o passaggi a sviluppo. Non riportiamo prezzi, tempi, clienti, casi, testimonianze, premi, metriche, classifiche o risultati. Restano da verificare entità contrattuale, disponibilità, copertura italiana, lingua, specialisti, subfornitori, revisioni comprese, accessi, formati, licenze, proprietà, qualità, accessibilità effettiva, supporto e uscita. Le fonti di prima parte provano soltanto il perimetro che ciascun fornitore dichiara. Non provano superiorità, idoneità, esperienza o rendimento per una specifica impresa. Il banco di prova usa record astratti, campi vuoti, pagine senza nome, media senza file e ruoli neutri. Non contiene aziende, persone, località, edifici, cantieri, servizi, qualifiche, fotografie, marchi, testimonianze, recensioni, prezzi, contatti, richieste, clienti o risultati reali o inventati. Non formula affermazioni su materiali, ispezioni, riparazioni, sicurezza, garanzie, permessi o pratiche del settore delle coperture. IT-147 possiede SEO, IT-148 presenza locale, IT-149 social media e IT-150 regia di marketing. IT-151 termina con discovery, architettura informativa, wireframe, direzione visiva, componenti, stati, specifica responsive, content handoff, asset, revisioni, file sorgente ed export. IT-152 inizia con architettura tecnica, codice, CMS, integrazioni, ambienti, test, deployment e recovery. Mancano una revisione competente del design, una revisione linguistica italiana e un responsabile di manutenzione. La pagina resta needs_human_review e non è autorizzata alla pubblicazione automatica.
La risposta breve
Big Drop apre la selezione perché documenta obiettivi, ricerca, interviste, sitemap, wireframe, UX/UI, content strategy, design e responsive. Forge and Smith e Top Notch Dezigns seguono per discovery, style tile, mockup, user flow e stati di interfaccia. UPQODE, Orbit Media, Lform, TinyFrog e Hook Agency rappresentano altri processi da provare sullo stesso pacchetto vuoto.
- Big Drop: organizzazioni che vogliono verificare obiettivi, stakeholder, ricerca, sitemap, wireframe, contenuti e direzione visiva come passaggi separati
- Forge and Smith: team che vogliono collegare discovery visiva, brand input, style tile, wireframe, page mockup, responsive e accessibilità progettuale
- Top Notch Dezigns: organizzazioni che vogliono provare interviste, obiettivi, brand positioning, content strategy, user flow, UI e responsive nello stesso fascicolo
- UPQODE: team che vogliono verificare project brief, scope, wireframe, prototipo, mockup, style guide, review e consegna dei file
- Orbit Media: organizzazioni con più pubblici interni che vogliono provare workshop, ricerca, messaggi, prototipi visivi e checkpoint
- Lform: team che vogliono separare initial consultation, discovery, responsive design, wireframing e UX prototyping dalle attività tecniche
- TinyFrog Technologies: organizzazioni che vogliono verificare custom interactive design, user experience, sistema, contenuti e accessibilità in un pacchetto compatto
- Hook Agency: una prova rigorosa su un'offerta che dichiara custom website, brand, call to action e design presentation per il settore
Il banco di prova che separa una decisione visiva da una bella schermata
Vincolo-ID apre il lavoro. Registra input confermato, ipotesi, domanda aperta, esclusione, proprietario di ruolo e conseguenza. Nel campione nessun vincolo descrive un'impresa reale. Il designer può raggruppare le domande e proporre una sequenza, ma non può promuovere un'ipotesi a requisito senza Verbale-ID.
La discovery restituisce oggetti, non soltanto una riunione. Ogni osservazione deve indicare origine e livello di certezza. Una preferenza visiva non vale come vincolo di contenuto. Una richiesta commerciale non vale come prova su un pubblico. Il registro mantiene queste categorie abbastanza separate da poterle correggere.
Mappa-ID contiene classi di pagina, relazioni, etichette provvisorie, percorso e contenuto richiesto. Le pagine non hanno nomi di servizi. Un ramo ambiguo conduce a una scelta documentata oppure rimane aperto. Aggiungere una casella per rendere simmetrico il diagramma non risolve il suo scopo.
Scenario-ID descrive un compito astratto senza inventare un visitatore. Contiene punto di ingresso, informazione cercata, passaggio, uscita, ostacolo e domanda. Un ruolo neutro può dover orientarsi o inviare un modulo fittizio. Non riceve età, luogo, bisogno, urgenza o caratteristica commerciale.
Telaio-ID è un wireframe con una responsabilità precisa. Collega classe di pagina, sequenza, blocchi richiesti, contenuti disponibili, stati e annotazioni. Un rettangolo chiamato testo non è abbastanza. Il telaio deve dire quale informazione manca e chi può fornirla senza riempirla con una frase plausibile.
Il contenuto viaggia in campi distinti dal layout. Ogni campo conserva scopo, fonte, stato, limite, responsabile e relazioni. Nel banco di prova quattro campi restano vuoti. Il design mostra come l'assenza viene trattata e impedisce che il riempitivo diventi una versione approvata.
Regola-ID raccoglie una decisione visiva riutilizzabile. Tipografia, colore, spaziatura, griglia, forma, movimento e trattamento dei media possono avere regole diverse. Il campione usa valori neutri. Una modifica deve raggiungere i moduli dipendenti senza cancellare eccezioni e versioni precedenti.
Modulo-ID identifica un elemento riutilizzabile senza decidere il codice. Nome, scopo, contenuto ammesso, varianti, stati, dimensioni, relazioni e note restano nello stesso record. Navigazione, pulsante, campo, avviso e scheda astratta bastano per osservare se la libreria mantiene coerenza.
Vista-ID unisce stato e contesto. Può rappresentare predefinito, focus previsto, errore, vuoto, inattivo, caricamento o una classe di larghezza. Non ogni modulo richiede tutte le viste. L'agenzia deve giustificare quelle pertinenti e segnalare ciò che IT-152 dovrà implementare e verificare.
Responsive design significa prendere decisioni sulla disposizione. Ordine, densità, navigazione, priorità, ritaglio e area interattiva vengono specificati per classi di larghezza, non per un catalogo inventato di dispositivi. IT-151 non dichiara che una vista funzioni in browser o con tecnologia assistiva.
L'accessibilità rimane una responsabilità di progetto e una verifica aperta. Gerarchia, contrasto proposto, nomi, focus previsto, ordine, errori e alternative ricevono annotazioni. Nessuna annotazione certifica conformità. IT-152 e un revisore competente dovranno controllare l'implementazione reale.
Gli asset usano un registro di custodia. Origine, titolare, file disponibile, modifica ammessa, variante, destinazione, stato e scadenza rimangono insieme. Nel campione tre record non contengono file. Il fornitore deve progettare il contenitore vuoto e bloccare l'uso, non creare un'immagine dimostrativa.
La direzione visiva si approva prima di moltiplicare le pagine. Il campione richiede una tavola limitata di scelte e due controprove. Il Verbale-ID indica cosa è stato accettato, cosa è stato respinto e quale effetto avrà sui telai. Una presentazione non autorizza ogni schermata successiva.
Ogni commento riceve oggetto, versione, ruolo, richiesta, decisione e stato. Il testo troppo grande non è ancora una specifica. Il verbale deve identificare Regola-ID o Modulo-ID, spiegare il vincolo toccato e indicare la nuova versione attesa. Le conversazioni possono restare collegate come contesto.
L'approvazione ha un perimetro. Accettare Mappa-ID non approva i contenuti. Accettare una Regola-ID non approva ogni media. Se un campo cambia dopo il verbale, si riaprono soltanto telai, moduli e viste che lo usano. Il resto del progetto conserva lo stato precedente.
Il change log registra richiesta, motivo, oggetto, versione iniziale, versione proposta, dipendenze e autorità. Il banco di prova modifica una regola e revoca un asset. L'agenzia deve mostrare due propagazioni diverse, perché una variazione visiva e una perdita di diritto non sono lo stesso evento.
Il passaggio a sviluppo è una specifica, non un invito a indovinare. Mappa, scenari, telai, regole, moduli, viste, contenuti, asset, verbali e domande aperte hanno identificatori stabili. IT-152 può contestare un'annotazione ambigua e rimandarla al design senza correggere il file in silenzio.
I file sorgente appartengono alla consegna contrattuale solo se il contratto lo dice. Il confronto chiede formati, accessi, proprietari, librerie, collegamenti, cronologia, font e licenze prima della firma. Un link di visualizzazione può essere utile, ma non dimostra che un altro team possa modificare o ricostruire il sistema.
Pacchetto-ID elenca tutto ciò che deve uscire dall'ambiente del fornitore. Include versioni valide, oggetti respinti, file sorgente, export, asset, commenti, backlog e questioni non risolte. Una seconda identità neutra apre i formati e segue un Vincolo-ID fino alla relativa Vista-ID.
La revoca arriva dopo la prova. Prima si controllano collegamenti, font, media, librerie, prototipi e permessi. Poi si rimuove l'identità neutra e si verifica che il committente mantenga accesso istituzionale. Questo test non prova una recovery reale, ma espone una consegna dipendente dalla memoria o dall'account sbagliato.
Prove di adeguatezza al settore da richiedere
- Vincolo-ID distingue input confermati, ipotesi, domande ed esclusioni.
- Mappa-ID collega classi di pagina, relazioni, percorsi e contenuti richiesti.
- Telaio-ID indica sequenza, moduli, campi vuoti, stati e annotazioni.
- Regola-ID e Modulo-ID conservano versioni, varianti ed eccezioni riutilizzabili.
- Vista-ID documenta stati e larghezze senza dichiarare implementazione o conformità.
- Asset e contenuti mantengono origine, limite, stato, uso e proprietario di ruolo.
- Verbale-ID approva un oggetto preciso e riapre soltanto le dipendenze toccate.
- Pacchetto-ID rende sorgenti, librerie, commenti e domande portabili a IT-152.
Come abbiamo valutato i fornitori
La graduatoria misura sei aree documentate: discovery e ricerca, architettura e wireframe, UX e contenuti, direzione visiva e UI, responsive e accessibilità progettuale, revisioni e consegna. Le pagine ufficiali sono fonti di prima parte sul servizio del rispettivo fornitore. Non sostengono superiorità oggettiva.
Big Drop apre perché la pagina Web Design descrive identificazione di obiettivi, piano di progetto, ricerca su settore, concorrenti e pubblico, interviste agli stakeholder, sitemap, wireframe, UX/UI, content strategy, visual design e mobile responsive design. Affermazioni promozionali, clienti, casi e risultati sono escluse.
Forge and Smith documenta discovery meeting, uso degli asset o brand strategy, style tile, page mockup applicati agli UX wireframe e attenzione a responsive e accessibilità durante il processo. Top Notch Dezigns pubblica research and discovery, interviste, obiettivi, metriche, brand positioning, content strategy, user flow, UX, UI e responsive design.
UPQODE descrive raccolta degli obiettivi, project brief, scope, wireframe, prototipi, mockup, style guide, revisione in tempo reale, accesso ai design file e consegna dei file. Sviluppo, WordPress, SEO, prezzi, tempi, test e risultati presenti sulla fonte restano fuori da IT-151.
Orbit Media pubblica audience research, messaging, creative direction, project manager, web strategist, workshop strutturati, visual prototype e lavoro con linee guida esistenti. Lform documenta discovery, responsive custom design, wireframing e UX prototyping. Le rispettive attività tecniche e promozionali sono escluse.
TinyFrog presenta custom interactive web design, user experience, design system, accessibility, brand voice e content. Hook Agency pubblica custom roofing website design, attenzione al brand, call to action e design presentation. Le promesse, testimonianze, numeri, SEO, sviluppo, lead e risultati non influenzano la posizione.
| Criterio | Peso | Che cosa ha contato |
|---|---|---|
| Discovery e disciplina degli input | Priorità alta | Vincoli, ipotesi, domande, fonti e responsabilità rimangono distinguibili. |
| Mappa, scenari e telai | Priorità alta | Relazioni, percorsi, sequenza, contenuti mancanti e annotazioni hanno versioni. |
| Regole, moduli e viste | Priorità alta | Visual, componenti, varianti, stati e larghezze formano un sistema consegnabile. |
| Contenuti, media e diritti | Priorità alta | Campi e asset conservano origine, limite, uso, stato e dipendenze. |
| Revisioni e change control | Priorità alta | Oggetto, versione, decisione, perimetro e riapertura sono verificabili. |
| Sorgenti, handoff ed export | Priorità alta | File, librerie, commenti, backlog e domande restano leggibili fuori dal portale. |
Ogni fornitore doveva soddisfare gli stessi requisiti minimi prima che la sua posizione venisse presa in considerazione.
- Ogni candidata doveva avere una pagina ufficiale di web design raggiungibile il 30 agosto 2026.
- La fonte doveva documentare almeno discovery, ricerca, sitemap, wireframe, UX/UI, responsive, design system, contenuti o revisioni.
- Sviluppo, CMS, integrazioni, ambienti, QA tecnico, lancio, hosting e manutenzione restano fuori dal confronto.
- Prezzi, tempi, clienti, casi, testimonianze, premi, metriche, traffico, conversioni e risultati sono stati esclusi.
- La menzione di roofing o manufacturing prova soltanto un'offerta pubblicata, non esperienza o idoneità per il lettore.
- Il banco di prova usa vincoli, mappe, telai, regole, moduli, viste, verbali e file astratti.
- theStacc è esclusa perché la fonte disponibile non documenta un servizio di design autonomo comparabile.
L’elenco dei fornitori analizzato
Le posizioni derivano dalla metodologia pubblicata e dalla data di chiusura delle fonti, non sono una garanzia di risultato. Ogni scheda indica la migliore adeguatezza e il limite che con maggiore probabilità cambia una decisione d’acquisto.
Big Drop
Punti di forza documentati
- Obiettivi e project plan sono documentati.
- Ricerca e stakeholder interview compaiono.
- Sitemap e wireframe sono espliciti.
- UX/UI, contenuti e responsive sono visibili.
Limiti da verificare
- Nessun progetto viene eseguito.
- Revisioni effettive da contrattare.
- Proprietà e sorgenti non provate.
- Italia, export e qualità restano aperti.
Big Drop è prima perché la pagina Web Design documenta identificazione degli obiettivi, timeline e project plan, ricerca su settore, concorrenti e pubblico, interviste agli stakeholder, sitemap, wireframe, UX/UI, content strategy, design e mobile responsive design. IT-151 esclude affermazioni promozionali, tecnologia, clienti, casi e risultati. La fonte non prova Italia, coperture, revisioni, proprietà, export, qualità o rendimento.
Consegnate sette Vincolo-ID e chiedete che la fase Identify separi obiettivi confermati, ipotesi e domande. Il project plan dovrebbe collegare ogni decisione a un oggetto, non soltanto a una data. Nessun pubblico o concorrente viene aggiunto al campione.
Introducete un ramo ambiguo nella Mappa-ID. Research e UX/UI dovrebbero proporre opzioni, mostrare conseguenze su scenari e telai e registrare il verbale scelto. La sitemap non può diventare definitiva mentre un input necessario rimane privo di fonte.
Fornite quattro campi vuoti alla content strategy e un asset revocato al design. Chiedete che telai e viste dipendenti si fermino, mentre le regole indipendenti restano valide. Il visual non deve coprire il blocco con testo o immagini inventati.
Pretendete sorgenti, librerie, verbali, media, versioni, backlog e Pacchetto-ID. Aprite l'export con un secondo account prima dell'handoff a IT-152. Il primo posto riflette la sequenza pubblicata, non una prova pratica.
Fonti sui fornitori: Big Drop, Web Design ufficiale, consultato il 30.08.2026
Forge and Smith
Punti di forza documentati
- Discovery meeting documentato.
- Brand asset e strategy hanno un confine visibile.
- Style tile e page mockup sono espliciti.
- UX wireframe, responsive e accessibilità compaiono.
Limiti da verificare
- Sviluppo e SEO sono esclusi.
- Stati effettivi da dimostrare.
- Revisioni e proprietà da contrattare.
- Italia, export e qualità restano aperti.
Forge and Smith è seconda perché la pagina Web Design documenta discovery meeting, possibilità di partire dagli asset del brand o da brand strategy, style tile, page mockup applicati agli UX wireframe e attenzione a responsive e accessibilità in ogni fase. IT-151 esclude SEO, sviluppo, QA tecnico, hosting e risultati. La fonte non prova Italia, coperture, revisioni incluse, proprietà dei file, export, qualità o esiti.
Date al discovery meeting Vincolo-ID contraddittori su tono e gerarchia. Il risultato utile separa ciò che proviene dagli asset, ciò che richiede una decisione e ciò che resta aperto. Una nuova estetica non può sostituire un input mancante.
Chiedete due style tile e collegate ogni scelta a Regola-ID. Dopo un verbale condizionato, modificate una regola di spaziatura. I page mockup che usano quella regola devono riaprirsi, mentre i telai UX e le relazioni della mappa rimangono validi.
Usate Vista-ID per focus previsto, errore, campo vuoto e due classi di larghezza. La fonte dichiara attenzione a responsive e accessibilità, ma il banco non presume viste, test o conformità. Il candidato deve delimitare ciò che progetta e ciò che IT-152 verificherà.
Richiedete style tile, mockup, regole, annotazioni, asset, verbali e sorgenti in Pacchetto-ID. La seconda posizione descrive la vicinanza degli artefatti pubblicati, non un giudizio sulla loro qualità.
Fonti sui fornitori: Forge and Smith, Web Design ufficiale, consultato il 30.08.2026
Top Notch Dezigns
Punti di forza documentati
- Research, discovery e interviste sono documentati.
- Obiettivi e key metrics compaiono.
- Content strategy e user flow sono visibili.
- UX, UI, micro-interazioni e responsive sono pubblicati.
Limiti da verificare
- Sviluppo e QA tecnico esclusi.
- Pubblico e metriche restano vuoti.
- Sorgenti e proprietà non provate.
- Italia, export e qualità restano aperti.
Top Notch Dezigns è terza perché la pagina Web Design documenta research and discovery, interviste, obiettivi del sito, key metrics, brand positioning, target audience, content strategy, user flow, UX, UI, layout, transitions, animations, buttons, micro-interactions e responsive design. IT-151 esclude development, optimization, hosting, support, QA tecnico e risultati. La fonte non prova copertura italiana, coperture, file, proprietà, export o qualità.
Consegnate interviste vuote e nessun target audience. Research and discovery dovrebbe generare domande e Vincolo-ID, non un profilo inventato. Obiettivi e metriche restano campi di progetto senza valori finché il committente non li conferma.
Fornite tre Scenario-ID astratti e una Mappa-ID ambigua. User flow e content strategy devono spiegare come risolvere il percorso o mantenere la domanda aperta. Il layout non riceve un contenuto definitivo soltanto perché serve a valutare lo spazio.
Create Modulo-ID per navigazione, pulsante e campo. UI descrive layout e micro-interazioni come intenzioni, poi Vista-ID separa predefinito, focus, errore e larghezza. Nessuna animazione o funzione viene dichiarata implementata.
Chiedete verbali, regole, moduli, viste, asset e file modificabili. Development e QA rimangono nel contratto di IT-152. Il terzo posto riconosce la profondità progettuale visibile sulla fonte, non risultati osservati.
Fonti sui fornitori: Top Notch Dezigns, Web Design ufficiale, consultato il 30.08.2026
UPQODE
Punti di forza documentati
- Project brief e scope sono documentati.
- Wireframe, prototipi e mockup compaiono.
- Style guide e review sono visibili.
- Accesso e consegna dei design file sono pubblicati.
Limiti da verificare
- WordPress e codice sono esclusi.
- Revisioni effettive da confermare.
- Licenze e proprietà non dimostrate.
- Italia, export e qualità restano aperti.
UPQODE è quarta perché la pagina Web Design documenta raccolta di obiettivi, project brief, scope, wireframe, prototipi, mockup, style guide, collaborazione, review in tempo reale, accesso ai design file e consegna dei file. IT-151 esclude WordPress development, codice, hosting, manutenzione, SEO, prezzi, tempi, test e risultati. La fonte non prova Italia, coperture, revisioni comprese, licenze, proprietà, export indipendente o qualità.
Fornite obiettivi incompleti e chiedete che project brief e scope mostrino lacune e autorità. La raccolta di informazioni non autorizza l'agenzia a creare un servizio, un pubblico o un requisito. Ogni decisione riceve Vincolo-ID e stato.
Create telai per una pagina di orientamento e un percorso neutro. Prototipi e mockup devono mantenere il legame con Mappa-ID, Scenario-ID e contenuti vuoti. Lo style guide entra dopo le scelte strutturali e registra eccezioni invece di coprirle.
Cambiate un Modulo-ID dopo la review in tempo reale. Chiedete quali mockup, viste e verbali si riaprono. L'accesso ai design file pubblicato dalla fonte deve essere provato da un account neutro, con ruoli e possibilità di export chiariti.
Fermate il campione prima che wireframe e design diventino codice. Pacchetto-ID contiene file, regole, asset, commenti e questioni aperte per IT-152. La quarta posizione non attribuisce le promesse tecniche presenti sul sito.
Fonti sui fornitori: UPQODE, Web Design ufficiale, consultato il 30.08.2026
Orbit Media
Punti di forza documentati
- Audience research è documentata.
- Messaging e creative direction compaiono.
- Workshop e visual prototype sono visibili.
- Project manager, strategist e checkpoint sono pubblicati.
Limiti da verificare
- Sviluppo e SEO esclusi.
- Sitemap e wireframe non provati dalla fonte scelta.
- File e proprietà da verificare.
- Italia, export e qualità restano aperti.
Orbit Media è quinta perché la pagina Web Design documenta audience research, messaging, creative direction, dedicated project manager, web strategist, structured workshops, visual prototypes, feedback a key checkpoint e lavoro con linee guida visive esistenti. IT-151 esclude development, SEO preservation, piattaforme, optimization, analytics, clienti e risultati. La fonte non prova Italia, coperture, sitemap, wireframe, file, proprietà, export o qualità.
Consegnate più Scenario-ID senza descrizioni demografiche. Audience research dovrebbe chiedere prove e differenze nei compiti, mentre messaging rimane collegato a contenuti forniti. Nessun buyer simulato o risultato generato entra nel fascicolo.
Usate workshop strutturati per risolvere un conflitto fra due ruoli neutrali. Il Verbale-ID conserva opzioni, decisione e condizione. Un visual prototype rende la scelta osservabile, ma non la estende automaticamente a mappa, contenuti o tutte le viste.
Fornite linee guida esistenti con una regola mancante. Creative direction deve mantenere ciò che è confermato e segnalare il vuoto. Il project manager coordina checkpoint, ma il nome del ruolo non sostituisce oggetto, versione e approvatore.
Richiedete file sorgente, prototipi, commenti, regole, asset ed export. Il quinto posto riflette la documentazione utile per allineare stakeholder, non sviluppo, prestazioni o un progetto osservato.
Fonti sui fornitori: Orbit Media, Web Design ufficiale, consultato il 30.08.2026
Lform
Punti di forza documentati
- Initial consultation e discovery sono documentate.
- Responsive custom design è visibile.
- Wireframing compare fra i servizi.
- UX prototyping è pubblicato.
Limiti da verificare
- Specializzazione manufacturing non trasferita.
- Sviluppo e SEO esclusi.
- Revisioni e sorgenti non provate.
- Italia, export e qualità restano aperti.
Lform è sesta perché la pagina Web Design documenta initial consultation and discovery, responsive custom web design, wireframing e UX prototyping. La fonte presenta un'offerta orientata a manufacturing e B2B e include development, SEO, AEO, hosting e integration. IT-151 non trasferisce tale specializzazione alle imprese di coperture e non valuta le linee tecniche. Restano non provati Italia, revisioni, file, proprietà, export, qualità e risultati.
Consegnate lo stesso Vincolo-ID senza informazioni industriali. Discovery deve lavorare sugli input ammessi e non riusare una specializzazione pubblicata per attribuire al campione processi, pubblico o contenuti che non possiede.
Create Mappa-ID e Telaio-ID per due classi neutre. Wireframing e UX prototyping dovrebbero mostrare percorso, annotazioni e decisioni. Responsive design aggiunge Vista-ID, ma non test di dispositivo o dichiarazioni di funzionamento.
Inserite un contenuto senza fonte e una regola revocata. Il prototipo mantiene lo stato incompleto e riapre soltanto oggetti dipendenti. Sviluppo, API, eCommerce e hosting restano fuori dalla dimostrazione.
Chiedete file, versioni, commenti, asset, verbali e Pacchetto-ID. La sesta posizione riconosce gli artefatti design visibili, non esperienza con coperture o capacità tecniche osservate.
Fonti sui fornitori: Lform, Web Design ufficiale, consultato il 30.08.2026
TinyFrog Technologies
Punti di forza documentati
- Custom interactive design documentato.
- User experience compare.
- Design system è visibile.
- Accessibility, brand voice e content sono pubblicati.
Limiti da verificare
- Sviluppo e hosting esclusi.
- Discovery e mappa non documentate.
- Revisioni e file da verificare.
- Italia, export e qualità restano aperti.
TinyFrog Technologies è settima perché la pagina Website Design and Development documenta custom interactive web design, user experience, design system, web accessibility, brand voice e content. IT-151 esclude WordPress development, hosting, maintenance, ecommerce, marketing, clienti, testimonianze e risultati. La fonte non prova Italia, coperture, discovery, sitemap, wireframe, revisioni, file, proprietà, export o qualità.
Fornite Regola-ID e Modulo-ID senza identità visiva reale. Custom design e design system dovrebbero mostrare relazioni e varianti, non decorare il campione con un marchio inventato. Brand voice rimane un campo vuoto fino a una fonte confermata.
Create uno Scenario-ID e quattro Vista-ID. User experience può organizzare il percorso e descrivere stati, mentre accessibility annota domande di progetto. Il fornitore non riceve una dichiarazione di conformità o un test tecnico.
Revocate un media e cambiate un campo di contenuto dopo il verbale. Il fascicolo deve mostrare quali telai e moduli riaprire. Sviluppo e hosting non intervengono per chiudere una decisione di design mancante.
Domandate libreria, sorgenti, commenti, asset, viste ed export. Il settimo posto riflette un perimetro design compatto sulla fonte, non la qualità di siti o risultati mai osservati.
Fonti sui fornitori: TinyFrog Technologies, Web Design ufficiale, consultato il 30.08.2026
Hook Agency
Punti di forza documentati
- Custom website design è documentato.
- Brand e call to action compaiono.
- Design presentation è visibile nel processo.
- La fonte pubblica un'offerta per roofing.
Limiti da verificare
- La menzione roofing non prova esperienza.
- Promesse e testimonianze escluse.
- Mappa, wireframe e sorgenti da verificare.
- Italia, export e qualità restano aperti.
Hook Agency è ottava perché la pagina Roofing Website Design documenta custom website design, rappresentazione del brand, call to action e una design presentation nel processo. La fonte collega inoltre design, development e SEO e contiene numerose promesse, testimonianze e metriche che IT-151 esclude. La menzione roofing prova soltanto l'offerta pubblicata. Non prova esperienza, Italia, revisioni, file, proprietà, export, qualità o risultati.
Consegnate il pacchetto senza impresa, servizio, marchio o pubblico. La specializzazione dichiarata non autorizza l'agenzia a riempire Vincolo-ID con nozioni di settore. Custom website design deve partire soltanto dagli input disponibili.
Chiedete che brand e call to action diventino campi di design con fonte e stato. Un CTA astratto può avere posizione, priorità e Vista-ID, ma non testo, promessa o risultato inventato. SEO rimane nel registro di IT-147.
Usate la design presentation come Verbale-ID. Cambiate poi un Modulo-ID e controllate che telai, viste e handoff dipendenti tornino in revisione. Development non può rendere approvata una decisione rimasta aperta.
Richiedete mappa, wireframe, regole, sorgenti, asset, commenti ed export, perché la pagina scelta non li prova in dettaglio. L'ottavo posto riconosce una pagina verticale pertinente senza scambiarla per evidenza di esecuzione.
Fonti sui fornitori: Hook Agency, Roofing Website Design ufficiale, consultato il 30.08.2026
Confronta il flusso di lavoro sulla tua attività
Esamina i servizi gestiti, i controlli di approvazione, le destinazioni di pubblicazione e i limiti dichiarati di theStacc prima di scegliere.
Otto processi sullo stesso pacchetto di design incompleto
La tabella collega soltanto gli elementi visibili sulle pagine ufficiali al banco di prova. Non attribuisce inclusioni contrattuali, esperienza, copertura italiana, prezzi, revisioni, proprietà, siti, qualità o risultati.
| Fornitore | Modello di erogazione | Ambito documentato | Ideale per | Limite principale |
|---|---|---|---|---|
| Big Drop | Ricerca e design collaborativo | obiettivi, research, stakeholder, sitemap, wireframe, UX/UI, content, responsive | catena completa di decisioni | sorgenti ed export aperti |
| Forge and Smith | UI con artefatti visuali | discovery, brand input, style tile, UX wireframe, mockup, responsive, accessibility | regole e mockup | revisioni da provare |
| Top Notch Dezigns | Research e UI/UX | interviste, obiettivi, metriche, content strategy, user flow, UI, responsive | scenari e interfaccia | sorgenti aperte |
| UPQODE | Design WordPress collaborativo | brief, scope, wireframe, prototype, mockup, style guide, review, file | accesso ai file | sviluppo escluso |
| Orbit Media | Ricerca e allineamento | audience, messaging, creative direction, workshop, prototype, checkpoint | stakeholder interni | mappa non provata |
| Lform | Custom B2B design | discovery, responsive, wireframing, UX prototyping | pacchetto compatto | specializzazione non trasferita |
| TinyFrog Technologies | Custom design system | interactive design, UX, system, accessibility, voice, content | sistema e stati | discovery non provata |
| Hook Agency | Design verticale roofing | custom website, brand, CTA, design presentation | controprova verticale | artefatti poco dettagliati |
Come eseguire il banco di prova senza progettare un'azienda fittizia
Il pacchetto contiene vincoli contraddittori, una mappa incompleta, scenari senza persone, telai con campi vuoti, regole neutre, moduli senza codice, viste non testate, asset privi di file e verbali da riaprire. Nessun oggetto rappresenta un'impresa o un sito reale.
Ogni fase introduce una modifica controllata e osserva responsabilità, versione, dipendenza e arresto. Il banco non sceglie un'estetica vincente. Verifica se il processo sa spiegare una decisione, conservarla e consegnarla a un altro team senza completare i vuoti con fantasia.
1. Congelare vincoli e domande prima della mappa
Create sette Vincolo-ID con origine e stato. Alcuni sono confermati, altri ipotesi o domande. Nessuno contiene un servizio, un luogo o un pubblico. Chiedete alla candidata di mostrare quali oggetti può iniziare e quali restano fermi senza ricorrere a ricerca generica sul settore.
Inserite due vincoli che portano a gerarchie diverse. La discovery dovrebbe produrre opzioni, conseguenze e una richiesta di decisione. Un workshop può aiutare, ma il suo output deve entrare in Verbale-ID. La registrazione della riunione non sostituisce una scelta indirizzabile.
Aggiungete un'esclusione dopo la prima proposta. Controllate che mappa e telai dipendenti cambino versione, mentre regole visive indipendenti rimangono utilizzabili. Il registro deve spiegare perché, non soltanto mostrare una nuova schermata.
- Origine per ogni vincolo.
- Ipotesi separate dagli input.
- Domande senza riempitivo.
- Esclusioni propagate.
- Decisioni nel verbale.
2. Collegare mappa, scenari e telai
Costruite Mappa-ID con classi di pagina neutre e un ramo ambiguo. Ogni nodo indica scopo, relazione, contenuto richiesto e stato. La candidata può proporre un consolidamento o una differenza, ma deve dichiarare la prova che manca e mantenere entrambe le versioni.
Create tre Scenario-ID che descrivono compiti senza utenti inventati. Collegate punto di ingresso, passaggi, uscita e ostacolo ai nodi. Se uno scenario richiede un contenuto assente, il percorso resta osservabile ma non viene dichiarato completo.
Trasformate la mappa in cinque Telaio-ID. Ogni regione riceve scopo, campo, modulo e annotazione. Introducete un blocco senza contenuto e chiedete uno stato vuoto. Un rettangolo riempito con testo casuale perde la prova più importante.
- Classi e relazioni nominate.
- Scenari senza profili fittizi.
- Telai legati alla mappa.
- Campi vuoti visibili.
- Versioni conservate.
3. Costruire regole, moduli e viste
Definite dodici Regola-ID neutrali per tipografia, spazio, griglia, colore, forma e media. Ogni regola possiede uso, eccezione e versione. Chiedete una direzione visiva limitata, poi cambiate una regola e seguite l'effetto sui moduli e sui telai.
Registrate otto Modulo-ID con scopo, contenuto ammesso, varianti e note. Non decidete HTML, framework o API. La candidata deve distinguere una variante progettuale da un'eccezione isolata e indicare quando la modifica richiede un nuovo verbale.
Aggiungete Vista-ID per errore, vuoto, focus previsto e classi di larghezza. Chiedete perché ogni vista è necessaria e che cosa resta da testare in IT-152. La specifica non diventa conformità o funzione perché il mockup la mostra.
- Regole con uso ed eccezione.
- Moduli senza tecnologia.
- Varianti e stati distinti.
- Larghezze giustificate.
- Test tecnici rinviati.
4. Bloccare contenuti e media senza fonte
Create quattro campi con scopo e limite, ma senza testo. Il design può decidere gerarchia, lunghezza attesa e stato vuoto. Non può inserire affermazioni sull'impresa. Quando arriva una versione autorizzata, la sua identità si collega ai telai che la usano.
Aggiungete tre asset senza file e un diritto revocato. Il registro conserva origine, modifica ammessa, destinazione e stato. La candidata deve bloccare l'uso dipendente e mostrare una soluzione di layout priva del media, non sostituirlo con una fotografia generata.
Cambiate un contenuto dopo la direzione visiva approvata. Osservate se dimensioni, modulo, vista e verbale pertinenti si riaprono. Una piccola correzione può non toccare il sistema intero, ma il motivo deve essere registrato.
- Scopo e limite per contenuto.
- Nessuna frase inventata.
- Asset senza file bloccati.
- Diritto revocato propagato.
- Riapertura mirata.
5. Rendere revisioni e approvazioni indirizzabili
Create Verbale-ID per mappa, telaio, direzione, modulo e pacchetto. Ogni voce contiene oggetto, versione, ruolo, richiesta, esito, condizione e prossima azione. Un commento generale può essere collegato, ma non autorizza oggetti che non nomina.
Approvate un modulo con condizione, poi cambiate una regola dipendente. La candidata deve conservare il vecchio esito e aprire una nuova revisione. Cancellare il commento precedente rende impossibile capire quale problema fosse stato accettato.
Chiedete un riepilogo delle questioni ancora aperte prima dell'handoff. Il riepilogo deve puntare agli oggetti, non duplicarne il contenuto. In questo modo IT-152 può respingere una specifica incompleta senza riscrivere la storia del design.
- Oggetto e versione nel verbale.
- Ruolo e condizione visibili.
- Vecchi esiti conservati.
- Questioni aperte referenziate.
- Handoff contestabile.
6. Aprire sorgenti ed export prima della revoca
Compilate Pacchetto-ID con mappa, scenari, telai, regole, moduli, viste, contenuti, asset, verbali, sorgenti e backlog. Indicate formato, proprietario, accesso e dipendenza. Chiedete quali parti richiedono una licenza o uno strumento specifico.
Usate una seconda identità neutra per aprire i file e seguire un Vincolo-ID fino a una vista. Modificate una copia del pacchetto senza accesso personale dell'agenzia. Un link che mostra il risultato ma perde componenti, commenti o font non supera questa prova.
Consegnate a IT-152 soltanto dopo il controllo. Poi rimuovete l'identità neutra e verificate accessi residui, librerie e media collegati. Il test dimostra portabilità del campione, non qualità, recupero reale o conformità del futuro sito.
- Pacchetto con tutti gli oggetti.
- Formati e licenze dichiarati.
- Secondo account operativo.
- Collegamenti ricostruibili.
- Revoca dopo la prova.
Errori che rendono inutile un confronto SEO
- Scambiare la discovery per una licenza a inventare. Ipotesi, pubblico, contenuti e requisiti restano aperti finché una fonte e un ruolo li confermano.
- Disegnare la home prima della mappa. Relazioni, percorsi e contenuti richiesti devono spiegare perché ogni regione esiste.
- Riempire i telai con testo plausibile. Il campo vuoto conserva scopo, limite e responsabile e rende il blocco verificabile.
- Consegnare un solo stato ideale. Errore, vuoto, focus previsto, varianti e larghezze pertinenti appartengono alla specifica.
- Chiamare accessibilità un'annotazione. Le decisioni progettuali aiutano, ma conformità e comportamento richiedono implementazione e verifica competente.
- Approvare una presentazione intera. Oggetto, versione, ruolo, esito e condizione delimitano ciò che il verbale autorizza.
- Cambiare il file senza riaprire le dipendenze. Regole, contenuti e asset modificati devono raggiungere telai, moduli e viste che li consumano.
- Lasciare sorgenti nell'account del fornitore. Accessi, formati, librerie, commenti, font, licenze e export vanno concordati prima della consegna.
- Trattare il design come codice verificato. IT-151 consegna intenzioni e specifiche. IT-152 implementa e prova funzione, integrazione e rilascio.
- Confondere una pagina verticale con esperienza. La menzione di roofing o manufacturing prova l'offerta pubblicata, non clienti, qualità o risultati.
Domande frequenti
Quale agenzia apre il confronto IT-151?
Big Drop è prima perché la pagina ufficiale documenta obiettivi, project plan, ricerca, interviste agli stakeholder, sitemap, wireframe, UX/UI, content strategy, design e mobile responsive design. La posizione descrive la vicinanza al banco di prova. Non prova esperienza con coperture, disponibilità italiana, revisioni, proprietà dei file, qualità, export o risultati.
Perché Hook Agency non è prima se cita roofing?
La pagina di Hook Agency prova che l'agenzia pubblica custom website design, brand, call to action e design presentation per roofing. Non prova clienti, competenza, qualità o risultati e descrive meno artefatti del protocollo rispetto alle fonti sopra. La menzione verticale non sostituisce mappa, wireframe, stati, revisioni, sorgenti ed export verificabili.
Perché theStacc non compare nella graduatoria?
theStacc pubblica IT-151 e vende Managed Services che cita lavoro sul sito, quindi il rapporto viene dichiarato. La fonte disponibile non documenta però un servizio autonomo di web design con discovery, mappa, wireframe, UI, stati, revisioni e design export comparabili. Escluderla evita di trasformare capacità non dimostrate in un prodotto classificato.
Che cosa deve includere un brief di web design?
Il brief dovrebbe distinguere input confermati, ipotesi, domande, esclusioni, contenuti disponibili, responsabili e criteri di consegna. IT-151 registra questi elementi come Vincolo-ID. Nessun campo mancante viene completato con una supposizione sul settore. Mappa, telai e direzione visiva possono iniziare soltanto quando le dipendenze necessarie hanno uno stato esplicito.
Come si distinguono mappa, scenario e wireframe?
Mappa-ID descrive classi di pagina e relazioni. Scenario-ID descrive un compito astratto attraverso quelle relazioni. Telaio-ID organizza regioni, contenuti, moduli e stati dentro una pagina. I tre oggetti hanno versioni separate. Una modifica alla mappa può riaprire alcuni scenari e telai senza annullare ogni regola visiva già accettata.
Si può valutare il design senza contenuti reali?
Sì, se il test riguarda processo e struttura. Ogni campo vuoto mantiene scopo, limite, fonte richiesta, stato e responsabile. Il design può specificare gerarchia, spazio e stato mancante senza inventare un'affermazione. Il giudizio editoriale sul testo reale arriverà quando una versione autorizzata verrà collegata al relativo Telaio-ID.
Quali stati dell'interfaccia dovrebbe mostrare l'agenzia?
La candidata dovrebbe documentare soltanto le Vista-ID pertinenti ai moduli proposti, per esempio predefinito, focus previsto, errore, vuoto, inattivo e classi di larghezza. Il fascicolo deve motivare le scelte e indicare ciò che IT-152 dovrà implementare e testare. Una vista progettata non dimostra funzione, browser support o conformità.
Come vengono gestiti fotografie, loghi e altri asset?
Ogni asset conserva origine, titolare, file disponibile, modifiche ammesse, variante, destinazione, stato e scadenza. Nel campione i record non contengono media reali. Un diritto revocato blocca soltanto telai, moduli e viste dipendenti. Il fornitore non può sostituire il file con una fotografia o un marchio inventato.
Come si approva una decisione di design?
Verbale-ID identifica oggetto, versione, ruolo, richiesta, esito, condizioni e prossima azione. L'approvazione vale soltanto per quel perimetro. Se cambia una regola, un contenuto o un asset, i record dipendenti tornano in revisione mentre gli altri conservano lo stato. Commenti generali e riunioni rimangono contesto, non autorizzazioni globali.
Dove finisce IT-151 e dove inizia IT-152?
IT-151 finisce con mappa, scenari, telai, regole, moduli, viste, contenuti, asset, annotazioni, verbali, file sorgente ed export approvati o marcati aperti. IT-152 inizia con architettura tecnica, codice, CMS, integrazioni, ambienti, test, deployment e recovery. Un mockup non dimostra che un comportamento sia stato implementato o verificato.
Quali file dovrebbero essere consegnati?
Pacchetto-ID dovrebbe elencare sorgenti modificabili, mappa, telai, regole, libreria di moduli, viste, contenuti, asset, prototipi, commenti, verbali, export e backlog. Per ogni oggetto servono formato, proprietario, accesso e licenza. Un secondo account deve aprire i file e ricostruire i collegamenti prima che le identità del fornitore vengano revocate.
Questa pagina prova qualità o esperienza nel settore?
No. Le fonti ufficiali provano soltanto che le agenzie dichiarano determinati servizi di design. IT-151 non verifica imprese, team, lingua, account, progetti, siti, diritti, revisioni, accessibilità, file, qualità o risultati e non descrive pratiche delle coperture. Prima della scelta servono proposta contrattuale, dimostrazione astratta e revisione indipendente.
Fonti e politica editoriale
Consulta le fonti collegate insieme alla metodologia e alla nota dell’editore di questo articolo. Verifica prezzi, funzionalità e condizioni attuali con ogni fornitore; una citazione da sola non dimostra che sia stato svolto un test pratico.
Fate cambiare una regola prima di approvare la prima schermata
Date a ogni candidata lo stesso pacchetto incompleto, cambiate una regola, revocate un asset e riaprite un verbale. Poi fate aprire sorgenti, librerie e collegamenti da un secondo account. Soltanto un revisore competente può giudicare lingua, qualità, diritti, accessibilità e idoneità prima del passaggio a IT-152.