Tabbble · ReservAction

È il progetto più esteso dello studio, e quello dove si vede meglio cosa vuol dire costruire un prodotto invece di un sito: novantacinque tabelle, sei ruoli, un cliente che può avere più locali, piani con limiti veri e deroghe scritte a mano con la motivazione accanto.

Tre cose che valgono da sole

Gli assistenti AI ci cercano dentro. La guida è pubblicata come server MCP nel registro pubblico: quando qualcuno chiede a un assistente un ristorante a Roma, l’assistente può interrogare direttamente questo archivio invece di rovistare sul web, e riceve schede vere con gli orari prenotabili. È visibilità sugli LLM portata al livello del prodotto, non della pagina.

Le pagine legali nascono dal codice. Un registro dei trattamenti viene generato ispezionando il software file per file, e da quello si scrivono informative e banner. Se qualcuno aggiunge un cookie, le pagine si aggiornano da sole e la pubblicazione si ferma finché quel cookie non è dichiarato. La conformità smette di essere un documento che invecchia.

I domini dei clienti si accendono da soli. Il ristoratore punta il proprio dominio e il certificato arriva senza che nessuno tocchi il server, perché l’elenco dei domini vive nella base di dati e il reverse proxy lo legge da lì. Se un abbonamento si ferma, il dominio resta configurato e mostra un avviso invece di un errore di sicurezza del browser.

Come si tiene in piedi

Ogni rilascio passa da una prova di regressione visiva che apre ogni modello di sito per ogni scenario e ogni larghezza di schermo e ne misura i numeri — larghezza delle colonne, elementi fuori bordo, immagini ripetute — invece di affidarsi all’occhio. La stessa sonda gira poi sulle pagine vere in produzione, prima e dopo, sessantacinque pagine in una quarantina di secondi.