Il ristorante che voleva un'app (e gli ho fatto un gestionale)
Storia di come ho convinto un ristoratore che la soluzione ai suoi problemi non era un'app mobile, ma un semplice gestionale web. Spoiler: mi ringrazia ancora oggi.
Marzo 2022. Mi chiama Roberto, titolare di una trattoria storica in Val di Non. La conversazione inizia così: "Alex, mi serve un'app. Come quelle dei ristoranti fighi, dove i clienti prenotano, guardano il menu, magari ordinano da casa. La vuoi fare tu?"
Io rispondo con la domanda che faccio sempre: "Raccontami cosa non funziona adesso nel tuo lavoro".
E qui viene fuori la verità. Roberto non aveva bisogno di un'app per i clienti. Roberto stava impazzendo perché gestiva le prenotazioni su un quaderno di carta, i fornitori lo chiamavano mentre era ai fornelli, si dimenticava gli ordini, perdeva tempo a contare le scorte a mano ogni sera.
Quando la soluzione è più semplice di quello che pensi
Vedo questa situazione almeno una volta al mese. Un cliente arriva convinto di voler una cosa specifica – di solito qualcosa che ha visto fare a un concorrente o che ha letto su qualche blog – ma in realtà il problema è un altro.
Roberto voleva un'app perché pensava che "app = moderno = più clienti". Il ragionamento non era sbagliato in teoria, ma nella pratica il suo ristorante era sempre pieno. Il problema non era attrarre gente, era gestirla.
Gli ho detto chiaro: "Un'app mobile ti costerebbe sui 15-20mila euro, richiederebbe manutenzione continua, la gente dovrebbe scaricarla e tu dovresti convincerli a farlo. Quanti dei tuoi clienti secondo te si scaricherebbero l'app di una trattoria? Uno su cinquanta, forse".
Silenzio dall'altra parte.
"Invece" continuo "possiamo farti un gestionale personalizzato che usi da browser, come Gmail. Lo apri dal telefono, dal tablet, dal computer. Nessuna installazione, nessuna app store, nessun aggiornamento manuale. E risolve i problemi veri che hai adesso".
Cosa abbiamo costruito davvero
In tre settimane ho realizzato un gestionale web su misura usando Laravel. Niente di esoterico, solo una solida base PHP con un'interfaccia pulita e responsive.
Il sistema gestiva:
- Prenotazioni con calendario visuale (niente più quaderno di carta)
- Lista fornitori e ordini ricorrenti automatici
- Magazzino con alert quando qualcosa stava per finire
- Gestione turni del personale
- Report settimanali automatici su costi e margini
Il bello di Laravel in questi casi è la velocità di sviluppo. Con Eloquent ORM ho mappato il database in poche ore, le migrazioni mi hanno permesso di iterare velocemente durante i feedback di Roberto, e Blade ha reso i template un gioco da ragazzi.
Ho aggiunto anche una piccola API che permetteva di integrare il sistema con il suo fornitore principale di bevande, che aveva un proprio gestionale. Quando Roberto ordinava, l'ordine arrivava direttamente a loro. Magia? No, solo una POST request ben fatta.
// Esempio semplificato dell'integrazione fornitore
public function inviaOrdineFornitore(Ordine $ordine)
{
$client = new \GuzzleHttp\Client();
$response = $client->post($this->fornitore->api_url, [
'json' => [
'codice_cliente' => $this->fornitore->codice,
'prodotti' => $ordine->prodotti->map(function($p) {
return [
'sku' => $p->sku,
'quantita' => $p->quantita
];
})
],
'headers' => [
'Authorization' => 'Bearer ' . $this->fornitore->api_token
]
]);
return $response->getStatusCode() === 200;
}Niente di rivoluzionario, ma funziona. E funzionare è quello che conta.
I risultati dopo sei mesi
Roberto mi ha mandato un messaggio a settembre: "Alex, sto risparmiando almeno un'ora e mezza al giorno. E non perdo più ordini perché me li sono dimenticati".
Tradotto in soldi: un'ora e mezza al giorno per sei mesi sono circa 270 ore risparmiate. Anche valorizzandole poco, parliamo di migliaia di euro. Il gestionale si era già ripagato da solo.
Ma la cosa più bella? Roberto accede al gestionale dal suo telefono mentre è in giro. Apre il browser, fa login, controlla. Non ha dovuto scaricare niente, non deve ricordarsi di aggiornare app, non ha riempito la memoria del telefono.
Esattamente quello che gli serviva, senza fronzoli.
La lezione che ho imparato (e che continuo a imparare)
Questa storia con Roberto me la porto dietro ogni volta che un potenziale cliente mi contatta con un'idea precisa in testa. Non dico mai di no subito, ma scavo. Faccio domande.
"Cosa vuoi ottenere?" è diverso da "Cosa vuoi che io ti faccia".
Spesso la soluzione migliore non è quella che il cliente immagina. Un'app nativa costa di più, richiede più manutenzione, ha bisogno di strategie di distribuzione. Una web app su misura è più veloce da sviluppare, più economica da mantenere, accessibile da qualsiasi dispositivo.
Non sempre è così, ovvio. Ci sono casi dove un'app nativa ha senso. Ma per la maggior parte delle PMI qui a Trento – ristoranti, artigiani, piccoli negozi – un buon gestionale web risolve il 90% dei problemi.
E costa un terzo.
Come scelgo la tecnologia giusta
Quando valuto un progetto, guardo sempre questi fattori:
- Budget reale vs budget immaginato: molti clienti non sanno quanto costa davvero un'app mobile
- Competenze del cliente: saprà gestire un sistema complesso o serve qualcosa di intuitivo?
- Tempo a disposizione: serviva ieri o possiamo fare le cose per bene?
- Scalabilità futura: il progetto crescerà o resterà così?
Nel caso di Roberto, tutte le frecce puntavano verso una soluzione web. Laravel mi ha permesso di consegnargli qualcosa di solido, testato, manutenibile. E siccome uso Laravel da anni per questo tipo di progetti su misura, sapevo esattamente dove potevano nascere i problemi e come evitarli.
La documentazione di Laravel è fantastica, ma l'esperienza sul campo vale dieci volte di più.
E tu, cosa ti serve davvero?
Se stai leggendo questo articolo perché nella tua testa c'è l'idea di un'app, di un software, di un sistema che dovrebbe risolvere qualche problema nella tua attività, facciamo una cosa.
Prima di decidere COSA costruire, ragioniamo insieme su QUALE problema devi risolvere. Magari scopriamo che la soluzione è più semplice di quello che pensi. O magari no, magari serve davvero qualcosa di complesso.
Ma almeno partiamo dal problema reale, non dalla soluzione immaginata.
Se vuoi parlarne, scrivimi. Non ti vendo niente che non ti serve, te lo garantisco. A Roberto l'ho detto chiaro: non hai bisogno di un'app. E oggi mi ringrazia per avergli fatto risparmiare migliaia di euro (e ore di lavoro).
A volte la consulenza migliore è quella che ti fa spendere di meno, non di più.
Ti serve aiuto con questo argomento?
Sono disponibile per consulenze, sviluppo e supporto tecnico. Contattami per discutere il tuo progetto.
Servizi correlati
Articoli correlati
Quella volta che un middleware mi ha salvato da un disastro
Un sabato sera, un bug in produzione. Un cliente infuriato. E un middleware Lara...
Il primo incontro col cliente: cosa chiedo davvero
Quando qualcuno mi chiama per un progetto, la prima domanda non è mai "che tecno...
Lavorare da soli o fare squadra: il dilemma del freelance
Dopo oltre vent'anni da freelance, vi racconto cosa ho imparato sul collaborare...