Tre ruoli, tre app, un negozio confuso
WeShop nasce come famiglia di applicazioni per il punto vendita: una per il titolare, una per chi vende, una per il magazzino. Sulla carta è ordinato. Su un telefono che sta in tasca a una persona sola, è un problema.
Risultati misurati
4 → 1
applicazioni da installare e aggiornare
1
sola base di codice Flutter
3
ruoli dentro la stessa app
iOS · Android
dallo stesso sorgente
01 — Contesto
Chi lavora in negozio fa più di un mestiere
Nei negozi piccoli la stessa persona vende, controlla il magazzino e guarda i numeri a fine giornata. Con tre app separate questo significa tre installazioni, tre accessi, tre aggiornamenti — e la domanda ricorrente su quale aprire per fare cosa.
Sul piano tecnico il costo era anche più alto: ogni correzione andava portata a mano su più repository, con il rischio che una funzione condivisa si comportasse in modo diverso a seconda dell'app.
02 — Approccio
Consolidare invece di moltiplicare
Le applicazioni sono state fuse in una sola — WeShop Business — dove le tre aree diventano sezioni che compaiono in base ai permessi di chi ha fatto l'accesso. Chi ha un ruolo solo vede un'app semplice; chi li ha tutti non cambia applicazione.
I repository superati non sono stati cancellati ma marcati: ognuno dichiara nella descrizione da quale data è superato e dove è confluito. Chi torna su quel codice fra un anno capisce subito che non è lì che deve lavorare.
03 — Soluzione
Cosa contiene l'app
Area titolare
Andamento del negozio, incassi e controllo delle attività del personale.
Area vendita
Il lavoro quotidiano al banco, pensato per essere usato con una mano sola.
Area magazzino
Giacenze, carichi e movimenti, con le rilevazioni fatte dove stanno le merci.
Permessi per ruolo
Le sezioni compaiono in base a chi entra: una sola installazione per tutto il negozio.
04 — Dentro il codice
Le prove sono divise come il negozio
L'applicazione è organizzata in tre parti: l'accesso, il nucleo condiviso e i moduli — uno per area del negozio. Centodiciassette sorgenti Dart che producono l'app per iOS e per Android senza scrivere due volte la stessa schermata.
La cosa che dice di più sta nella cartella delle prove automatiche: è divisa in titolare, vendita, magazzino e prodotto, cioè esattamente come è divisa l'app. Quando le prove somigliano al dominio invece che ai file, chi arriva dopo capisce cosa deve funzionare prima ancora di leggere il codice.
È anche il motivo per cui la fusione delle quattro applicazioni in una è stata possibile senza rompere niente: ogni area aveva già le sue verifiche, e dopo lo spostamento bastava rilanciarle.
05 — Risultato
Meno cose da installare, meno cose da spiegare
Il negozio installa un'applicazione sola e la aggiorna una volta. Dal lato dello sviluppo, una correzione vale per tutti i ruoli invece di dover essere replicata su tre progetti: è il genere di semplificazione che non si vede dall'esterno ma si sente a ogni rilascio.
