Come è nato Stello: menu da aggiornare e turisti da capire
La storia di Stello e del fondatore Kirill Minyaev: menu da aggiornare, ospiti stranieri e scelte per semplificare il lavoro del ristorante.
Stello è stato fondato da Kirill Minyaev per rendere più semplice la gestione del menu nei ristoranti e la sua consultazione da parte degli ospiti, anche quando parlano lingue diverse. La storia del progetto parte da una difficoltà quotidiana: avere una buona cucina non basta se il cliente fatica a capire ciò che può ordinare.
Il racconto originario del progetto descrive una cena a Roma con amici stranieri davanti a un menu in italiano. I nomi dei piatti erano familiari a chi conosceva la cucina locale, molto meno agli altri commensali. Il personale doveva spiegare la carta mentre seguiva il servizio. È la situazione da cui prende forma il problema affrontato dal prodotto: rendere le informazioni disponibili senza chiedere al ristoratore di diventare un tecnico.
Chi ha creato il progetto e quale problema voleva risolvere?
Il fondatore è Kirill Minyaev, con esperienza in B2B SaaS e intelligenza artificiale. La scelta alla base del progetto è applicare questi strumenti a un lavoro concreto: portare online il menu, mantenerlo aggiornato e renderlo comprensibile a ospiti diversi.
Questa pagina racconta l'origine e le scelte del progetto. Per informazioni sul team puoi consultare chi siamo; per vedere un utilizzo documentato trovi il caso di cinque ristoranti con menu digitale.
Da quella cena emerge una domanda pratica: se il nome di un piatto non spiega cosa arriverà, come può il cliente scegliere? Una descrizione chiara lascia al personale più spazio per parlare della cucina e delle preferenze del tavolo.
Quando il cliente non capisce il menu
Un ospite può conoscere le parole “pasta” e “pizza” senza sapere cosa significhino una preparazione locale, un taglio di carne o il nome di un ripieno. Tradurre soltanto il titolo del piatto può lasciare irrisolta la domanda principale: che cosa sto scegliendo?
Per questo la direzione scelta dal progetto comprende descrizioni e versioni linguistiche consultabili dal telefono. Il nome tradizionale può restare riconoscibile, mentre la descrizione spiega ingredienti e preparazione. Le fotografie, quando disponibili nel piano, aggiungono un riferimento visivo ma non sostituiscono le informazioni scritte.
Un esempio illustrativo è un piatto chiamato “ravioli della casa”. La descrizione dovrebbe chiarire il ripieno e il condimento effettivi: tradurre solo “house ravioli” non comunica questi dettagli. È il ristorante a conoscere la ricetta e a dover verificare il testo prima della pubblicazione.
La comprensione del piatto resta il criterio con cui scegliere le lingue da pubblicare. Per esempi utilizzabili nella carta trovi la guida al menu in inglese.
Un menu pensato per gli aggiornamenti quotidiani
Un PDF raggiungibile tramite QR può essere sufficiente per una carta breve e ben impaginata. Può anche essere sostituito mantenendo lo stesso indirizzo: non è corretto affermare che ogni aggiornamento obblighi a ristampare il codice.
La difficoltà emerge quando il documento è pensato per la stampa ma viene letto su uno schermo piccolo. Il cliente deve ingrandire, spostarsi sulla pagina o cercare una voce in un file lungo. Se esistono più PDF tradotti, una variazione può richiedere la correzione di diversi documenti.
Il prodotto ha scelto invece un menu composto da contenuti modificabili: sezioni, piatti, descrizioni e prezzi. È una differenza di gestione prima ancora che di aspetto. Il ristoratore interviene sulla voce interessata e controlla il risultato nella pagina pubblica.
| Problema pratico | Scelta del prodotto | Controllo che resta al ristorante |
|---|---|---|
| Carta poco leggibile da telefono | Menu consultabile nel browser | Verificare il risultato su uno smartphone reale |
| Prezzo o piatto da cambiare | Contenuti modificabili | Controllare che il prezzo pubblicato sia corretto |
| Ospiti che parlano lingue diverse | Versioni linguistiche e traduzione AI nei piani previsti | Rivedere descrizioni e termini locali |
| Menu già disponibile su carta | Importazione da foto o PDF | Correggere eventuali errori di lettura |
Il supporto più adatto dipende dal locale. Il confronto fra menu digitale e cartaceo approfondisce costi e situazioni d'uso.
Cambiare un prezzo senza ricominciare da capo
Una carta cambia per molti motivi: un ingrediente non è disponibile, una proposta è stagionale, un prezzo viene aggiornato. Se il menu esiste in copie diverse, il lavoro non termina quando si corregge il documento principale: bisogna ricordarsi anche delle altre versioni distribuite.
Una delle scelte del prodotto è mantenere un punto di accesso al menu che il ristorante può aggiornare. Il QR conduce alla pagina; il contenuto della pagina può cambiare. Il vantaggio operativo sta nel ridurre i passaggi necessari per pubblicare una modifica.
Esempio illustrativo: il locale sostituisce un dolce terminato con una proposta del giorno. Prima di riaprire il servizio verifica nome, descrizione, prezzo e disponibilità nella pagina pubblica. La stessa verifica va fatta nelle lingue offerte agli ospiti. Il codice stampato può restare al suo posto se l'indirizzo del menu non cambia.
Il ristoratore può concentrarsi sulle informazioni che il cliente leggerà, aggiornando la singola voce e mantenendo il collegamento già distribuito.
Dalla foto del menu a una versione da controllare
Molti ristoratori hanno già una carta: ricopiarla è un ostacolo iniziale. Per questo il servizio permette di partire anche da foto o PDF, oltre all'inserimento manuale.
Il riconoscimento del testo aiuta a preparare le voci, ma il risultato va verificato. Una foto poco nitida, un prezzo vicino a due descrizioni o una variante scritta in piccolo possono richiedere correzioni. Il lavoro di revisione dipende dalla leggibilità del materiale e dalla complessità della carta.
Il percorso corretto è caricare, controllare e poi pubblicare. In particolare, ingredienti e informazioni sugli allergeni devono corrispondere alle ricette effettive. Un sistema che legge il testo non può conoscere da solo tutto ciò che avviene in cucina. La Commissione europea descrive gli obblighi di informazione anche per gli alimenti non preimballati: prima di pubblicare, il ristorante verifica ricette, ingredienti, schede dei fornitori e procedure, non soltanto il testo riconosciuto.
La guida per creare un menu da foto o PDF descrive questo passaggio in modo pratico.
Più lingue, senza perdere il controllo del testo
La traduzione automatica aiuta a preparare una versione del menu, ma serve anche un modo per controllarla. Termini regionali, ingredienti e preparazioni richiedono attenzione: un testo grammaticalmente corretto può essere poco chiaro per chi non conosce il piatto.
La scelta del prodotto è affiancare il lavoro linguistico alla gestione del menu. Il piano Free comprende un menu, fino a cinquanta piatti e due lingue; dal piano Base sono disponibili le traduzioni AI fino a quindici lingue. Le condizioni complete sono nella pagina prezzi.
Il criterio per il locale resta concreto: offrire le lingue utili ai propri ospiti e verificare che la descrizione comunichi la stessa preparazione. Quando cambia la ricetta italiana, le altre versioni devono essere ricontrollate.
Che cosa dimostrano i primi esempi pubblicati
La storia del prodotto può essere affiancata da dati osservabili. Nel caso pubblicato su cinque ristoranti, i menu hanno registrato complessivamente 3.670 aperture nel luglio 2026. Il dato misura consultazioni, non clienti unici o ordini.
Gli esempi permettono di confrontare come locali diversi organizzano una carta ampia, un menu compatto o proposte stagionali. I collegamenti pubblici mostrano il risultato consultabile dagli ospiti.
Il legame con l'idea iniziale rimane: aiutare il locale a pubblicare informazioni consultabili e aggiornabili, lasciando al personale accoglienza, consigli e servizio. L'utilità va verificata sul menu del proprio ristorante.
Dal menu agli ordini
Il progetto si è esteso al lavoro di sala e cucina. Con Ordina & Paga, disponibile su Starter e Pro, gli ospiti inviano le comande dal menu e il personale le segue su una bacheca da smartphone o tablet. Quando il locale attiva i pagamenti elettronici, il cliente può anche saldare il conto dal telefono. Il menu rimane il punto di partenza comune per ospiti e ristorante.
Domande frequenti
Perché è nato il progetto?
Per semplificare la gestione del menu e la sua comprensione, anche da parte di ospiti stranieri. La storia originaria parte da una cena a Roma e dalla difficoltà di spiegare una carta in italiano a un gruppo internazionale.
Chi è il fondatore?
Kirill Minyaev, con esperienza in B2B SaaS e intelligenza artificiale. Il collegamento al suo profilo e la pagina del team permettono di distinguere il progetto dalle sole descrizioni delle funzioni.
Perché scegliere un menu modificabile invece di un PDF?
Quando prezzi, disponibilità e descrizioni cambiano spesso, modificare le singole voci può semplificare la gestione. Un PDF resta una possibile soluzione per una carta stabile e leggibile: la scelta dipende dal lavoro richiesto al locale.
Devo ristampare il QR quando cambio un prezzo?
Non se il QR continua a puntare allo stesso indirizzo del menu. Dopo la modifica, apri la pagina pubblica e controlla il risultato. Cambiare l'indirizzo è un'operazione diversa da aggiornare un piatto.
La traduzione AI può essere pubblicata senza controlli?
È opportuno verificare che descrizioni, ingredienti e termini di cucina corrispondano al piatto servito. Il ristorante conosce ricette e preparazioni; l'automazione aiuta a elaborare il testo, ma non sostituisce questa conoscenza.
Dove posso vedere esempi reali?
Nel caso dei cinque ristoranti trovi i collegamenti ai menu e dati storici con periodo e limiti di misurazione. Per le condizioni attuali del prodotto consulta sempre le pagine ufficiali delle funzioni e dei prezzi.
