
User Management per i Brand Portals — SeeCommerce
Accesso più sicuro e scalabile: iscrizioni con approvazione, ruoli e permessi chiari, meno attriti per clienti e admin.
Sommario:
Risultati ottenuti:
Tipo di lavoro:
Progettazione e ottimizzazione funzionalità (UX/UI)
Consegna:
Sezione dedicata in SeeCommerce per la gestione utenti dei Brand Portals
Team:
Giacomo Dalia; team sviluppo Warda; CPO
Il mio ruolo:
UX/UI Designer — analisi dei flussi, architettura funzionale, prototipazione interfacce
Perché serviva un vero User Management
I Brand Portals sono nati per offrire ai brand un nuovo touchpoint esterno, interamente gestibile all’interno di SeeCommerce. La prima versione fu volutamente un MVP minimale dal punto di vista della gestione degli utenti: prevedeva un’unica utenza condivisa, una scelta temporanea e consapevole per permettere ai clienti di iniziare subito a testare lo strumento, caricare i primi contenuti e restituire feedback utili allo sviluppo. Questa impostazione, pur con i suoi limiti, ha funzionato come banco di prova: ha permesso di validare rapidamente il valore del prodotto e di capire quali aspetti fossero prioritari da rafforzare nella futura gestione delle iscrizioni. I clienti, infatti, avevano bisogno di decidere chi potesse entrare e con quali permessi, distinguendo ruoli diversi come stampa, partner o rivenditori. Inizialmente si era pensato di integrare questi utenti nello User Management generale di SeeCommerce, ma questa scelta generava confusione e conflitti con le utenze già esistenti. Da qui l’idea di creare uno User Management separato ma coerente, dedicato esclusivamente ai portali. La nuova soluzione ha introdotto iscrizioni con approvazione, ruoli e permessi mirati e una visibilità trasparente sullo stato delle richieste, rispecchiando la complessità reale senza appesantire l’esperienza.
Problema:
Integrare gli utenti dei portali nel User Management generale creava confusione (account duplicati, conflitti di permessi, percorsi Press/Trade diversi).
Soluzione:
Separare i domini: una sezione dedicata ai portali con flussi pensati ad hoc, mantenendo coerenza visiva e di linguaggio con SeeCommerce.
La nuova architettura introduce tre stati chiave per le persone che chiedono l’accesso: Registration Requests (pending), [Accepted] e Rejected. Da qui si innestano le quattro sottosezioni operative:
Portal Users — vista unica degli utenti approvati, con la lista dei portali a cui hanno accesso all’interno del tenant.
Registration Requests — gestione delle richieste per singolo portale: approvare, rifiutare o lasciare in pending.
Portal Roles — definizione dei ruoli e dei relativi permessi (es. download singolo o massivo consentito solo ad alcuni profili).
Portal Permissions — elenco dei permessi disponibili per comporre i ruoli.
Questo impianto risolve i conflitti fra utenze e chiarisce “chi può fare cosa”, lasciando agli admin la libertà di modellare regole diverse per target diversi (ad esempio Press con accesso immediato ai materiali editoriali e Trade con passaggi di verifica aggiuntivi).
Disegnare semplice ciò che è complesso
Problema:
Troppi passaggi manuali e poca visibilità rendevano la gestione lenta e fragile.
Soluzione:
Portare tutto “in casa”: gli admin dei tenant consultano, approvano o rifiutano le richieste direttamente in SeeCommerce; le decisioni restano tracciate e rivedibili.
Nella pratica, l’esperienza per l’admin è molto fluida e intuitiva: le richieste appaiono in un elenco ordinato e corredato delle informazioni essenziali, così da poter valutare con chiarezza chi sta chiedendo l’accesso. Prima di approvare, l’amministratore deve scegliere il ruolo da associare all’utente: questo passaggio obbligatorio evita che si conceda l’accesso senza permessi adeguati e garantisce coerenza nelle regole di utilizzo. Nei casi in cui i clienti richiedano policy più stringenti, il flusso non cambia ma può includere condizioni aggiuntiv], come l’approvazione subordinata alla firma di un contratto o a un controllo documentale. In questo modo la governance si rafforza e resta sicura, senza appesantire l’operatività quotidiana o rallentare i tempi di lavoro.
Dal pilota al quotidiano: cosa cambia davvero
Risultati osservati
In termini concreti, il nuovo User Management ha consolidato l’adozione dei Brand Portals: il 100% degli accordi preliminari è stato convertito in contratti attivi e non si sono registrati abbandoni nella fase di rollout. La separazione fra il sistema utenti della piattaforma e quello dei portali ha scongiurato conflitti e duplicazioni, mentre la gestione per ruoli ha reso più chiara la discrezionalità su cosa si può vedere e scaricare. Dal punto di vista operativo, l’approvazione centralizzata in SeeCommerce ha ridotto del 20% i passaggi manuali e i rimpalli fra team, con un miglioramento percepito dell’efficienza: gli utenti hanno riportato vantaggiosa la rapidità di apprendimento, attribuita alla coerenza dei flussi con il resto della piattaforma.
Conclusione
Il progetto ha trasformato un MVP “aperto” in un sistema di accesso controllato che cresce con i bisogni dei brand. La chiarezza dei ruoli, la tracciabilità delle decisioni e l’autonomia per gli admin hanno reso i Brand Portals più affidabili nel quotidiano e più convincente la proposta di SeeCommerce verso nuovi clienti.

User Management per i Brand Portals — SeeCommerce
Accesso più sicuro e scalabile: iscrizioni con approvazione, ruoli e permessi chiari, meno attriti per clienti e admin.
Sommario:
Risultati ottenuti:
Tipo di lavoro:
Progettazione e ottimizzazione funzionalità (UX/UI)
Consegna:
Sezione dedicata in SeeCommerce per la gestione utenti dei Brand Portals
Team:
Giacomo Dalia; team sviluppo Warda; CPO
Il mio ruolo:
UX/UI Designer — analisi dei flussi, architettura funzionale, prototipazione interfacce
Perché serviva un vero User Management
I Brand Portals sono nati per offrire ai brand un nuovo touchpoint esterno, interamente gestibile all’interno di SeeCommerce. La prima versione fu volutamente un MVP minimale dal punto di vista della gestione degli utenti: prevedeva un’unica utenza condivisa, una scelta temporanea e consapevole per permettere ai clienti di iniziare subito a testare lo strumento, caricare i primi contenuti e restituire feedback utili allo sviluppo. Questa impostazione, pur con i suoi limiti, ha funzionato come banco di prova: ha permesso di validare rapidamente il valore del prodotto e di capire quali aspetti fossero prioritari da rafforzare nella futura gestione delle iscrizioni. I clienti, infatti, avevano bisogno di decidere chi potesse entrare e con quali permessi, distinguendo ruoli diversi come stampa, partner o rivenditori. Inizialmente si era pensato di integrare questi utenti nello User Management generale di SeeCommerce, ma questa scelta generava confusione e conflitti con le utenze già esistenti. Da qui l’idea di creare uno User Management separato ma coerente, dedicato esclusivamente ai portali. La nuova soluzione ha introdotto iscrizioni con approvazione, ruoli e permessi mirati e una visibilità trasparente sullo stato delle richieste, rispecchiando la complessità reale senza appesantire l’esperienza.
Problema:
Integrare gli utenti dei portali nel User Management generale creava confusione (account duplicati, conflitti di permessi, percorsi Press/Trade diversi).
Soluzione:
Separare i domini: una sezione dedicata ai portali con flussi pensati ad hoc, mantenendo coerenza visiva e di linguaggio con SeeCommerce.
La nuova architettura introduce tre stati chiave per le persone che chiedono l’accesso: Registration Requests (pending), [Accepted] e Rejected. Da qui si innestano le quattro sottosezioni operative:
Portal Users — vista unica degli utenti approvati, con la lista dei portali a cui hanno accesso all’interno del tenant.
Registration Requests — gestione delle richieste per singolo portale: approvare, rifiutare o lasciare in pending.
Portal Roles — definizione dei ruoli e dei relativi permessi (es. download singolo o massivo consentito solo ad alcuni profili).
Portal Permissions — elenco dei permessi disponibili per comporre i ruoli.
Questo impianto risolve i conflitti fra utenze e chiarisce “chi può fare cosa”, lasciando agli admin la libertà di modellare regole diverse per target diversi (ad esempio Press con accesso immediato ai materiali editoriali e Trade con passaggi di verifica aggiuntivi).
Disegnare semplice ciò che è complesso
Problema:
Troppi passaggi manuali e poca visibilità rendevano la gestione lenta e fragile.
Soluzione:
Portare tutto “in casa”: gli admin dei tenant consultano, approvano o rifiutano le richieste direttamente in SeeCommerce; le decisioni restano tracciate e rivedibili.
Nella pratica, l’esperienza per l’admin è molto fluida e intuitiva: le richieste appaiono in un elenco ordinato e corredato delle informazioni essenziali, così da poter valutare con chiarezza chi sta chiedendo l’accesso. Prima di approvare, l’amministratore deve scegliere il ruolo da associare all’utente: questo passaggio obbligatorio evita che si conceda l’accesso senza permessi adeguati e garantisce coerenza nelle regole di utilizzo. Nei casi in cui i clienti richiedano policy più stringenti, il flusso non cambia ma può includere condizioni aggiuntiv], come l’approvazione subordinata alla firma di un contratto o a un controllo documentale. In questo modo la governance si rafforza e resta sicura, senza appesantire l’operatività quotidiana o rallentare i tempi di lavoro.
Dal pilota al quotidiano: cosa cambia davvero
Risultati osservati
In termini concreti, il nuovo User Management ha consolidato l’adozione dei Brand Portals: il 100% degli accordi preliminari è stato convertito in contratti attivi e non si sono registrati abbandoni nella fase di rollout. La separazione fra il sistema utenti della piattaforma e quello dei portali ha scongiurato conflitti e duplicazioni, mentre la gestione per ruoli ha reso più chiara la discrezionalità su cosa si può vedere e scaricare. Dal punto di vista operativo, l’approvazione centralizzata in SeeCommerce ha ridotto del 20% i passaggi manuali e i rimpalli fra team, con un miglioramento percepito dell’efficienza: gli utenti hanno riportato vantaggiosa la rapidità di apprendimento, attribuita alla coerenza dei flussi con il resto della piattaforma.
Conclusione
Il progetto ha trasformato un MVP “aperto” in un sistema di accesso controllato che cresce con i bisogni dei brand. La chiarezza dei ruoli, la tracciabilità delle decisioni e l’autonomia per gli admin hanno reso i Brand Portals più affidabili nel quotidiano e più convincente la proposta di SeeCommerce verso nuovi clienti.

User Management per i Brand Portals — SeeCommerce
Accesso più sicuro e scalabile: iscrizioni con approvazione, ruoli e permessi chiari, meno attriti per clienti e admin.
Sommario:
Risultati ottenuti:
Tipo di lavoro:
Progettazione e ottimizzazione funzionalità (UX/UI)
Consegna:
Sezione dedicata in SeeCommerce per la gestione utenti dei Brand Portals
Team:
Giacomo Dalia; team sviluppo Warda; CPO
Il mio ruolo:
UX/UI Designer — analisi dei flussi, architettura funzionale, prototipazione interfacce
Perché serviva un vero User Management
I Brand Portals sono nati per offrire ai brand un nuovo touchpoint esterno, interamente gestibile all’interno di SeeCommerce. La prima versione fu volutamente un MVP minimale dal punto di vista della gestione degli utenti: prevedeva un’unica utenza condivisa, una scelta temporanea e consapevole per permettere ai clienti di iniziare subito a testare lo strumento, caricare i primi contenuti e restituire feedback utili allo sviluppo. Questa impostazione, pur con i suoi limiti, ha funzionato come banco di prova: ha permesso di validare rapidamente il valore del prodotto e di capire quali aspetti fossero prioritari da rafforzare nella futura gestione delle iscrizioni. I clienti, infatti, avevano bisogno di decidere chi potesse entrare e con quali permessi, distinguendo ruoli diversi come stampa, partner o rivenditori. Inizialmente si era pensato di integrare questi utenti nello User Management generale di SeeCommerce, ma questa scelta generava confusione e conflitti con le utenze già esistenti. Da qui l’idea di creare uno User Management separato ma coerente, dedicato esclusivamente ai portali. La nuova soluzione ha introdotto iscrizioni con approvazione, ruoli e permessi mirati e una visibilità trasparente sullo stato delle richieste, rispecchiando la complessità reale senza appesantire l’esperienza.
Problema:
Integrare gli utenti dei portali nel User Management generale creava confusione (account duplicati, conflitti di permessi, percorsi Press/Trade diversi).
Soluzione:
Separare i domini: una sezione dedicata ai portali con flussi pensati ad hoc, mantenendo coerenza visiva e di linguaggio con SeeCommerce.
Disegnare semplice ciò che è complesso
La nuova architettura introduce tre stati chiave per le persone che chiedono l’accesso: Registration Requests (pending), [Accepted] e Rejected. Da qui si innestano le quattro sottosezioni operative:
Portal Users — vista unica degli utenti approvati, con la lista dei portali a cui hanno accesso all’interno del tenant.
Registration Requests — gestione delle richieste per singolo portale: approvare, rifiutare o lasciare in pending.
Portal Roles — definizione dei ruoli e dei relativi permessi (es. download singolo o massivo consentito solo ad alcuni profili).
Portal Permissions — elenco dei permessi disponibili per comporre i ruoli.
Questo impianto risolve i conflitti fra utenze e chiarisce “chi può fare cosa”, lasciando agli admin la libertà di modellare regole diverse per target diversi (ad esempio Press con accesso immediato ai materiali editoriali e Trade con passaggi di verifica aggiuntivi).
Problema:
Troppi passaggi manuali e poca visibilità rendevano la gestione lenta e fragile.
Soluzione:
Portare tutto “in casa”: gli admin dei tenant consultano, approvano o rifiutano le richieste direttamente in SeeCommerce; le decisioni restano tracciate e rivedibili.
Dal pilota al quotidiano: cosa cambia davvero
Nella pratica, l’esperienza per l’admin è molto fluida e intuitiva: le richieste appaiono in un elenco ordinato e corredato delle informazioni essenziali, così da poter valutare con chiarezza chi sta chiedendo l’accesso. Prima di approvare, l’amministratore deve scegliere il ruolo da associare all’utente: questo passaggio obbligatorio evita che si conceda l’accesso senza permessi adeguati e garantisce coerenza nelle regole di utilizzo. Nei casi in cui i clienti richiedano policy più stringenti, il flusso non cambia ma può includere condizioni aggiuntiv], come l’approvazione subordinata alla firma di un contratto o a un controllo documentale. In questo modo la governance si rafforza e resta sicura, senza appesantire l’operatività quotidiana o rallentare i tempi di lavoro.
Risultati osservati
In termini concreti, il nuovo User Management ha consolidato l’adozione dei Brand Portals: il 100% degli accordi preliminari è stato convertito in contratti attivi e non si sono registrati abbandoni nella fase di rollout. La separazione fra il sistema utenti della piattaforma e quello dei portali ha scongiurato conflitti e duplicazioni, mentre la gestione per ruoli ha reso più chiara la discrezionalità su cosa si può vedere e scaricare. Dal punto di vista operativo, l’approvazione centralizzata in SeeCommerce ha ridotto del 20% i passaggi manuali e i rimpalli fra team, con un miglioramento percepito dell’efficienza: gli utenti hanno riportato vantaggiosa la rapidità di apprendimento, attribuita alla coerenza dei flussi con il resto della piattaforma.
Conclusione
Il progetto ha trasformato un MVP “aperto” in un sistema di accesso controllato che cresce con i bisogni dei brand. La chiarezza dei ruoli, la tracciabilità delle decisioni e l’autonomia per gli admin hanno reso i Brand Portals più affidabili nel quotidiano e più convincente la proposta di SeeCommerce verso nuovi clienti.