Atelier Lumen
Prodotto digitale per un centro estetico multi-sede, dalla scoperta dei trattamenti alla prenotazione in quattro passaggi.
Ruolo
Product Designer (ricerca, UX/UI, architettura dati, prototipazione)
Anno
2026
Settore
Beauty · Spa multi-sede
Strumenti
Figma (con Figma Make per varianti UI rapide), Claude per sintesi ricerca e ideazione, Lovable e Cursor per prototipo funzionante e handoff a codice, GitHub per il versionamento del codice del gestionale, Supabase per lo schema dati, Linear per il tracking delle iterazioni, Maze per i test di usabilità.
Il contesto
I centri estetici e spa di fascia alta vendono un'esperienza fatta di tempo e cura, ma spesso il primo contatto digitale (un form di prenotazione generico) tradisce quella promessa. Rispetto al progetto precedente, qui la sfida non è rassicurare chi ha paura, ma non rompere l'atmosfera costruita dal brand, prenotazione compresa. Ho progettato Atelier Lumen come un centro con due sedi a Milano (Brera e Porta Nuova), trattamenti viso e corpo, gift card e un journal editoriale, un contesto abbastanza ricco da mettere alla prova un sistema di prenotazione realmente multi-sede e multi-operatore, non solo multi-servizio.
Il problema
- Come strutturare una prenotazione a più variabili (sede, trattamento, operatore, data/ora) senza farla percepire come un modulo burocratico?
- Come gestire due sedi con calendari, operatori e disponibilità indipendenti, mantenendo un'unica esperienza di prenotazione coerente?
- Come far convivere il lato editoriale del brand (journal, promozioni, gift card) con un flusso transazionale che deve restare rapido?
Processo
01
Positioning e tono
Il naming "Atelier", non "salone", è la prima decisione di prodotto: comunica lavoro su singolo appuntamento, non flusso continuo di clienti. Da qui il copy ("la cura che si vede, la calma che si sente"), il ritmo visivo delle pagine, e la scelta di presentare ogni trattamento come un protocollo scritto e personalizzato, non come una voce di listino.
02
Mappatura dei flussi
A differenza di un servizio con un solo punto vendita, qui la sede è la prima variabile del sistema: cambia il calendario, gli operatori assegnabili e i trattamenti offerti. Ho progettato il flusso di prenotazione in 4 step (sede, trattamento e operatore, data e ora, conferma), rendendo la sede una scelta esplicita in apertura invece che in un menu secondario.
03
Architettura dati
Prima di disegnare le schermate ho definito la struttura dati per sostenere sedi, operatori e disponibilità in modo indipendente ma coerente. La relazione operatore/sede è il punto delicato dello schema: un operatore può lavorare su più sedi con disponibilità diverse, quindi la disponibilità va incrociata anche con la sede scelta nello step 1.
- sedi, nome, indirizzo, telefono, sede attiva
- operatori, nome, sede/i di appartenenza, specializzazioni, foto
- trattamenti, nome, categoria, durata, prezzo, sedi in cui è disponibile
- prenotazioni, collega cliente, sede, operatore, trattamento, data/ora e stato
- disponibilita_operatori, fasce orarie ricorrenti per sede
- promozioni, trattamento o pacchetto, prezzo scontato, validità
- gift_card, codice, valore, stato, destinatario
04
UI e prototipazione
Ho mantenuto l'impianto editoriale (fotografia dei trattamenti, recensioni, promozione in evidenza) anche nelle pagine transazionali, per non spezzare il tono del brand nel passaggio dalla scoperta all'azione. Il flusso di prenotazione adotta lo stesso linguaggio visivo del sito, con un indicatore di avanzamento a 4 passaggi sempre visibile.
05
Gestionale, notifiche e PWA
Anche qui il prodotto è pensato come piattaforma SaaS completa: un gestionale per lo staff con agenda per sede e operatore, stato delle prenotazioni e registro delle gift card, conferme e promemoria automatici via SMS ed email, e un'app installabile (PWA), lato cliente per gestire prenotazioni e gift card, lato staff per consultare l'agenda da tablet in reception in entrambe le sedi.
Decisioni chiave
Sede come primo step della prenotazione, non un filtro secondario
Rende esplicita una scelta che altrimenti genererebbe ambiguità su calendario e operatori disponibili.
Operatori collegati a più sedi con disponibilità distinte
Riflette la realtà operativa reale di un centro multi-sede, dove lo staff può ruotare.
Gift card e promozioni come entità separate dai trattamenti
Permette di gestirne validità e prezzo scontato senza toccare il catalogo trattamenti.
Flusso di prenotazione con lo stesso linguaggio visivo del sito editoriale
Evita che il momento transazionale rompa la percezione di cura costruita nel resto del sito.
Stato del progetto
Il concept pubblico (home, trattamenti, team, gift card, journal, prenotazione) è live. Disponibilità incrociata su sede e operatore, area di gestione per lo staff e attivazione/riscatto delle gift card sono le estensioni naturali, già previste nello schema dati.
Cosa dimostra questo progetto
La capacità di tradurre un vincolo operativo reale, più sedi, più operatori, disponibilità incrociate, in una struttura dati solida prima ancora che in un'interfaccia, mantenendo la coerenza del linguaggio di brand anche nella parte più funzionale del prodotto. È il complemento naturale del case study sullo studio dentistico: stesso metodo, contesto e vincoli di dominio diversi.