FonteProdotto approva una nuova struttura dei piani, ma il file di design conserva la tabella precedente. Una pagina di integrazione presenta un connettore ritirato. Il prototipo della demo chiede campi che privacy non ha esaminato, mentre il percorso signup termina su una schermata felice senza errore, recupero o ritorno alla documentazione.
Telaio-193 non è un caso cliente. Prodotto-P non ha nome, prezzo o feature. Integrazione-I non ha provider. Demo-D e Signup-S non contengono persone o eventi. Il candidato deve lasciare vuoti questi oggetti, collegarli a fonti e decisioni, poi mostrare come il design reagisce a una modifica senza inventare contenuti plausibili.
Arounda, Ramotion, Halo Lab, Lazarev e Webstacks pubblicano perimetri che includono web design, UX, design system o lavoro per SaaS e B2B. Nessuno ha eseguito Telaio-193. La sequenza indica soltanto quanta parte del capitolato può essere interrogata dalla pagina ufficiale. Non misura gusto, qualità, disponibilità, prezzo o esito.
Un sito SaaS acquistabile non è una collezione di schermate approvate in call. È una rete di fonti, percorsi, componenti, stati e diritti che un secondo team può aprire, correggere e consegnare allo sviluppo senza ricostruire le decisioni dalla memoria dell'agenzia.
theStacc pubblica ed edita IT-193 e vende software e servizi di marketing. Non compare nella graduatoria. Le CTA possono portare a theStacc, ma questo interesse economico non assegna punti. Nessun fornitore ha pagato per essere incluso o per ricevere una posizione. Abbiamo letto pagine ufficiali di Arounda, Ramotion, Halo Lab, Lazarev e Webstacks, quattro risorse ufficiali W3C WAI, una pagina del Garante per la protezione dei dati personali, la FAQ ufficiale Google Fonts e una pagina ufficiale Your Europe sul diritto d'autore. Le dodici fonti erano raggiungibili il 1 settembre 2026. Le pagine dei provider provano soltanto il perimetro dichiarato dai rispettivi autori. Non dimostrano qualità, persone assegnate, ricerca svolta, accessibilità, conformità, diritti, assistenza italiana, consegna, portabilità, conversioni o risultati. Non abbiamo richiesto preventivi, acquistato servizi, prenotato call, verificato portfolio, contattato clienti, intervistato utenti, osservato sessioni, svolto workshop, aperto file di design o testato prototipi. Non abbiamo creato account, personas, journey, wireframe, interfacce, componenti, design system, marchi, font, icone, fotografie, screenshot, illustrazioni, video, moduli, banner cookie, documentazione, pagine pricing, demo o signup. Non abbiamo aperto CMS, repository, hosting, analytics, CRM, ambienti, API o integrazioni. Prezzi, pacchetti, tempi, utenti, clienti, recensioni, premi, certificazioni, test, conversioni, demo, signup, pipeline, ricavi, ranking, traffico, accessibilità effettiva, conformità, ROAS, ROI e promesse sono esclusi. Dossier Telaio-193 è interamente sintetico. Usa nomi di oggetti, campi vuoti e stati astratti; non contiene azienda SaaS, prodotto, persona, account, contenuto, marchio, media, modulo, cookie, contratto, importo, telemetria o risultato reale o inventato. IT-189 possiede SEO organica del sito, fonti prodotto per l'indice, URL, crawl, canonical, collegamenti e Search Console. IT-190 possiede profili locali, Maps, listing e recensioni. IT-191 possiede social organico, community, commenti e messaggi diretti. IT-192 possiede regia multicanale, paid, email, CRM, account, budget, eventi, attribuzione e incidenti di misurazione. IT-193 possiede ricerca dell'interfaccia, inventario visibile, navigazione presentata, percorsi, wireframe, sistema visivo, stati responsive, specifiche di accessibilità, approvazioni degli asset, contratto dei componenti e file sorgente di design. IT-194 possiede CMS, repository, codice, API, form funzionanti, consenso implementato, sicurezza, ambienti, performance, release, rollback e manutenzione tecnica. Nessun responsabile SaaS, product marketer, legale italiano, responsabile privacy, specialista accessibilità, titolare dei diritti, responsabile tecnico o revisore italiano madrelingua ha approvato la pagina. Non è assegnato un proprietario di manutenzione. La pagina resta needs_human_review e non è autorizzata alla pubblicazione automatica.
La risposta breve
Arounda apre per SaaS, ricerca, flussi, wireframe, prototipi e design system dichiarati. Ramotion segue con strategia, UX e web design per team SaaS. Halo Lab, Lazarev e Webstacks completano il gruppo con perimetri diversi. Tutti devono superare Telaio-193 su contenuti, percorsi, accessibilità, diritti, componenti, sorgenti ed exit.
- Arounda: aziende che vogliono interrogare nello stesso pilot ricerca, flussi, wireframe, prototipi, interfaccia e design system
- Ramotion: team SaaS che vogliono mettere strategia, direzione creativa, UX e web design davanti allo stesso capitolato
- Halo Lab: aziende che vogliono interrogare web design, UI/UX, responsive, landing, branding e design system mantenendo separato il codice
- Lazarev: team B2B SaaS che vogliono verificare un sito progettato come sistema con regole per pagine, responsive e modifiche
- Webstacks: organizzazioni con un team interno che vogliono interrogare web design e design system per un sito B2B in evoluzione
Come si rende verificabile il web design di un'azienda SaaS?
Il design diventa verificabile quando ogni elemento visibile rimanda a una fonte, un proprietario, una versione e un criterio di accettazione. Telaio-193 non giudica se una homepage è bella. Controlla se pricing, documentazione, integrazioni, demo e signup possono cambiare senza perdere approvazioni, stati difficili o confini con lo sviluppo.
RegistroIpotesi prepara la ricerca. Ogni riga contiene domanda, ruolo da reclutare, contesto, compito, metodo proposto, consenso da definire, facilitatore, evidenza attesa e limite. Finché nessuna persona autorizzata partecipa, bisogno, citazione e comportamento restano ipotesi. Il dossier non fabbrica utenti per rendere convincente una persona.
FonteProdotto collega nome da approvare, problema, pubblico, funzionalità, limite, disponibilità, piano, integrazione, requisito tecnico, revisore prodotto, legale e privacy, versione, scadenza e ritiro. IT-193 riceve questi oggetti e progetta la loro presentazione. Non decide ciò che il software fa o trasforma una roadmap in promessa pubblica.
InventarioContenuti elenca homepage, pagine prodotto, soluzioni, casi se realmente autorizzati, pricing, documentazione, integrazioni, sicurezza, note legali, demo, signup, supporto e contenuti di sistema. Ogni voce conserva fonte, autore, revisori, stato, dipendenze e data. Un titolo provvisorio non diventa verità perché entra nel wireframe.
MatriceMessaggi separa claim, prova disponibile, pubblico, contesto, limitazione e azione. IT-192 può fornire un brief di campagna, ma non possiede la verità del prodotto. IT-189 decide come la fonte approvata entra nel sistema organico. IT-193 definisce gerarchia e relazione visiva senza riscrivere una promessa per farla stare in una card.
MappaSuperfici descrive ciò che la persona può vedere e collegare. Comprende navigazione, pagina prodotto, confronto dei piani, hub docs, articolo tecnico, catalogo integrazioni, dettaglio integrazione, richiesta demo, signup, login e assistenza. Non decide URL, canonical o indice, che restano nell'ambito di IT-189.
ArchitetturaDecisioni conserva raggruppamento, etichetta, priorità, relazione, ingresso, ritorno e contenuto necessario. Un tree test o un card sort possono essere proposti, ma Telaio-193 non inventa partecipanti o percentuali. Se la ricerca manca, la tassonomia rimane una proposta da validare, non una conclusione sugli utenti.
PercorsoProdotto parte da un problema e arriva a una capacità spiegata con limiti visibili. Include ingresso, contesto, dettaglio, prova autorizzata, dipendenza e azione successiva. Non assume che ogni visitatore voglia una demo. Il wireframe deve offrire ritorni verso pricing, docs o integrazioni quando il compito lo richiede.
PercorsoPricing distingue piano, unità da approvare, inclusioni, esclusioni, limite, add-on, requisito, confronto, domanda, modifica e fonte. Prodotto-P non contiene importi. Il designer progetta assenza, testo lungo, voce non disponibile e piano ritirato. Prodotto, finanza e legale approvano la sostanza prima che sviluppo implementi la tabella.
Il dossier modifica una regola del piano mentre il lavoro è in corso. RegistroImpatto deve trovare tabella, card, FAQ, callout, pagina integrazione, demo, signup e annotazioni correlate. Il designer aggiorna soltanto le tavole sotto il suo controllo, segnala le dipendenze e conserva la versione precedente. Non dichiara aggiornato il sito live.
PercorsoDocs separa ingresso, ricerca, navigazione laterale, prerequisito, procedura, esempio da approvare, errore, versione e passo successivo. IT-193 specifica gerarchia, densità, leggibilità e stati. IT-194 realizza ricerca, routing, componenti, codice dimostrativo e comportamento tecnico. Il contenuto tecnico richiede un revisore competente.
PercorsoIntegrazione collega categoria, provider, funzione, prerequisito, autorizzazione, dati coinvolti da verificare, disponibilità, configurazione documentata, supporto, limite e ritiro. Integrazione-I viene marcata come ritirata durante il pilot. Il design deve rimuovere azioni impossibili, mostrare lo stato e offrire una via utile senza inventare un'alternativa.
PercorsoDemo distingue promessa, idoneità, informazioni richieste, motivo di ogni campo, informativa, consenso da decidere, riepilogo, invio, fallimento, conferma e aspettativa successiva. IT-193 progetta comprensione e stati. IT-192 governa il handoff commerciale. IT-194 implementa validazione, trasmissione, sicurezza e risposta dei sistemi.
PercorsoSignup separa scelta del piano, creazione account, verifica, autenticazione, termini, eventuale fatturazione, configurazione iniziale, errore e recupero. Questi passaggi sono dipendenze da confermare, non feature presunte. Il design non inventa un trial, una carta richiesta, un'autenticazione disponibile o una durata che FonteProdotto non documenta.
MappaContinuità collega docs, pricing, integrazione, demo e signup. Una persona che scopre un requisito tecnico durante il signup deve poter tornare alla fonte senza perdere contesto secondo il comportamento approvato. Telaio-193 annota il passaggio atteso; IT-194 decide come conservarlo tecnicamente e ne verifica la sicurezza.
QuadernoWireframe registra tavola, obiettivo, oggetto, contenuto consentito, azione, stato, dipendenza, annotazione e criterio. Low fidelity non significa impreciso. Un rettangolo senza fonte o comportamento lascia allo sviluppatore una decisione editoriale. Una tavola completa mostra anche ciò che non è stato ancora deciso.
MatriceStati assegna a ogni componente caricamento, vuoto, testo lungo, errore, non disponibile, scaduto, ritirato, selezionato, focus, invio, conferma e accesso negato quando pertinenti. Il caso ideale è solo una variante. Pricing, docs, integrazione e form hanno fallimenti diversi e non devono ricevere lo stesso placeholder generico.
SpecificaResponsive non si limita a una larghezza mobile e una desktop. Registra ordine, priorità, densità, navigazione, tabelle, codice, immagini, modali, messaggi, focus, zoom e ritorno al contesto sulle larghezze concordate. Il dossier non dichiara supporto universale per dispositivi o browser che nessuno ha testato.
PianoAccessibilità collega requisito, componente, stato, metodo, ambiente proposto, responsabile e prova da ripetere. W3C WAI organizza WCAG attorno a principi e criteri di successo e pubblica risorse su struttura, moduli e immagini. Queste fonti costruiscono domande; non certificano il design o uno dei provider.
Struttura, regioni, intestazioni, ordine di lettura, tastiera, focus, ingrandimento, contrasto da misurare, etichette, istruzioni, errori e notifiche entrano nei criteri prima del prototipo. L'agenzia non può dichiarare conformità da una checklist. Versione, metodo, difetto, responsabile e nuova verifica devono restare disponibili.
Il tutorial W3C sui moduli collega controlli a etichette e tratta istruzioni, validazione e notifiche. Telaio-193 traduce quei temi in stati del progetto per Demo-D e Signup-S. Non decide la conformità del codice. IT-194 deve implementare e collaudare la relazione effettiva fra testo, controllo e risposta.
Le immagini di prodotto richiedono uno scopo. Il tutorial W3C distingue il trattamento delle alternative testuali secondo funzione e informazione. RegistroAlternative collega screenshot, diagramma, icona o decorazione a contenuto essenziale, testo proposto, revisore e stato. Un alt non viene generato dal nome del file e dato per approvato.
MatriceApprovazioni assegna a headline, descrizione prodotto, piano, integrazione, claim tecnico, testo legale, informativa, errore e CTA la fonte e i revisori necessari. Prodotto, tecnico, legale e privacy non sono un unico timbro. Una correzione può riaprire soltanto le tavole dipendenti se la mappa è precisa.
RegistroSchermate tratta gli screenshot come contenuto versionato. Conserva ambiente autorizzato, versione del prodotto, dati ammessi, anonimizzazione da verificare, area mostrata, autore, titolare, uso, scadenza, alternativa e ritiro. Nessun account cliente o dato realistico entra nel dossier. Un'immagine obsoleta non resta decorativa solo perché appare pulita.
RegistroMedia estende la stessa disciplina a fotografie, video, illustrazioni, icone e animazioni. Fonte, autore, titolare, licenza, uso, trasformazione, credito, durata, territorio se applicabile e ritiro accompagnano ogni asset. Una ricerca immagini o un vecchio deck non documentano il diritto di pubblicazione.
SistemaMarca collega logo, colori, tipografia, icone, voce, motion e restrizioni ai file approvati. La FAQ ufficiale Google Fonts può aprire la verifica sul carattere scelto, ma non sostituisce la lettura della licenza effettiva e delle dipendenze. Marchio, font e libreria restano bloccati finché titolarità e usi non sono chiari.
La pagina Your Europe sul diritto d'autore offre un riferimento generale europeo su protezione e diritti dell'autore. Telaio-193 non la interpreta come consulenza per un asset specifico. Il legale italiano e il titolare dei diritti devono valutare fotografie, illustrazioni, font, screenshot, loghi e consegna nel caso reale.
RegistroModuli parte dalla finalità e dal minimo contenuto approvato. Per Demo-D e Signup-S elenca campo, obbligatorietà, etichetta, aiuto, errore, informativa, scelta da decidere, destinazione, conferma e fallimento. Il designer non aggiunge dati per qualificare meglio un lead o rendere più realistico il prototipo.
Il Garante mantiene una sezione dedicata ai cookie e collega materiali su informativa e consenso. Telaio-193 la usa per chiedere categorie, finalità, strumenti, attivazione, preferenze, rifiuto e revoca. Privacy e legale decidono il trattamento. IT-194 implementa il comportamento. IT-192 governa gli eventi e la misurazione autorizzata.
MappaCookieDesign descrive lo strato visibile senza simulare la decisione giuridica. Include primo stato, preferenze, granularità da approvare, testo, collegamenti, rifiuto, conferma, riapertura, revoca, errore e strumenti bloccati. Il prototipo non carica tag e non dimostra che l'implementazione rispetterà la scelta.
ContrattoComponenti traduce la decisione visiva in un oggetto consegnabile. Ogni voce contiene nome, scopo, contenuto, proprietà, varianti, stati, regole responsive, accessibilità da verificare, token, dipendenze e criterio. Card prodotto, tabella pricing, navigazione docs, scheda integrazione, callout, modulo e banner richiedono contratti distinti.
LibreriaToken conserva nomi, significati, valori approvati, temi, uso e stato. IT-193 può specificare token di colore, spazio, tipografia o stato. IT-194 sceglie la rappresentazione nel codice, i controlli automatici e il percorso di rilascio. Un nome simile fra Figma e repository non dimostra sincronizzazione.
HandoffSviluppo collega tavola e componente a contenuto, variante, stato, larghezza concordata, comportamento, asset, diritto, requisito accessibilità, dipendenza, criterio e domanda aperta. Il file non contiene una promessa di pixel perfect. Consente a IT-194 di individuare decisioni mancanti prima di inventarle durante l'implementazione.
PianoCollaudoDesign mantiene requisito, oggetto, versione, prerequisito, passaggi, risultato atteso, evidenza, responsabile, gravità e nuova verifica. Copre piano ritirato, integrazione non disponibile, documento lungo, screenshot scaduto, form bloccato, focus, zoom, errore e apertura dei sorgenti. Non testa codice o prestazioni live.
RegistroDifetti evita che un commento generico diventi chiusura. Contiene componente, variante, tavola, riproduzione, osservato, atteso, dipendenza, proprietario, stato e retest. Un difetto tecnico viene assegnato a IT-194; un testo non approvato torna alla matrice; un diritto mancante blocca l'asset senza sostituzioni plausibili.
PacchettoDesign raccoglie ricerca, ipotesi, inventari, messaggi, superfici, percorsi, wireframe, prototipi, sorgenti modificabili, componenti, token, testi, media, diritti, responsive, accessibilità, moduli, cookie, decisioni, criteri e problemi. Un PDF o un link di sola visualizzazione non permettono al nuovo team di cambiare una variante.
RegistroProprietà assegna titolare, amministratori, fatturazione, recupero, formato, licenza, esportazione, dipendenza e revoca agli account e file di design. Dominio, CMS, repository, hosting e ambienti appartengono a IT-194. IT-193 consegna le dipendenze senza reclamare la gestione di sistemi tecnici.
ProvaUscita si svolge prima della revoca. Un secondo team apre i sorgenti, trova la fonte del pricing, marca Integrazione-I come ritirata, corregge lo stato della card, aggiorna il contratto e produce un handoff leggibile. Se servono plugin privati, font mancanti o spiegazioni orali dell'agenzia, l'uscita resta aperta.
Prove di adeguatezza al settore da richiedere
- Collegare prodotto, messaggi, piani, integrazioni e testi a fonti e revisioni datate.
- Inventariare pagine, contenuti, componenti, media, moduli, account e proprietari prima dei wireframe.
- Separare gerarchia presentata da URL, canonical, crawl e indice posseduti da IT-189.
- Disegnare percorsi distinti per docs, pricing, integrazioni, demo e signup con errori e ritorni.
- Annotare ipotesi, vuoti, dipendenze, approvazioni e criteri in ogni tavola.
- Specificare responsive, tastiera, focus, zoom, testo lungo, immagini e stati ritirati.
- Assegnare approvatori competenti a copy tecnico, legale, privacy, prodotto e interfaccia.
- Documentare titolarità e licenze di screenshot, marchi, font, media, icone e librerie.
- Limitare form e cookie al design approvabile senza decidere trattamento o implementazione.
- Consegnare componenti, token, sorgenti, diritti e difetti a un secondo team prima della revoca.
Come abbiamo valutato i fornitori
L'ammissione richiedeva una pagina ufficiale raggiungibile il 1 settembre 2026 con un'offerta di web design e un riferimento visibile a SaaS, B2B, startup tecnologiche o prodotti complessi. Directory, classifiche, semplici portfolio e pagine prive di un servizio acquistabile sono stati esclusi.
I criteri totalizzano cento per cento: pertinenza SaaS e fonti quindici; ricerca, inventario e IA venti; percorsi, wireframe e stati venti; responsive e accessibilità quindici; testi, diritti, moduli e cookie quindici; componenti, sorgenti ed exit quindici. Il punteggio valuta solo il perimetro pubblico, non l'esecuzione.
Arounda apre perché la pagina SaaS descrive discovery e ricerca, personas o flussi, wireframe, prototipi, interfaccia e design system, oltre all'accesso ai file di lavoro. Ramotion segue con una pagina web design che cita strategia, direzione creativa, UX e lavoro per startup, SaaS e imprese. Risultati, numeri, recensioni e riconoscimenti presenti nelle fonti sono esclusi.
Halo Lab pubblica web design, UI/UX, responsive, landing, branding, design system e supporto sui contenuti, con una voce SaaS visibile nel catalogo. Lazarev descrive web design costruito su un sistema, responsive e modificabile, con lavoro su prodotti vertical SaaS. Webstacks pubblica web design e design system per siti B2B e collega la propria offerta al settore SaaS.
Le fonti W3C, Garante, Google Fonts e Your Europe non assegnano posizioni. Servono a costruire domande su struttura, moduli, immagini, accessibilità, cookie, font e diritti. Non certificano un candidato e non sostituiscono le revisioni italiane di prodotto, tecnica, legge, privacy, accessibilità, diritti e lingua.
Prezzi, tempi, team, clienti, case study, testimonianze, premi, metriche, conversioni, traffico e risultati non hanno influenzato l'ordine. Proposta, persone assegnate, processo, licenze, accessi, file, test e assistenza italiana possono cambiare completamente l'idoneità dopo una verifica reale.
| Criterio | Peso | Che cosa ha contato |
|---|---|---|
| Pertinenza SaaS e fonti | 15% | Il servizio riconosce prodotti complessi e pubblica un perimetro interrogabile senza affidarsi soltanto al portfolio. |
| Ricerca, inventario e IA | 20% | Ipotesi, contenuti, fonti, superfici, etichette e dipendenze precedono la composizione visiva. |
| Percorsi, wireframe e stati | 20% | Docs, pricing, integrazioni, demo e signup includono errori, vuoti, ritorni e ritiri annotati. |
| Responsive e accessibilità | 15% | Ordine, focus, tastiera, zoom, struttura, moduli, immagini e test da ripetere entrano nella specifica. |
| Testi, diritti e privacy | 15% | Copy, screenshot, marchi, font, media, form e cookie hanno fonti, approvatori e confini espliciti. |
| Componenti, sorgenti ed exit | 15% | File modificabili, token, contratti, licenze, difetti, proprietà e prova di ripresa restano al cliente. |
Ogni fornitore doveva soddisfare gli stessi requisiti minimi prima che la sua posizione venisse presa in considerazione.
- Pagina ufficiale raggiungibile con servizio di web design, UX o design system.
- Riferimento pubblico a SaaS, B2B, startup tecnologiche o prodotti digitali complessi.
- Almeno tre elementi documentati fra ricerca, IA, wireframe, UX, responsive, branding, componenti o sistemi.
- Disponibilità da verificare a separare design da SEO, marketing e sviluppo nel capitolato.
- Disponibilità da verificare a consegnare sorgenti, diritti, criteri e problemi a Telaio-193.
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.
Arounda
Punti di forza documentati
- Pagina SaaS diretta.
- Discovery e ricerca visibili.
- Flussi, wireframe e prototipi dichiarati.
- Design system e file di lavoro menzionati.
Limiti da verificare
- Nessun pilot osservato.
- Accessibilità da provare.
- Diritti e approvazioni aperti.
- Italia ed exit non dimostrati.
Arounda apre perché la pagina SaaS rende visibili discovery e ricerca, user personas o user flows, wireframe, prototipi, visual interface e design system. La fonte menziona inoltre accesso ai file di lavoro. Questo scope è vicino a Telaio-193, ma non prova qualità, diritti, accessibilità, assistenza italiana, consegna o risultati.
Consegnate FonteProdotto con piano e integrazione ancora bloccati. Il candidato deve costruire InventarioContenuti e RegistroIpotesi senza completare claim, prezzi, partecipanti o citazioni. La pagina SaaS autorizza domande sul processo, non la conclusione che la ricerca sia stata svolta.
Fate attraversare Prodotto-P da docs a pricing, integrazione, demo e signup. Wireframe e prototipo devono conservare errori, ritorni e dipendenze. Il design system dichiarato rende interrogabili componenti e token, ma la proposta deve specificare formati, proprietà e accesso effettivo.
Ritirate Integrazione-I e cambiate una regola del piano. Un secondo team deve trovare tutte le tavole, aggiornare il contratto del componente e consegnare HandoffSviluppo. L'accesso ai working files citato dalla fonte non dimostra licenze complete, font disponibili o ripresa indipendente.
Fonti sui fornitori: Arounda, SaaS Design Agency
Ramotion
Punti di forza documentati
- SaaS citato nel pubblico.
- Strategia web visibile.
- UX e direzione creativa dichiarate.
- Web design e design system collegati.
Limiti da verificare
- Performance claim esclusi.
- Ricerca da specificare.
- Diritti e accessibilità aperti.
- Sorgenti ed exit da eseguire.
Ramotion è seconda perché la pagina web design descrive strategia, direzione creativa, UX e lavoro per startup, SaaS e imprese. Il perimetro aiuta a verificare messaggio, struttura e sistema del sito. Numeri, risultati, recensioni, premi e claim commerciali presenti nella pagina sono esclusi; sorgenti, diritti ed exit restano da dimostrare.
Consegnate una MatriceMessaggi con limiti e fonti mancanti. La prima prova verifica se strategia e direzione creativa mantengono i blocchi o riscrivono il prodotto per ottenere una headline più netta. Il designer non diventa approvatore tecnico o legale.
Usate PercorsoPricing e PercorsoDocs con testo lungo, tabella stretta e stato non disponibile. La UX deve conservare la continuità senza decidere URL, ricerca documentale o codice. Chiedete criteri per responsive, tastiera, focus, zoom e alternative prima di approvare la composizione.
Aprite PacchettoDesign da un account del cliente e fate modificare una variante a un secondo team. La pagina ufficiale non prova file modificabili, licenze, librerie o recupero. Questi elementi devono comparire nel preventivo e nella prova d'uscita, non soltanto nella presentazione finale.
Fonti sui fornitori: Ramotion, Web Design
Halo Lab
Punti di forza documentati
- Voce SaaS visibile.
- Web design e UI/UX pubblicati.
- Responsive e landing dichiarati.
- Branding e design system presenti.
Limiti da verificare
- Design e sviluppo da separare.
- Ricerca non provata.
- Diritti e conformità aperti.
- Exit non documentata.
Halo Lab è terza perché la pagina dei servizi mostra web design, UI/UX, responsive web design, landing, branding, design system e SaaS website design. La stessa pagina include sviluppo e CMS, che Telaio-193 assegna a IT-194. Il catalogo non prova ricerca, conformità, diritti, proprietà dei file o qualità della consegna.
Scomponete il catalogo in ordini di lavoro. IT-193 riceve ricerca, inventario, IA, interfaccia, sistema visivo e sorgenti; IT-194 riceve implementazione, CMS e rilascio. Un'offerta combinata deve conservare approvatori, criteri e file separati invece di nascondere il passaggio fra reparti.
Consegnate Demo-D con campi bloccati e Signup-S con errore di verifica. Il progetto deve mostrare etichette, aiuti, messaggi, focus e ritorni senza creare account o dati. Content support dichiarato non autorizza il provider a inventare testi di prodotto, privacy o termini.
Ritirate un font e Integrazione-I. RegistroDiritti e ContrattoComponenti devono individuare schermate e varianti dipendenti. Chiedete sorgenti, licenze, accessi, plugin e problemi aperti prima della revoca. Nessuna voce pubblica dimostra che l'exit sia già inclusa.
Fonti sui fornitori: Halo Lab, Website Design Services
Lazarev
Punti di forza documentati
- B2B e vertical SaaS visibili.
- Design system dichiarato.
- Responsive pubblicato.
- Modificabilità presentata come requisito.
Limiti da verificare
- Claim commerciali esclusi.
- Accessibilità da verificare.
- Approvazioni e diritti aperti.
- Ripresa indipendente non provata.
Lazarev è quarta perché la pagina web design descrive siti costruiti su un design system, responsive e capaci di restare coerenti durante le modifiche, mentre il sito cita vertical SaaS fra i prodotti complessi. Lo scope è pertinente, ma include affermazioni commerciali e tecniche escluse. Ricerca, approvazioni, accessibilità, diritti ed exit richiedono prova.
Fate trasformare InventarioContenuti in MappaSuperfici e ContrattoComponenti. La promessa di un sistema deve diventare nomi, proprietà, varianti, stati, token e criteri. Il dossier non assegna credito a pagine generate o risultati raccontati dalla fonte.
Aggiungete una pagina docs densa, una tabella pricing con voci assenti e una integrazione ritirata. Responsive deve mantenere priorità e ritorni senza comprimere tutto in card. L'agenzia specifica il comportamento visivo; IT-194 realizza prestazioni, CMS e regole tecniche.
Passate i sorgenti a un team che non ha partecipato alle call. Se la coerenza dipende da una persona o da plugin non trasferiti, ProvaUscita fallisce. La pagina pubblica non dimostra proprietà, licenze, amministrazione o recupero dei file reali.
Fonti sui fornitori: Lazarev, Web Design Services
Webstacks
Punti di forza documentati
- B2B tech diretto.
- Settore SaaS visibile.
- Web design pubblicato.
- Design system, branding e illustration dichiarati.
Limiti da verificare
- Ricerca poco visibile nella fonte.
- Accessibilità da provare.
- Diritti e approvazioni aperti.
- Sorgenti ed exit non dimostrati.
Webstacks chiude il gruppo perché la pagina Design pubblica web design, design system, branding e illustration per siti B2B e collega il catalogo al settore SaaS. È un perimetro utile ma più concentrato su sistema e produzione del sito rispetto all'intero Telaio-193. Conversioni, velocità, scalabilità, clienti e case study sono esclusi.
Consegnate FonteProdotto e InventarioContenuti senza accesso al CMS. Il candidato deve specificare gerarchia, componenti e fonti senza trasformare la produzione di pagine in decisione editoriale. SEO e struttura degli URL restano a IT-189; implementazione e CMS restano a IT-194.
Provate pricing, docs e integrazioni con stati ritirati. Un design system B2B deve mostrare come una modifica attraversa varianti e pagine, ma la fonte non prova responsive, accessibilità o approvazioni nel caso reale. Ogni criterio va scritto nel capitolato.
Richiedete libreria, token, sorgenti, diritti, esportazioni e RegistroDifetti. Un secondo team deve correggere una card e preparare l'handoff senza il provider. Il quinto posto riflette il perimetro pubblico più stretto rispetto al dossier, non una qualità inferiore osservata.
Fonti sui fornitori: Webstacks, Design Capabilities
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.
Cinque perimetri davanti allo stesso piano modificato
Sono confrontati soltanto gli scope pubblicati e le prove ancora necessarie. Qualità, accessibilità effettiva, persone, tempi, conversioni e risultati non sono stati misurati.
| Fornitore | Modello di erogazione | Ambito documentato | Ideale per | Limite principale |
|---|---|---|---|---|
| Arounda | Design agency SaaS | Ricerca, flussi, wireframe, prototipi, UI e design system | Pilot completo di design | Exit da eseguire |
| Ramotion | Agenzia web e UX | Strategia, direzione creativa, UX e web design per SaaS | Messaggio e struttura | Diritti aperti |
| Halo Lab | Studio design e sviluppo | UI/UX, web, responsive, landing, branding e design system | Perimetro combinato | Codice da separare |
| Lazarev | Product e web design | Web design su sistema, responsive e regole di modifica | Sistema di pagine | Approvazioni da provare |
| Webstacks | Agenzia web B2B | Web design, design system, branding e illustration per B2B SaaS | Sistema B2B interno | Ricerca poco visibile |
Come collaudare il design SaaS senza inventare utenti o prodotto?
Telaio-193 mantiene Prodotto-P, Integrazione-I, Demo-D e Signup-S vuoti. Ogni candidato riceve le stesse modifiche: una regola del piano cambia, una integrazione viene ritirata e un form resta bloccato. La prova osserva inventario, percorsi, stati, approvazioni, diritti, componenti e sorgenti.
Nessun CMS, repository, analytics, CRM o ambiente viene aperto. Il collaudo riguarda la specifica di design che IT-194 dovrebbe ricevere, non il codice, la sicurezza, la performance o una release eseguita.
1. Congelare fonti e ipotesi
FonteProdotto e RegistroIpotesi separano fatti approvati, domande di ricerca, limiti, revisori e campi ancora vuoti.
- Fonte nominata.
- Ipotesi marcata.
- Revisore assegnato.
- Ritiro previsto.
2. Inventariare contenuti e superfici
Homepage, prodotto, pricing, docs, integrazioni, demo, signup, componenti, media e proprietari entrano in un inventario versionato.
- Superficie trovata.
- Contenuto collegato.
- Dipendenza visibile.
- Versione datata.
3. Tracciare i percorsi
Prodotto, docs, pricing, integrazione, demo e signup usano ingressi, azioni, errori e ritorni distinti senza simulare conversioni.
- Ingresso esplicito.
- Errore progettato.
- Ritorno presente.
- Handoff nominato.
4. Annotare wireframe e stati
Ogni tavola conserva contenuto consentito, varianti, vuoti, testi lunghi, ritiri, decisioni e criterio osservabile.
- Caso vuoto.
- Testo lungo.
- Stato ritirato.
- Criterio scritto.
5. Provare responsive e accessibilità
Ordine, priorità, tastiera, focus, zoom, regioni, etichette, errori, immagini e contrasto da misurare ricevono prove responsabili.
- Ordine leggibile.
- Focus visibile.
- Zoom previsto.
- Difetto registrato.
6. Approvare copy, media e diritti
Testi prodotto, schermate, marchi, font, icone e media mantengono fonte, titolare, licenza, revisore, scadenza e ritiro.
- Copy approvato.
- Titolare trovato.
- Licenza letta.
- Scadenza gestita.
7. Bloccare form e cookie incompleti
Finalità, campi, etichette, informativa, scelta, attivazione, errore, rifiuto e revoca restano sotto owner reali.
- Finalità scritta.
- Campo giustificato.
- Rifiuto disegnato.
- Implementazione separata.
8. Consegnare e riprendere
Un secondo team apre sorgenti e licenze, ritira Integrazione-I, modifica un componente e produce HandoffSviluppo prima della revoca.
- File modificabile.
- Account recuperabile.
- Difetti consegnati.
- Revoca successiva.
Errori che rendono inutile un confronto SEO
- Disegnare dalla roadmap. Una roadmap non autorizza claim, disponibilità, piano, integrazione o data pubblica.
- Inventare personas per riempire il deck. Ruoli, citazioni e comportamenti restano ipotesi finché la ricerca autorizzata non produce evidenza.
- Confondere IA e SEO. IT-193 governa la gerarchia presentata; IT-189 possiede URL, canonical, crawl, indice e collegamenti organici.
- Progettare soltanto la homepage. Docs, pricing, integrazioni, demo e signup devono conservare continuità, errori e ritorni.
- Consegnare una tabella pricing felice. Voce assente, testo lungo, piano ritirato, limite e dipendenza richiedono stati propri.
- Ridurre il responsive a due screenshot. Ordine, densità, tabelle, codice, modali, tastiera, focus e zoom richiedono regole verificabili.
- Dichiarare accessibilità dal prototipo. Criteri, metodi, ambiente, implementazione, difetti e retest responsabili restano necessari.
- Copiare screenshot da un account. Ambiente, dati, versione, autorizzazione, titolare, uso, scadenza e ritiro devono essere documentati.
- Scegliere un font senza leggere la licenza. Catalogo, file, pesi, uso, distribuzione, dipendenze e trasferibilità non sono la stessa decisione.
- Disegnare il consenso come decorazione. Privacy e legale decidono testo e trattamento; sviluppo implementa; design specifica stati e comprensione.
- Fondere design system e repository. IT-193 consegna componenti e token; IT-194 sceglie codice, controlli, ambienti e rilascio.
- Revocare prima della prova d'uscita. Il cliente deve aprire sorgenti, modificare una variante e trasferire problemi prima di rimuovere accessi.
Domande frequenti
Quale agenzia di web design scegliere per un'azienda SaaS?
Arounda pubblica il perimetro più vicino a Telaio-193 fra ricerca, flussi, wireframe, prototipi e design system. Ramotion segue con strategia, UX e web design per SaaS. Halo Lab, Lazarev e Webstacks restano opzioni da verificare. La scelta finale richiede proposta, persone, sorgenti, diritti e pilot osservabile.
Che cosa deve contenere un capitolato di web design SaaS?
Il capitolato collega ricerca, fonti prodotto, inventario, IA, percorsi, wireframe, responsive, accessibilità, testi, media, diritti, moduli, cookie, componenti, token, criteri, difetti, sorgenti ed exit. Per ogni oggetto servono proprietario, versione, dipendenze, approvatori ed esclusioni. Moderno, intuitivo o scalabile non definiscono un comportamento verificabile.
Come si progetta l'architettura informativa di un sito SaaS?
Partite da contenuti e compiti reali, poi registrate gruppi, etichette, priorità, ingressi e ritorni. Proponete ricerca con persone autorizzate senza inventarne risultati. IT-193 specifica la gerarchia visibile; IT-189 decide URL, canonical e indice. Ogni tassonomia resta una proposta finché metodo, partecipanti ed evidenza non sono disponibili.
Quali percorsi deve coprire il progetto?
Almeno prodotto, documentazione, pricing, integrazioni, demo e signup meritano tracce distinte quando esistono nel prodotto reale. Ogni percorso include ingresso, prerequisito, azione, errore, stato bloccato, ritorno e owner. Non assumete trial, fatturazione, SSO, integrazioni o passaggi commerciali che FonteProdotto non ha approvato.
Come si progettano pricing e piani senza inventare prezzi?
Usate campi vuoti collegati a fonte, piano, unità, inclusione, esclusione, limite, add-on, requisito e revisori. Disegnate testo lungo, voce assente, piano ritirato e confronto incompleto. Prodotto, finanza e legale approvano i valori; il designer governa gerarchia e stati; IT-194 realizza il comportamento tecnico.
Come si verifica il design responsive?
Concordate larghezze e provate ordine, priorità, navigazione, tabelle, codice, immagini, modali, messaggi, tastiera, focus, zoom e ritorno al contesto. Registrate versione, dispositivo o browser concordato, osservato, atteso e difetto. Due mockup non dimostrano il comportamento intermedio o l'implementazione effettiva del sito.
Come si verifica l'accessibilità del progetto?
Trasformate struttura, regioni, intestazioni, ordine di lettura, tastiera, focus, ingrandimento, contrasto, etichette, istruzioni, errori e alternative testuali in criteri. W3C WAI fornisce standard e tutorial, non una certificazione del fornitore. Metodo, ambiente, versione, responsabile, difetto e nuova verifica devono restare registrati.
Chi approva testi tecnici, legali e privacy?
Prodotto approva capacità e limiti; un responsabile tecnico verifica documentazione e integrazioni; legale e privacy decidono testi e trattamento secondo competenza. Il designer conserva fonti, versioni, collocazione e dipendenze. Nessuna call generica sostituisce approvatori nominati, e una correzione riapre tutte le tavole realmente collegate.
Come si gestiscono screenshot, marchio, media e font?
Registrate ambiente, versione, dati ammessi, autore, titolare, licenza, uso, trasformazioni, credito, durata, file e ritiro. Marchi, screenshot, fotografie, illustrazioni, icone e font restano bloccati senza prova. Una presenza nel vecchio sito, in Google Fonts o in un deck non dimostra automaticamente trasferibilità o diritto di riutilizzo.
Che cosa deve mostrare il design di demo e signup?
Il progetto mostra finalità, campi, obbligatorietà, etichette, aiuti, informativa, scelta da decidere, riepilogo, invio, errore, conferma e recupero. IT-193 progetta comprensione e stati; IT-192 governa il handoff commerciale; IT-194 implementa validazione, trasmissione, autenticazione e sicurezza. Un invio non prova demo, account o ricavo.
Chi decide cookie e strumenti di misurazione?
IT-193 progetta inventario visibile, preferenze, rifiuto, conferma, riapertura, revoca ed errori. Privacy e legale decidono finalità, base e testo; IT-192 governa eventi e misurazione; IT-194 implementa l'attivazione tecnica. Il designer non aggiunge tag, presume consenso o interpreta una pagina del Garante come approvazione del progetto.
Che cosa va consegnato alla fine del progetto?
Ritirate ricerca, inventari, gerarchia, percorsi, wireframe, prototipi, sorgenti, librerie, componenti, token, testi, media, diritti, responsive, accessibilità, moduli, cookie, criteri, difetti e decisioni aperte. Un secondo team deve ritirare Integrazione-I e modificare una variante prima della revoca. PDF e link di sola visualizzazione non bastano.
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.
- [01]Arounda, SaaS Design Agency
- [02]Ramotion, Web Design
- [03]Halo Lab, Website Design Services
- [04]Lazarev, Web Design Services
- [05]Webstacks, Design Capabilities
- [06]W3C WAI, panoramica WCAG 2
- [07]W3C WAI, struttura delle pagine
- [08]W3C WAI, tutorial sui moduli
- [09]W3C WAI, tutorial sulle immagini
- [10]Garante per la protezione dei dati personali, cookie
- [11]Google Fonts, FAQ
- [12]Your Europe, copyright nell'Unione europea
Scegliete chi consegna le decisioni dietro ogni schermata
Eseguite Telaio-193 con lo stesso prodotto, lo stesso piano, la stessa integrazione, la stessa demo e lo stesso signup astratti. Osservate chi conserva i vuoti, collega fonti e approvatori, progetta stati difficili, separa design e sviluppo e permette a un secondo team di modificare i sorgenti. La pubblicazione resta bloccata fino alle revisioni italiane di SaaS, prodotto, tecnica, legge, privacy, accessibilità, diritti e lingua. Una homepage elegante non compensa un piano vecchio, una integrazione ritirata ancora selezionabile o un file che il cliente non può aprire.