Da una richiesta di modifica a un sito web alla costruzione di un ecosistema digitale: come è nato LBusinessVoice

Ci sono progetti che iniziano con una richiesta molto precisa.

«Dobbiamo apportare alcune modifiche al sito.» Poi inizi a fare domande. Ascolti il cliente. Cerchi di capire come lavora davvero, cosa succede prima e dopo che una persona utilizza quel sito, quali sono i problemi quotidiani, cosa viene ancora gestito manualmente e soprattutto quale obiettivo dovrebbe raggiungere realmente quello strumento.

A volte scopri che il problema non è il sito. È tutto ciò che dovrebbe succedere intorno al sito. È esattamente quello che è accaduto con Level Business 5.0 e con il progetto che, progressivamente, sarebbe diventato LBusinessVoice.it. Oggi LBusinessVoice viene presentato con una frase che sintetizza molto bene il risultato di questo percorso:

«Il Network che non finisce quando finisce l'evento.» Ma all'inizio non esisteva ancora questa piattaforma. Esisteva un'altra struttura, costruita per rispondere a esigenze differenti.

Il punto di partenza: LB50

Il vecchio ecosistema digitale di Level Business 5.0 ruotava attorno a lb50.it. Il sito principale funzionava soprattutto come una directory: presentava il Network e organizzava i professionisti per categorie, permettendo al visitatore di individuare le diverse competenze presenti nella community. Questa struttura è ancora osservabile oggi: la homepage di lb50.it presenta professionisti e categorie come avvocati, commercialisti, consulenti patrimoniali e altre figure professionali.

Per alcuni membri che aderivano anche al servizio Web era prevista inoltre una presenza digitale dedicata attraverso un sottodominio della piattaforma. In pratica il modello era simile a questo:

Alcune di queste strutture sono ancora indicizzate. Un esempio concreto è `msda.lb50.it`, utilizzato dallo Studio Legale MSDA, sul quale erano pubblicate pagine, contenuti e articoli dello studio. Un altro esempio è `studiolegalegentile.lb50.it`. Era quindi un modello perfettamente comprensibile per quella fase del progetto: un sito principale che raccoglieva i professionisti e una serie di presenze web collegate.

Il problema non era che quel modello fosse sbagliato. Il problema era che nel frattempo il Network era cresciuto nelle proprie esigenze. E quando cambia il modo in cui un'organizzazione lavora, prima o poi deve cambiare anche la tecnologia che la sostiene.

La richiesta iniziale sembrava molto più semplice

Quando ho iniziato a lavorare con Angela Di Pisa sul progetto Level Business 5.0, il primo tema non era costruire una piattaforma software. Si parlava di siti esistenti, infrastruttura, dominio, hosting, WordPress, sottodomini, continuità dei servizi e possibilità di intervenire sull'ecosistema senza perdere ciò che era già stato costruito.

Era quindi naturale pensare inizialmente a un intervento sul sistema esistente. Ma durante il confronto è emersa progressivamente una domanda diversa. Che cosa dovrebbe fare veramente la parte digitale di un Network professionale? Mostrare l'elenco degli iscritti? Dare a ciascuno una pagina? Pubblicare qualche articolo?

Oppure potrebbe essere lo strumento che permette alle relazioni nate nel Network di continuare anche quando l'incontro è terminato? Questa domanda ha cambiato completamente il progetto.

Il problema reale non era portare online i professionisti

Level Business 5.0 aveva già una caratteristica fondamentale: le persone si incontravano realmente.

Il problema era ciò che succedeva dopo. Durante un evento puoi conoscere dieci professionisti. Scambi qualche parola. Ascolti cosa fanno. Magari con uno di loro intravedi persino una possibile affinità professionale. Poi l'evento finisce. Passano alcuni giorni. Arrivano clienti, telefonate, email, appuntamenti. Quella persona rimane un contatto.

Forse la incontrerai nuovamente al prossimo evento. Forse no. È qui che abbiamo iniziato a comprendere che la parte digitale non doveva semplicemente aumentare la visibilità del Network. Doveva dare continuità alle relazioni. La stessa LBusinessVoice oggi descrive pubblicamente questo principio: conoscere persone durante un evento è relativamente facile; la parte difficile è continuare quella relazione abbastanza a lungo perché possa nascere un confronto, una collaborazione o un progetto concreto.

Questa è stata la vera origine concettuale della piattaforma.

A quel punto un restyling non sarebbe più bastato

Avremmo potuto rifare il tema WordPress. Ridisegnare la directory. Creare pagine più moderne. Migliorare i profili. Avremmo ottenuto un sito esteticamente migliore. Ma non avremmo risolto il problema. Perché ormai non stavamo più progettando pagine. Stavamo progettando interazioni tra persone, contenuti, dati e processi. Quando succede questo, cambia completamente il modo di ragionare sul progetto.

Un sito tradizionale parte normalmente da una domanda: «Quali pagine dobbiamo creare?» Una piattaforma parte invece da domande differenti: Chi sono gli utenti? Cosa possono fare? Quali dati possono vedere? Chi può modificare cosa? Cosa succede quando un utente cambia piano? Come collaborano due professionisti? Chi controlla un contenuto? Come viene registrata un'azione? Come interviene l'amministrazione quando qualcosa non funziona?

Ed è da queste domande che è iniziata la costruzione di LBusinessVoice.

Da WordPress a un'applicazione web

LBusinessVoice non è quindi stato sviluppato come un nuovo tema o come una nuova installazione WordPress. È stato progettato come applicazione web custom. Il frontend utilizza Next.js, React e TypeScript. La parte dati utilizza Supabase, con database PostgreSQL, autenticazione, Storage e Row Level Security. Brevo viene utilizzato per le comunicazioni email amministrative.

OpenAI è stato integrato nei processi editoriali assistiti dall'intelligenza artificiale. Alla base non ci sono semplicemente pagine, ma utenti autenticati, ruoli, permessi, relazioni tra tabelle, workflow, API, sistemi di controllo e strumenti amministrativi. Questo passaggio è importante perché rappresenta anche una distinzione che spesso dall'esterno non è immediatamente visibile.

Un sito web e una piattaforma web possono assomigliarsi graficamente. Ma sotto la superficie sono due prodotti completamente differenti.

La directory non è scomparsa. È diventata una parte del sistema

Uno degli errori che si potevano commettere sarebbe stato eliminare ciò che funzionava. La directory dei professionisti aveva senso prima e continua ad averlo oggi. La differenza è che ora non rappresenta più tutto il prodotto. Ogni membro dispone di una propria identità all'interno del database e di una scheda professionale collegata al proprio account.

In base al percorso previsto per il membro, la scheda può mostrare informazioni differenti e sbloccare funzionalità differenti. Non abbiamo quindi semplicemente sostituito una directory con una directory più bella. Abbiamo trasformato il professionista da elemento mostrato in una pagina a utente attivo di una piattaforma.

Ed è una differenza enorme.

L'area personale: il professionista entra realmente nel Network digitale

Ogni membro possiede un'area riservata. Da qui può gestire il proprio profilo, le proprie informazioni professionali, la sicurezza dell'account, le impostazioni e le diverse attività disponibili in base al proprio piano. Ma soprattutto può partecipare.

La tecnologia smette così di essere una vetrina che mostra il professionista dall'esterno e diventa uno spazio nel quale il professionista lavora.

Il Blog è diventato un vero sistema editoriale

Anche la pubblicazione dei contenuti è stata ripensata. Oggi LBusinessVoice dispone di un Blog Hub strutturato con categorie professionali, tag controllati, ricerca, autori, articoli correlati, contenuti in evidenza e pagine dedicate ai professionisti che scrivono. Il sistema non serve soltanto a pubblicare post. Serve a collegare il contenuto a chi lo ha scritto, alla sua competenza, alla categoria professionale e all'intero ecosistema.

Dal punto di vista SEO sono state costruite sitemap separate, canonical, dati strutturati Schema.org e logiche specifiche per articoli, categorie, tag, profili, eventi e interviste. Il contenuto quindi non viene trattato come elemento isolato. Diventa parte della struttura informativa della piattaforma.

Gli articoli collaborativi: quando il software deve gestire anche il lavoro tra persone

Una delle funzionalità che rappresenta meglio l'evoluzione del progetto è il sistema degli articoli collaborativi. Un professionista può creare un articolo e invitare altri membri del Network a contribuire. Ogni partecipante lavora sul proprio contributo. Gli inviti possono avere una scadenza. Il professionista invitato può accettare o rifiutare.

L'owner può controllare lo stato dei contributi. I contenuti dei diversi professionisti restano separati durante la fase di lavorazione. Solo successivamente entra in gioco l'assistente AI. L'intelligenza artificiale non viene utilizzata per inventare un articolo al posto dei professionisti. Il suo compito è differente: prendere contributi realmente scritti dai partecipanti e aiutare a organizzarli in un unico contenuto editoriale coerente.

L'articolo passa quindi attraverso editor, versionamento, metadati SEO, copertina e controllo finale prima della pubblicazione. La decisione di pubblicare rimane sempre umana. Questo significa trasformare qualcosa che normalmente richiederebbe email, file Word, messaggi WhatsApp e continui copia-incolla in un workflow gestito direttamente dal software.

Opportunità: rendere visibile ciò che un professionista sta cercando

Un Network non vive soltanto di contenuti. Vive anche di esigenze. Un professionista può aver bisogno di un commercialista. Un'azienda può cercare un partner per un progetto. Un avvocato può avere necessità di confrontarsi con un professionista tecnico. Un consulente può voler costruire una collaborazione.

Per questo è stato sviluppato il sistema delle opportunità. I membri abilitati possono pubblicare una necessità professionale specificando cosa stanno cercando. Altri professionisti possono individuarla e avviare una conversazione collegata proprio a quella opportunità. In questo modo la piattaforma non si limita a dire: «Questi sono i professionisti del Network.»

Può anche mostrare: «Questo professionista in questo momento sta cercando questa competenza.» È un passaggio piccolo dal punto di vista visivo. Ma enorme dal punto di vista della funzione del Network.

La chat interna: non un gruppo WhatsApp

Un'altra esigenza emersa osservando il funzionamento reale del Network è stata quella della comunicazione diretta. Da qui nasce la chat interna riservata ai membri abilitati. Non è un semplice gruppo nel quale tutti leggono tutto. Esistono conversazioni private uno a uno e gruppi creati dagli utenti.

La chat utilizza Supabase Realtime, supporta presenza e aggiornamento delle conversazioni in tempo reale e dispone di un proprio sistema di permessi separato dagli altri sistemi di messaggistica presenti nella piattaforma. Sono stati previsti anche allegati, drag & drop e una palette controllata di emoji.

I collegamenti esterni scritti nei messaggi non vengono trasformati automaticamente in link cliccabili o anteprime: restano semplice testo. Anche una stringa contenente codice HTML viene mostrata come testo e non interpretata dal browser. Sono dettagli che l'utente probabilmente non noterà mai. Ed è proprio questo il punto.

La maggior parte del lavoro necessario per costruire software affidabile è lavoro che non dovrebbe essere visibile all'utente.

Eventi online e in presenza gestiti dalla piattaforma

Gli eventi sono un elemento centrale del Network, quindi anche questa parte non poteva rimanere semplicemente una pagina informativa. È stato costruito un sistema di gestione dedicato. Gli eventi possono essere online o in presenza. La piattaforma gestisce iscrizioni, partecipanti e informazioni collegate all'evento. Per gli incontri online può gestire le informazioni di accesso.

Per gli eventi in presenza può raccogliere partecipanti, accompagnatori, allergie o intolleranze, richieste di fatturazione e stato del pagamento. Il Super Admin dispone di strumenti per creare, modificare e amministrare gli eventi e i relativi partecipanti. L'utente, dalla propria area personale, può invece consultare le proprie prenotazioni.

Ancora una volta non stiamo parlando della pagina `/eventi`. Stiamo parlando di tutto ciò che deve succedere dietro quella pagina perché un evento possa essere realmente gestito.

Assistenza tecnica integrata

Anche l'assistenza è diventata parte del sistema. I membri possono aprire ticket, scegliere una categoria, descrivere il problema e allegare documenti. L'amministrazione dispone di una vera coda di assistenza con stato, priorità, assegnazione, conversazione e note interne. Gli allegati utilizzano Storage privato e vengono verificati prima della memorizzazione.

Non è quindi il classico modulo: «Scrivici e riceveremo una email.» È un piccolo sistema di ticketing integrato direttamente nella piattaforma.

Autorevolezza, partecipazione e attività del Network

Uno dei problemi di qualsiasi community digitale è far percepire che il Network sia vivo. Per questo sono stati costruiti diversi sistemi capaci di leggere ciò che accade realmente all'interno della piattaforma.

Questi elementi non vengono utilizzati semplicemente come gamification. Servono soprattutto a rendere visibile la partecipazione. Un professionista può osservare il proprio percorso. Il Network può mostrare le attività che stanno avvenendo. La piattaforma può riconoscere automaticamente determinati traguardi. E gran parte di queste informazioni viene generata attraverso eventi del database e trigger, evitando di affidare la logica a semplici contatori presenti nell'interfaccia.

Matching tra professionisti

Un altro passo è stato utilizzare i dati già presenti nel sistema per aiutare i membri a individuare professionisti potenzialmente interessanti. Il matching analizza elementi come attività, professione, area geografica, interessi e possibili complementarità. Non decide con chi un professionista debba collaborare. Suggerisce semplicemente persone che potrebbe avere senso conoscere meglio.

Ed è perfettamente coerente con la filosofia del progetto. La tecnologia non deve sostituire la relazione. Deve creare più occasioni perché quella relazione possa iniziare o continuare.

Dietro gli utenti esiste una vera console amministrativa

Una piattaforma utilizzata da più persone non può dipendere dal programmatore per ogni operazione quotidiana. Per questo una parte significativa dello sviluppo è stata dedicata al Super Admin. L'amministrazione può gestire utenti, piani, profili, contenuti, assistenza, articoli, opportunità, eventi e comunicazioni. Ma la console va oltre un normale pannello di gestione.

Sono stati sviluppati strumenti di diagnostica degli account, controllo dell'integrità del database, stato dei servizi esterni, log delle email, monitoraggio delle generazioni AI, audit delle operazioni amministrative, feature flag e modalità manutenzione. Questo significa che molti problemi operativi possono essere controllati e risolti dall'amministrazione senza aprire il codice e senza effettuare un nuovo deploy.

Ed è un aspetto fondamentale quando un progetto deve essere utilizzato realmente nel tempo.

La sicurezza non può essere aggiunta alla fine

Quando un progetto contiene account, dati personali, conversazioni, documenti, profili e contenuti pubblici, la sicurezza deve essere parte dell'architettura. Non una funzione da installare alla fine. LBusinessVoice utilizza ruoli e permessi applicati anche direttamente a livello database. Le policy Row Level Security stabiliscono quali dati ogni utente possa leggere o modificare.

Le operazioni amministrative sensibili vengono registrate. Le azioni critiche richiedono controlli lato server. I file vengono validati. Gli account possono essere sospesi. I dati di un utente che lascia il Network non vengono semplicemente cancellati indiscriminatamente: esistono regole precise per anonimizzazione, contenuti, collaborazioni e storico.

Questo tipo di lavoro difficilmente appare in uno screenshot del sito. Ma è esattamente ciò che separa una bella interfaccia da una piattaforma utilizzabile realmente.

Prima e dopo: non due design diversi, ma due architetture diverse

Questa tabella rappresenta forse meglio di qualsiasi elenco di tecnologie la trasformazione avvenuta.

E allora AgenziaWebMonza realizza siti o software?

Entrambi. Perché la tecnologia deve essere una conseguenza del problema, non il punto di partenza. Per moltissime attività un buon sito WordPress rimane una scelta corretta. In altri casi è preferibile Next.js. In altri ancora serve un'applicazione collegata a un database. E quando processi, utenti, permessi, automazioni e relazioni diventano parte del problema, continuare a ragionare soltanto in termini di pagine e plugin significa utilizzare lo strumento sbagliato.

LBusinessVoice è probabilmente il progetto che rappresenta meglio questa differenza. Non perché sia grande. Ma perché dietro ogni funzione esiste una ragione operativa. La chat esiste perché due professionisti devono potersi ritrovare dopo un evento. Gli articoli collaborativi esistono perché scrivere insieme può diventare un modo per conoscersi professionalmente.

Le opportunità esistono perché una necessità deve poter incontrare una competenza. Il sistema eventi esiste perché un appuntamento deve essere amministrato, non soltanto pubblicizzato. Il matching esiste perché dentro una community può esserci già la persona che stai cercando. Il Super Admin esiste perché il cliente deve poter controllare il proprio progetto senza dipendere continuamente dallo sviluppatore.

È questo che significa progettare una struttura tecnologica.

Il lavoro più importante è iniziato prima del codice

Se avessi interpretato letteralmente la prima richiesta, probabilmente avremmo semplicemente modificato un sito. Il progetto è diventato qualcosa di diverso perché prima di iniziare a costruire abbiamo cercato di capire perché quelle modifiche venivano richieste. È una differenza che considero fondamentale. Un cliente non deve necessariamente conoscere la soluzione tecnica di cui ha bisogno.

Conosce il proprio lavoro. Conosce i propri problemi. Conosce ciò che oggi gli fa perdere tempo. Conosce ciò che vorrebbe poter fare. Il mio compito come sviluppatore è trasformare quelle informazioni in una struttura tecnica che possa realmente supportarlo. LBusinessVoice nasce proprio così. Non da una richiesta:

«Costruiamo una piattaforma con Next.js, Supabase, Realtime e intelligenza artificiale.» Ma da una conversazione molto più semplice: «Vorremmo modificare il nostro sito.» Poi abbiamo iniziato ad ascoltare. E dietro quel sito abbiamo trovato un Network intero da collegare.

Hai un progetto che sta diventando troppo grande per essere gestito come un semplice sito?

Un portale clienti, un'area riservata, una piattaforma professionale, un sistema di prenotazione, una community, un gestionale verticale o un processo che oggi vive tra email, fogli Excel e messaggi possono richiedere qualcosa di diverso da un normale sito web. Il primo passo non è scegliere la tecnologia.

È capire come deve funzionare il sistema.