C’è un momento nella crescita di un’azienda in cui il sito web smette di funzionare. Non in senso tecnico, perché il server risponde e le pagine si caricano. Smette di funzionare come strumento commerciale. Succede quando il volume dei contenuti supera la capacità dell’architettura di contenerli con ordine.
Un’azienda manifatturiera con mille installazioni documentate. Uno studio di ingegneria con 250 professionisti distribuiti in otto sedi internazionali. Un centro di ricerca con 35 anni di progetti nel campo delle energie rinnovabili. Tre organizzazioni con scale diverse, in settori diversi, che si sono trovate davanti allo stesso problema: come si presenta una realtà complessa senza che il sito diventi un archivio inaccessibile?
La risposta non è mai solo tecnica. È una questione di architettura informativa, la disciplina che decide cosa mostrare, a chi, in quale sequenza e con quale livello di dettaglio.
Il problema non è la quantità di contenuti. È l’assenza di una struttura che li governi
Starmatik è un’azienda di Spresiano, in provincia di Treviso, che progetta sistemi di automazione per la lavorazione della lamiera. Oltre mille installazioni in tutto il mondo, un catalogo tecnico denso di specifiche, configurazioni e casi applicativi. Il sito precedente conteneva tutte queste informazioni, ma non le organizzava. Un direttore di produzione alla ricerca di una soluzione specifica e un responsabile acquisti che valutava un potenziale fornitore si trovavano davanti allo stesso percorso di navigazione. E nessuno dei due trovava quello che cercava con la rapidità che il contesto B2B richiede.
Il problema non era la quantità di pagine. Era l’assenza di percorsi di navigazione differenziati per profilo e per obiettivo. Un sito industriale serve interlocutori con domande diverse: chi cerca un prodotto specifico, chi esplora le competenze del fornitore, chi valuta un’eventuale collaborazione. Ognuno di questi percorsi ha bisogno di una porta d’ingresso propria.
La soluzione è stata progettare un sistema di componenti modulari: schede prodotto con specifiche tecniche, casi applicativi con dati di performance, sezioni competenze navigabili per settore. Questo approccio consente all’utente di raggiungere l’informazione attraverso percorsi paralleli senza mai perdere l’orientamento nella struttura complessiva. Un design system industriale, con una palette cromatica calibrata per guidare l’attenzione e una tipografia progettata per la lettura di dati tecnici, non per la decorazione.
Hai un catalogo prodotti complesso da gestire nel sito? Parlane con il nostro Consulente AI.
Il risultato ha ottenuto un Awwwards Honorable Mention, un riconoscimento raro nel settore manifatturiero, che dimostra come l’eccellenza progettuale non sia prerogativa dei brand consumer.
Quando il sito deve funzionare per sei aziende diverse con un unico backend
F&M Ingegneria è il principale gruppo italiano di ingegneria strutturale. 250 tecnici specializzati, sedi a Venezia, Milano, Roma, Colonia, Parigi, Tirana, Dubai e Muscat. Sei società controllate, ciascuna con le proprie competenze e i propri mercati di riferimento.
Il problema architetturale qui era diverso da quello di Starmatik. Non si trattava di organizzare un catalogo prodotti, ma di costruire una piattaforma digitale che funzionasse simultaneamente come strumento di business development per clienti pubblici e privati, come piattaforma di recruiting per ingegneri specializzati e come vetrina istituzionale per qualifiche e gare d’appalto.
Tre funzioni diverse, tre pubblici diversi, un unico sistema. E con un vincolo aggiuntivo: il modello doveva essere replicabile per le società del gruppo in mercati internazionali, mantenendo coerenza visiva e gestione centralizzata dei contenuti.
La risposta è stata un design system modulare che governa l’intero gruppo: schede progetto con dati quantitativi (tipo di intervento, ruolo di F&M, fotografia di cantiere), profili team strutturati per competenza e sede, integrazione con LinkedIn Jobs per la pubblicazione automatica delle posizioni aperte. Un backend WordPress con campi strutturati che permette a ogni sede di aggiornare i propri contenuti in autonomia, senza intervento tecnico e senza rischio di compromettere la coerenza dell’insieme.
Quando è nata la necessità di creare il sito per la filiale francese, l’architettura modulare ha permesso di replicare il modello in tempi significativamente ridotti rispetto a una progettazione da zero. Non è un dettaglio tecnico: è un vantaggio operativo che si misura in settimane di lavoro risparmiate e in coerenza di comunicazione garantita su scala internazionale.
35 anni di ricerca in una tassonomia navigabile
Seapower è un consorzio di ricerca nato nel 1988 all’interno del Dipartimento di Ingegneria Aerospaziale dell’Università Federico II di Napoli. Oltre 480 megawatt di capacità progettata tra eolico offshore, fotovoltaico, agrovoltaico e sistemi di accumulo. Collaborazioni dirette con la Commissione Europea. 35 anni di progetti documentati.
Il problema qui non era la scala numerica (i progetti sono 24, non mille). Era la densità informativa. Ogni progetto porta con sé dati tecnici, capacità installata, tipologia di impianto, localizzazione, partner coinvolti, pubblicazioni scientifiche correlate. E ogni stakeholder, dal finanziatore istituzionale al partner industriale, dall’ente europeo all’amministratore pubblico, ha bisogno di informazioni diverse dallo stesso corpus di dati.
La soluzione è stata una mappatura sistematica dell’intero patrimonio informativo, con una tassonomia che classifica i progetti per settore e tipologia e li rende consultabili e filtrabili. Un design istituzionale, senza elementi decorativi, con una palette che comunica energia e sostenibilità. Bilingue italiano-inglese, con lazy loading per gestire la densità dei contenuti senza penalizzare i tempi di caricamento.
Il sito oggi funziona come punto di contatto primario per partner e finanziatori internazionali. Il portfolio progetti, con dati di capacità, localizzazione e tipologia, è la risorsa più consultata. Il tempo tra la prima visita e la richiesta di contatto si è ridotto in modo misurabile.
Il denominatore comune: l’architettura informativa viene prima della tecnologia
Tre aziende, tre settori, tre scale diverse. Ma lo stesso schema di progettazione.
Prima si mappa, poi si costruisce. In tutti e tre i casi, la fase di architettura informativa, ovvero classificare i contenuti, definire i percorsi di navigazione e stabilire le gerarchie, ha preceduto qualsiasi decisione tecnologica. Il CMS, il framework, le scelte di hosting sono conseguenze dell’architettura, non premesse.
Il design system non è un lusso estetico. È un’infrastruttura. Componenti riutilizzabili come schede prodotto, profili e card progetto garantiscono coerenza visiva e operativa anche quando i contenuti crescono di un ordine di grandezza. Senza un design system, ogni nuova pagina è un’occasione per introdurre incoerenza.
L’autonomia del team interno è un requisito, non un optional. Un sito con centinaia di contenuti che richiede un’agenzia per ogni aggiornamento non è uno strumento, è un collo di bottiglia. In tutti e tre i casi, il backend è stato progettato con campi strutturati che consentono al team dell’azienda di aggiornare contenuti in autonomia, mantenendo la qualità e la coerenza dell’insieme senza competenze tecniche.
Il problema che queste tre aziende condividevano non era la mancanza di un sito. Era la mancanza di un sito che crescesse con loro. La differenza tra un sito che funziona e uno che funziona a lungo sta nella qualità dell’architettura che lo sorregge, e nelle decisioni progettuali prese prima ancora di scrivere la prima riga di codice.
Se il tema ti interessa, approfondisci anche le architetture per l’e-commerce B2B e le scelte progettuali dietro un portale clienti B2B industriale.
Devi gestire un catalogo prodotti complesso nel tuo sito? Parlane con il nostro Consulente AI.
