Accesso
Schermate di login e registrazione
Nutrizione sportiva · App mobile
KultLab: fase di discovery per un’app di nutrizione sportiva
Fase di discovery dell’app mobile di KultLab, catena di negozi di nutrizione sportiva in Siberia: ricerca, raccolta dei requisiti e un pacchetto completo di documentazione e prototipi pronto per lo sviluppo. Strumenti: Figma e Confluence.
KultLabRetail, nutrizione sportiva
Il prodotto
KultLab è una catena di negozi di nutrizione sportiva presente in Siberia. L’azienda stava pianificando il lancio di una propria app mobile e si è rivolta a noi per una fase di discovery: progettare il prodotto digitale prima dello sviluppo, così che il team tecnico ricevesse specifiche chiare e ponderate invece di costruire l’interfaccia strada facendo.
L’obiettivo della discovery è ridurre l’incertezza e il rischio di costose rilavorazioni. In questa fase abbiamo svolto l’analisi, raccolto i requisiti e preparato un pacchetto di documentazione completo: wireframe dettagliati, user stories, prototipi interattivi in Figma e descrizione della logica in Confluence.
La sfida
Avviare lo sviluppo senza design e requisiti definiti significa mettere in conto rilavorazioni, ritardi e sforamenti di budget. La catena gestisce più punti vendita, ciascuno con il proprio magazzino: l’app doveva quindi offrire una logica di disponibilità trasparente e permettere di acquistare nel negozio in cui l’articolo è presente.
Un’ulteriore sfida era progettare catalogo e schermata home per coinvolgere l’utente (promozioni, bestseller, banner) e prevedere fin dall’inizio una corretta gestione dei dati personali secondo la normativa applicabile.
Punti salienti del progetto
Accesso e catalogo strutturatoRicerca, «Promozioni» e «Bestseller»Disponibilità per punto venditaAcquisto nel negozio che ha l’articoloBanner promo per il coinvolgimentoArchitettura di archiviazione dei dati personali
Soluzione e approccio
Abbiamo impostato il lavoro come una classica fase di discovery: prima analisi e raccolta dei requisiti, poi scenari utente (user stories), wireframe e prototipi interattivi. Tutta la logica e la documentazione sono state gestite in Confluence, la parte visiva e i prototipi cliccabili in Figma.
Abbiamo dedicato particolare attenzione ai punti non banali: la disponibilità per punto vendita, il flusso di acquisto tra negozi diversi e l’architettura di archiviazione dei dati personali. Il cliente ha ricevuto un pacchetto pronto da consegnare allo sviluppo, senza zone d’ombra.
Funzionalità del prodotto
Catalogo prodotti
Catalogo strutturato di nutrizione sportiva con ricerca e schede prodotto
Promozioni e bestseller
Sezioni «Promozioni» e «Bestseller» con selezioni di prodotti per il coinvolgimento
Disponibilità per negozio
Logica delle giacenze tra i punti vendita della catena e acquisto nel negozio giusto
Banner promozionali
Varianti di banner e blocchi promo nella schermata home
Conformità dei dati personali
Architettura di archiviazione dei dati personali conforme ai requisiti di legge
Home e catalogo
La schermata chiave dell’app riunisce la navigazione nel negozio: barra di ricerca, grandi riquadri di accesso rapido «Promozioni» e «Bestseller» con il numero di articoli e un feed di prodotti con link al catalogo.
Le schede prodotto mostrano immagine, nome, valutazione, gusto e prezzo, mentre i badge «HIT», «SALE» e «POPULAR» evidenziano gli articoli prioritari e spingono all’acquisto.
Il catalogo da vicino
Un frame dedicato mostra la struttura della home senza contesto: ricerca, due blocchi in evidenza «Promozioni» e «Bestseller» e una griglia di schede prodotto nella sezione «Prodotti».
Questa impaginazione definisce la gerarchia visiva, prima promo e navigazione, poi il catalogo, e fa da riferimento di layout per lo sviluppo futuro.
Banner promo e feed prodotti
Una variante della home con carosello di banner promozionali: scheda di un prodotto in offerta con prezzo vecchio e nuovo, freccia di navigazione e indicatore delle slide.
Sotto il banner, lo stesso feed di prodotti con schede e badge. Così la discovery fissa diversi scenari di coinvolgimento ancora prima dell’avvio dello sviluppo.
Perché la discovery prima dello sviluppo, invece di costruire subito
La discovery è la progettazione strutturata del prodotto prima di scrivere la prima riga di codice. Per l’app di una catena con più punti vendita e una logica di disponibilità complessa è particolarmente importante: un errore architetturale all’inizio si traduce in un costoso refactoring a metà sviluppo.
In cifre
2–6 sett.durata tipica di una discovery MVP
100%della documentazione pronta per lo sviluppo
PIIarchitettura di archiviazione conforme ai requisiti di legge
2strumenti: Figma e Confluence
Fase di discovery completata: analisi di mercato, concorrenti e pubblico target.
Wireframe dettagliati delle prime schermate: accesso e catalogo con varianti di banner.
User stories descritte, incluso l’acquisto da negozi diversi in base alle giacenze.
Progettato il flusso di acquisto tra punti vendita: il cliente vede le giacenze aggiornate in ogni negozio della catena.
Schermate di accesso e catalogo con varianti di banner elaborate in Figma.
Risultato: una base per avviare lo sviluppo, con documentazione in Confluence e prototipi in Figma.
Dati personali e architettura già in fase di progettazione
Già nella discovery abbiamo definito un’architettura di archiviazione dei dati personali conforme ai requisiti della giurisdizione del cliente. Il team di sviluppo può così costruire l’app con le regole giuste fin da subito, invece di rifare archiviazione e flussi di dati dopo il lancio.
Nell’ambito della discovery abbiamo progettato l’archiviazione e il trattamento dei dati personali degli utenti (nome, telefono, indirizzo di consegna). Il modello prevede un’archiviazione dei dati su hosting locale e un set minimo di campi, secondo il principio di minimizzazione dei dati.
L’app è progettata attorno agli obblighi di legge del cliente in materia di dati personali: consenso dell’utente al trattamento, informativa sulla privacy, archiviazione su server ospitati localmente e accesso limitato per ruolo. Il titolare del trattamento è il cliente.
Definire i requisiti prima del codice riduce i rischi legali e di prodotto: disponibilità per punto vendita, acquisti da negozi diversi e trattamento dei dati personali sono descritti in Confluence e supportati da prototipi Figma.
Stack tecnologico
FigmaWireframe, UI design e prototipi interattiviConfluenceDocumentazione, user stories e descrizione della logica
Progettate un’app simile? Parliamo di discovery
Raccontateci il vostro prodotto e vi aiuteremo a progettarlo prima dello sviluppo, con requisiti chiari, prototipi e documentazione. Vediamo insieme come una fase di discovery può ridurre i rischi del vostro progetto.
Domande frequenti
Che cos’è la fase di discovery nello sviluppo di un’app mobile?
La discovery è la fase di progettazione del prodotto prima dello sviluppo: interviste con il cliente, analisi degli scenari utente, progettazione di architettura e interfacce, prototipi e documentazione tecnica. Il risultato sono specifiche chiare e prototipi da cui lo sviluppo può partire subito.
Che cosa riceve il cliente al termine della discovery?
Il cliente riceve le user stories, lo schema architetturale dell’app e il modello dati, prototipi cliccabili delle schermate chiave (Figma), la documentazione in Confluence e una valutazione di complessità e rischi. Il pacchetto consente di avviare lo sviluppo senza un nuovo briefing degli sviluppatori.
Come funziona la disponibilità dei prodotti tra i negozi della catena?
Nella discovery di KultLab abbiamo progettato un flusso di acquisto che tiene conto delle giacenze nei magazzini dei diversi punti vendita. L’utente vede la disponibilità aggiornata nel negozio più vicino o in qualsiasi altro negozio della catena, può aggiungere l’articolo al carrello o scegliere un altro negozio che lo ha in stock. Così si evitano ordini di articoli non disponibili.
In che modo la discovery aiuta a risparmiare sul budget di sviluppo?
Il costo per correggere un errore architetturale cresce a ogni fase dello sviluppo. In discovery una correzione richiede ore e costa pochissimo; a sviluppo avviato, giorni e refactoring; dopo il rilascio, settimane e rilavorazioni. La durata tipica di una discovery per un’app mobile è di 2–6 settimane.
Quanto dura la discovery di un’app mobile?
Dipende dalla complessità della logica di business e dalla disponibilità del cliente per gli allineamenti. Intervallo tipico: 2–4 settimane per una singola app. Non è una garanzia per un progetto specifico; i tempi reali si concordano in fase di briefing.
Casi correlati
Altri case study
Retail · Document Management
Document Management System
Un EDM interno per una catena retail — firma elettronica, smistamento approvazioni, controparti e task su React + Laravel, progettato per le operations negli Stati Uniti e in Europa.
Vedi il caso
Retail · Floristry
FlowDelivery
Discovery per una coppia di app di consegna fiori — catalogo stock-aware, schede prodotto dinamiche, checkout in tre step, strumento di inventario per fioristi.
Vedi il caso
Automotive · E-commerce
ZipIt
Marketplace di ricambi auto con CRM multi-tenant per i venditori — ricerca per VIN tramite Laximo, inventario cross-sede, consegna integrata.
Vedi il casoPianifica una realizzazione simile
Prenota una chiamata di discoveryRichiedi una proposta
Condividi alcuni dettagli e un consulente senior risponderà entro un giorno lavorativo.
Stima del progetto gratuita — ti inviamo un piano entro 1–2 giorni lavorativi.
- Analisi dei requisiti e consigli sullo stack tecnologico
- Stima di tempi, budget e composizione del team
- Senza impegno — solo un piano chiaro
Email: sales@yusmpgroup.com
Telefono: +374 44 871 811
Uffici: KAMAR Business Center, Vazgen Sargsyan St. 2, Erevan, Armenia · Remoto — sovrapposizione con la costa est degli Stati Uniti (9:00–13:00 ET)