M's Works

Parliamo su

Case study2026

Prenotazioni online per una barberia storica

Sito, prenotazione senza registrazione e gestionale di sala in un'unica applicazione, al posto di un sistema di vent'anni fa.

Il gestionale di sala: l'agenda del giorno con gli appuntamenti per barbiere
La home della barberia su smartphone, con la prenotazione in evidenza
Cliente
Priolo the Barbers
Settore
Barberia · Palermo, dal 1982
Servizi
Sviluppo Web & App · Brand & UI/UX Design · GDPR & Privacy
Il contesto

Priolo the Barbers è una barberia di Palermo attiva dal 1982. Prenotava online già da anni, con un sistema costruito su tecnologie ormai fuori supporto, e con una clientela che va dai ragazzini agli ottantenni.

Il problema
  1. Il sistema precedente era costruito su una tecnologia non più mantenuta.

  2. Molti clienti hanno i vecchi indirizzi delle pagine salvati nei preferiti.

  3. Obbligare a registrarsi per prenotare un taglio allontana proprio i clienti abituali.

  4. Due persone che scelgono lo stesso orario nello stesso momento non devono poter prenotare entrambe.

  5. Chi non ha un barbiere preferito non deve essere costretto a sceglierne uno per prenotare.

Le decisioni, e il perché

Ogni scelta ha un vincolo dietro

Il vincolo

L'interfaccia risponde subito, prima che il server confermi. Ma due clienti possono scegliere lo stesso orario nello stesso istante.

La scelta

La sovrapposizione è vietata dal database stesso, non da un controllo nel codice.

Perché

Un controllo applicativo ha sempre una finestra tra la verifica e la scrittura in cui un'altra prenotazione può infilarsi. Delegando la regola al database, la seconda prenotazione viene respinta comunque: l'interfaccia può restare istantanea senza che la correttezza dipenda dalla fortuna.

Il vincolo

Un account permette storico e promemoria, ma la registrazione è il punto in cui la gente abbandona.

La scelta

Si prenota con nome e telefono. L'account viene proposto dopo la conferma, mai prima.

Perché

Il cliente che vuole solo un taglio non deve pagare il prezzo di una funzione che serve a noi. Chi vuole lo storico se lo prende dopo, e viene ricollegato alle sue prenotazioni passate tramite il numero di telefono.

Il vincolo

I vecchi indirizzi delle pagine sono nei preferiti di molti clienti da anni.

La scelta

Ogni vecchio indirizzo reindirizza in modo permanente alla pagina nuova corrispondente.

Perché

Un cliente che apre il preferito e trova una pagina di errore non cerca il sito nuovo: chiama, o va altrove. Il costo di mantenere quei percorsi è qualche riga; il costo di perderli si paga in clienti.

Il vincolo

Una parte importante della clientela è anziana, e un banner di consenso è un ostacolo che confonde.

La scelta

Nessuno strumento che richieda consenso: mappa senza tracciamento e numero ricordato solo dietro spunta esplicita.

Perché

Il banner non si toglie scegliendo di non mostrarlo: si toglie non usando ciò che lo rende obbligatorio. Togliere il tracciamento è costato meno di quanto sarebbe costato un cliente che si blocca davanti al popup e chiude la pagina.

Il vincolo

La richiesta del cliente era esplicita: il sito deve essere «pesantemente ottimizzato».

La scelta

Prima misurato, poi ottimizzato. Il tempo se ne andava nelle interrogazioni al database, non nel disegno delle pagine.

Perché

Precalcolare più pagine era la strada ovvia e non avrebbe cambiato niente: il guscio del gestionale era già istantaneo. È rimasto solo ciò che nella misura pagava davvero, ed è stato tolto un precaricamento che sembrava sensato ma peggiorava i tempi in un confronto diretto.

Cosa abbiamo costruito

Prenotazione in tre passi

Servizio, giorno e ora, nome e telefono. Il barbiere si sceglie, oppure lo decide il negozio.

Agenda di sala

Tre viste, spostamento appuntamenti, assenze e chiusure con impatto mostrato prima di salvare.

Scheda cliente

Storico visite, cadenza media e note, con il telefono come identità.

Promemoria su WhatsApp

Arriva dove il negozio già scrive, col link personale per disdire o spostare senza chiamare.

Il tablet del bancone

Schermo sempre acceso, avviso sonoro a ogni prenotazione e disdetta, uscita protetta da PIN.

Il risultato

Prenotazione completabile senza creare un account

Doppie prenotazioni impedite dal database, non da un controllo applicativo

Indirizzi del vecchio sito reindirizzati uno a uno: nessun preferito che finisce su una pagina di errore

Nessun banner cookie, perché non c'è nulla che lo renda necessario

Tecnologie

Next.jsReactTypeScriptPostgreSQLPrismaTailwind CSS
Prossimo passo

Hai un progetto simile?

Raccontaci da dove parti. Ti rispondiamo con una proposta chiara e tempi realistici, senza impegno.