I pochi numeri da guardare ogni giorno, ciascuno accanto al suo obiettivo.
North Star Β· Ristoranti attivi paganti
β
Locali che usano Tomax in servizio nella settimana
MRR e crescita sul mese al lancio
β
Obiettivo full-time: 5β10k β¬/mese
Clienti paganti attivi al lancio
β
Break-even ~10 clienti
Churn del mese al lancio
β
Tenere il piΓΉ basso possibile
Runway in mesi
β
Mesi di autonomia di cassa
π½ Salute del prodotto
Il prodotto su tutti i ristoranti, aggregato. Finestra 30gg.
Ristoranti attivi / registrati
β
con attivitΓ nella finestra
Servizi (finestra)
β
turni aperti
Coperti serviti
β
Ordini processati
β
Adozione della voce
β
% ordini presi a voce
Latency LLM media
β
QualitΓ AI Β· problemi
β
validation + invalid id
AffidabilitΓ Β· episodi offline
β
Engagement per tenant (chi usa molto e chi sta scivolando)
Tenant
Slug
Piano
Ordini (finestra)
Ultimo ordine
β
Overview ToMax
Riepilogo cross-tenant per finestra 30gg. Click su una metrica per drill-down.
Tenant attivi
β
β
Revenue clienti (finestra)
β
β
Coperti serviti
β
β
Costo AI (finestra)
β
β
Lost revenue (86)
β
β
Tempo risparmiato
β
stima da baseline
β οΈ Alert tenant attivi
Caricamentoβ¦
π Tenant per piano
Caricamentoβ¦
π° Revenue ricorrente ToMax
MRR (mese)
β
β
ARR (12 mesi)
β
proiezione su piani attuali
Churn
β
β
Pricing applicato:Trial 0 Β· Base 69 Β· Pro 119 Β· Enterprise 299 β¬/mese
β€οΈ Health composito ToMax
β
β
π Cohort retention
Tenant onboardati N giorni fa che hanno fatto ordini negli ultimi 7gg.
Caricamentoβ¦
β± Time-to-first-order
Quanti giorni passano dall'onboarding al primo ordine reale.
Media
β
Mediana
β
Con ordini
β
π€ QualitΓ AI + adozione
Ordini con AI
β
Voice vs Text
β
Latency LLM media
β
Fallback / errors
β
Camerieri push attivi
β
Void rate
β
β
Tenant
Slug
Piano
Stato
Camerieri
Ordini
Revenue βΌ
Turni aperti
Ultimo turno
Caricamentoβ¦
β
#
Tenant
Tavolo
Cameriere
Stato
Items
Totale
Input
LLM ms
Allergy
Creato
Caricamentoβ¦
β
Confronto vs periodo precedente di pari durata
Revenue β¬
β
Ordini
β
Coperti
β
AI fallback
β
Lost revenue β¬
β
Void rate %
β
Aggregato per tenant
Tenant
Slug
Eventi 86
Lost revenue (β¬)
Caricamentoβ¦
Eventi recenti
Quando
Tenant
Piatto
Carrelli
Qty
Lost β¬
Caricamentoβ¦
π€ Costi AI & infrastruttura
La voce variabile che puΓ² erodere il margine senza accorgersene. Finestra 30gg.
Costo AI (finestra)
β
Chiamate LLM
β
Token in / out
β
Cache hit
β
Costo / ordine
β
Costo / coperto
β
AI come % ricavo
β
Infra / VPS (mese)
β
Ripartizione per provider / modello
Provider
Modello
Chiamate
Token in / out
Costo (β¬)
Caricamentoβ¦
β οΈ Alert costo AI anomalo per tenant (costo AI > 50% del revenue)
Tenant
Slug
Costo AI
Revenue
Incidenza
Caricamentoβ¦
Per ambito
Ambito
Chiamate
Token in
Token out
Costo (β¬)
Caricamentoβ¦
Per tenant
Tenant
Slug
Chiamate
Costo (β¬)
Caricamentoβ¦
Costi STIMATI a scopo di monitoraggio/budget (listini indicativi, cambio USDβEUR fisso). Non sono fatturazione. Il costo di Tom in streaming puΓ² essere parziale se il provider non riporta i token.
Data
Tenant
Coperti
Ordini
Revenue β¬
Telegram
Generato
Caricamentoβ¦
Ultimi 7 giorni Β· max 200 entries Β· /auth/me esclusi per ridurre rumore
Quando
Admin
Azione
Tenant target
Status
IP
Caricamentoβ¦
Tracking interno: minuti attivi (heartbeat 60s da PWA mentre in foreground). Finestra = selettore in topbar. Mai esposto al tenant.
Tenant con attivitΓ
β
Sessioni totali
β
Ore totali
β
Ghost tenant
β
Per tenant
Tenant
Slug
Piano
Sessioni
Utenti
Minuti
Ultimo heartbeat
Caricamentoβ¦
Adoption KPI
Tenant
Ordini inviati
Msg chat
86
Forza consegna
Annulla lotto
Annulla ordine
Tom azioni
Caricamentoβ¦
Ghost tenant (attivi, 0 sessioni nella finestra)
Tenant
Slug
Piano
Stato
Caricamentoβ¦
Power user (>8 ore/giorno mediamente)
Tenant
Utente
Ruolo
Minuti totali
Ore/giorno
Caricamentoβ¦
Stato infrastrutturale: DB pool, disco, AI provider, probe uptime, memoria processo. Aggiornato ad ogni click.
Uptime processo
β
Memoria RSS
β
Disco usato
β
AI calls (30 min)
β
DB pool
Pool
Totali
Idle
In attesa
Stato
Caricamentoβ¦
Probe uptime (cron 1 min)
Probe
Stato
Latenza ms
Fail consec
Ultimo errore
Ultimo check
Caricamentoβ¦
π‘ Linea di sicurezza allergeni
Obiettivo: soglia 0. Qualsiasi valore > 0 Γ¨ esistenziale e va sollevato subito.
Clienti a rischio (attivi, 0 ordini ultimi 14 giorni)
Tenant
Slug
Ultimo ordine
Health
β
βοΈ Unit economics
CAC
β
LTV
β
LTV / CAC
β
sano β₯ 3
Payback
β
Margine lordo
β
Costo AI / mese
β
Infra / mese
β
Margine lordo reale = MRR β costo AI β infra (non la stima 80-85%). Imposta il costo VPS come uscita ricorrente con categoria vps nella sezione Cassa.
π¦ Cassa & runway
LiquiditΓ disponibile
β
Burn mensile
β
Runway
β
Entrate 30g
β
Uscite 30g
β
Imposta liquiditΓ
Nuovo movimento
Storico mensile
Mese
Entrate
Uscite
β
Movimenti
Data
Tipo
Categoria
β¬
β
β¨ Valore generato per i clienti
Valore AI extra
β
Incremento scontrino
β
Costo AI
β
Ritorno AI
β
valore / costo
Inserisci dato manuale
π Integrazioni & dipendenze
Stato gestionali
Gestionale
Stato
Note
Aggiornato
β
Aggiorna stato
Registra incidente integrazione
Incidenti integrazione
Data
Gestionale
Descrizione
Risolto
β
Drill-down ordine: usa input ID ordine in topbar Β· click su una riga nella tab Ordini
Tenant
Configurazione tenant
Modifiche prendono effetto subito. Telegram bot_token mostrato solo come "configurato".
Tempo medio pre-AI dichiarato dal tenant. Range 30-1800 sec. Lascia vuoto per usare la stima.
ID gruppo/canale. Vuoto = usa quello globale.
Lascia vuoto per non modificare. Scrivi "null" per rimuovere.
GDPR Β· PortabilitΓ e cancellazione
Esporta tutti i dati del tenant (Art.20) o cancellalo definitivamente (Art.17). Wipe richiede conferma testuale WIPE-<slug>.
Manutenzione dati
Elimina i turni di provisioning iniziale e i dati di test (evento_gruppo_id LIKE 'SEED-%'). Utile per ripulire analytics dopo l'onboarding. Solo i dati SEED: l'operativo reale resta intatto. Conferma testuale PURGE-SEEDS-<slug>.
Crea un nuovo cliente: tenant + admin caposala iniziale + seed categorie/capacitΓ default.
Onboarding nuovo tenant
β
1. Menu
2. Telegram
3. Done
Importa menu da CSV
Formato atteso (prima riga = header):
nome,prezzo,categoria,stazione,allergeni,varianti,codice nome e prezzo obbligatori. stazione: cucina|pizza|grill|freddo|bar (default cucina). allergeni e varianti: separati da pipe | (es. "glutine|latticini"). Vuoto = nessuno.
Categorie suggerite (create automaticamente): Antipasti, Primi, Pizze, Secondi, Contorni, Dolci, Bevande, Aperitivi.
Configura Telegram (opzionale)
Per ricevere il report giornaliero e il ping di servizio sul gruppo Telegram del ristorante. chat_id: il cliente crea un gruppo, ti dΓ l'ID (negativo per gruppi, es. -1001234567890). bot_token: lascia vuoto se vuoi usare il bot ToMax di default.
π Tenant pronto
Comunicazione al cliente:
URL:
Login admin: username Β· password fornita in fase di creazione
Suggerisci di cambiare password al primo accesso da Profilo.