desktop and mobile mockup presentation

Reloo

Ecosistema digitale B2B2C per connettere produttori locali, mercati territoriali e consumatori attraverso prodotti stagionali, esperienze e ritiri sul territorio.

B2B2C

Webapp

Cliente

Reloo

Settore

Food, local markets, territory, agri-food

Servizi

Analisi funzionale, UX Design, UI Design, Product Design

Torna indietro

Un paio di info

sul progetto

Reloo nasce come piattaforma digitale per valorizzare produttori locali, mercati territoriali, prodotti stagionali ed esperienze sul territorio.
Il progetto doveva collegare esigenze diverse: rendere semplice la gestione per i produttori, permettere a Reloo di controllare contenuti e logiche operative, e offrire al consumatore un modo chiaro per scoprire, ordinare e ritirare prodotti locali.
La complessità principale era costruire un ecosistema unico, evitando che marketplace, mercati, ricette, esperienze e ritiri diventassero flussi separati e difficili da gestire.

Un prodotto locale funziona meglio quando la semplicità per chi vende diventa chiarezza per chi acquista.

Problemi

Analisi & Definizione

💢 Problem: Il progetto includeva molte aree potenziali: prodotti, mercati, esperienze, ricette, ritiri, pagamenti e gestione produttori.
Solution ✅: È stata definita una struttura progressiva, separando le funzioni centrali della prima versione dalle evoluzioni future.



💢 Problem: I produttori locali non possono gestire una piattaforma complessa come un ecommerce tradizionale.
Solution ✅: Sono state progettate logiche ricorrenti e semplificate, come disponibilità settimanale, ritiri preconfigurati e ordini automatici.


💢 Problem: Il consumatore aveva bisogno di trovare prodotti compatibili con zona, disponibilità e ritiro senza dover interpretare molte regole interne.
Solution ✅: La ricerca è stata costruita attorno a prodotti, territorio e fasce di ritiro, mostrando solo produttori compatibili con il bisogno dell’utente.

Progettazione & Sviluppo

💢 Problem: Il carrello multiproduttore rischiava di diventare difficile da leggere e da gestire.
Solution ✅: Il carrello è stato organizzato per blocchi produttore, mantenendo un unico percorso di pagamento e ritiri separati per ciascun produttore.


💢 Problem: I mercati dovevano essere utili senza diventare entità troppo pesanti da compilare.
Solution ✅: La pagina mercato è stata progettata con informazioni essenziali, produttori associati, categorie presenti e filtri leggeri.


💢 Problem: Le ricette potevano diventare troppo complesse se collegate direttamente a tutti i prodotti acquistabili.
Solution ✅: Sono state trattate come contenuti editoriali stagionali, con ingredienti e preparazione semplificati, lasciando eventuali collegamenti avanzati a una fase successiva.

Validazione & Evoluzione

💢 Problem: La gestione della stagionalità poteva creare blocchi troppo rigidi per produttori con territori e modalità produttive diverse.
Solution ✅: La stagionalità è stata impostata come informazione utile e non come vincolo bloccante assoluto.


💢 Problem: La piattaforma doveva funzionare su mobile, tablet e desktop senza duplicare comportamenti o creare esperienze incoerenti.
Solution ✅: È stata progettata una UI responsive, mobile first, con adattamenti specifici per griglie, filtri, carrello e riepiloghi.


💢 Problem: Alcune funzioni, come locker, grossisti, sconti e gestione avanzata dei punti di ritiro, avrebbero aumentato molto la complessità.
Solution ✅: Sono state mantenute come possibili evoluzioni, lasciando nella prima versione solo scelte operative più chiare e sostenibili.

Semplificazione dei processi

Role-based experience

Temporary work matching

Feedback e reputazione

Credit management

Backoffice continuity

Il progetto ha chiarito il rapporto tra produttore, mercato, disponibilità, ordine e ritiro, riducendo la necessità di conferme manuali e configurazioni ripetute.
Le informazioni inserite dal produttore diventano regole operative per il sistema e, allo stesso tempo, guidano l’esperienza del consumatore nella ricerca, nel carrello e nel ritiro.
La piattaforma semplifica il lavoro professionale e rende più leggibile l’esperienza finale.

Flussi chiave dell’ecosistema

01

Product discovery and pickup compatibility

Il consumatore cerca prodotti locali partendo da zona, data e fascia di ritiro.
Il sistema usa disponibilità prodotto e luoghi di ritiro configurati dai produttori per mostrare solo opzioni compatibili.

02

Producer product and availability management

Il produttore crea un prodotto, definisce unità di vendita, prezzo, disponibilità settimanale e stato del prodotto.
Queste informazioni alimentano catalogo, ricerca, carrello e gestione degli ordini.

03

Multi-producer cart and order handling

Il consumatore può aggiungere prodotti da più produttori in un unico carrello.
La piattaforma separa internamente ordini, ritiri e produttori, mantenendo per l’utente un’esperienza di acquisto più lineare.

Funzionalità

Producer onboarding and profile setup

Il produttore viene guidato nella creazione del profilo, con dati aziendali, sede, mercati associati, categorie prodotte e certificazioni.
La configurazione iniziale costruisce la base informativa usata poi da ricerca, schede pubbliche e gestione operativa.

Weekly product availability

Ogni prodotto può avere una disponibilità settimanale manuale o ricorrente, con stato disponibile, in esaurimento o esaurito.
Questa logica riduce il rischio di overbooking e permette ai produttori di dedicare a Reloo solo una parte della produzione.

Local markets and pickup points

I mercati funzionano come nodi territoriali collegati ai produttori e ai ritiri.
Il consumatore può scoprire mercati e produttori locali, mentre il produttore usa sedi e mercati associati come luoghi di ritiro strutturati.

Risultati

Il progetto ha trasformato un’idea ampia in un ecosistema digitale ordinato, con flussi chiari per produttori, mercati, contenuti e consumatori.
La progettazione ha ridotto la complessità operativa per i produttori e ha reso più comprensibile l’esperienza di scoperta, acquisto e ritiro per l’utente finale.
Il risultato è una base UX/UI completa, pronta per valutazione e sviluppo.

Ecosistema

Owner, worker e backoffice sono stati distinti per bisogni, responsabilità e azioni principali.

Riduzione complessità operativa

Matching, onboarding, timbrature e crediti sono stati ricondotti a un ecosistema coerente.

UI a 360°

I flussi riservati al backoffice riducono ambiguità nella gestione di crediti, presenze e supervisione.

Non un semplice team ma un Clan unito e teso al futuro

Le persone che fanno parte del progetto RuneLab hanno caratteri diversi, ma sono accomunate dalla stesso mindset. Quello che fa la differenza per RuneLab è la passione che ognuno dei membri mette in questo progetto. Ognuno sente RuneLab come qualcosa di suo!

Galleria

Inizia ora la tua Trasformazione Digitale

Scopri come possiamo aiutarti a ottimizzare i tuoi processi e migliorare l’esperienza dei tuoi utenti.

© 2026 Runelab. All rights reserved.

desktop and mobile mockup presentation

Reloo

Ecosistema digitale B2B2C per connettere produttori locali, mercati territoriali e consumatori attraverso prodotti stagionali, esperienze e ritiri sul territorio.

B2B2C

Webapp

Cliente

Reloo

Settore

Food, local markets, territory, agri-food

Servizi

Analisi funzionale, UX Design, UI Design, Product Design

Torna indietro

Un paio di info

sul progetto

Reloo nasce come piattaforma digitale per valorizzare produttori locali, mercati territoriali, prodotti stagionali ed esperienze sul territorio.
Il progetto doveva collegare esigenze diverse: rendere semplice la gestione per i produttori, permettere a Reloo di controllare contenuti e logiche operative, e offrire al consumatore un modo chiaro per scoprire, ordinare e ritirare prodotti locali.
La complessità principale era costruire un ecosistema unico, evitando che marketplace, mercati, ricette, esperienze e ritiri diventassero flussi separati e difficili da gestire.

Un prodotto locale funziona meglio quando la semplicità per chi vende diventa chiarezza per chi acquista.

Problemi

Analisi & Definizione

💢 Problem: Il progetto includeva molte aree potenziali: prodotti, mercati, esperienze, ricette, ritiri, pagamenti e gestione produttori.
Solution ✅: È stata definita una struttura progressiva, separando le funzioni centrali della prima versione dalle evoluzioni future.



💢 Problem: I produttori locali non possono gestire una piattaforma complessa come un ecommerce tradizionale.
Solution ✅: Sono state progettate logiche ricorrenti e semplificate, come disponibilità settimanale, ritiri preconfigurati e ordini automatici.


💢 Problem: Il consumatore aveva bisogno di trovare prodotti compatibili con zona, disponibilità e ritiro senza dover interpretare molte regole interne.
Solution ✅: La ricerca è stata costruita attorno a prodotti, territorio e fasce di ritiro, mostrando solo produttori compatibili con il bisogno dell’utente.

Progettazione & Sviluppo

💢 Problem: Il carrello multiproduttore rischiava di diventare difficile da leggere e da gestire.
Solution ✅: Il carrello è stato organizzato per blocchi produttore, mantenendo un unico percorso di pagamento e ritiri separati per ciascun produttore.


💢 Problem: I mercati dovevano essere utili senza diventare entità troppo pesanti da compilare.
Solution ✅: La pagina mercato è stata progettata con informazioni essenziali, produttori associati, categorie presenti e filtri leggeri.


💢 Problem: Le ricette potevano diventare troppo complesse se collegate direttamente a tutti i prodotti acquistabili.
Solution ✅: Sono state trattate come contenuti editoriali stagionali, con ingredienti e preparazione semplificati, lasciando eventuali collegamenti avanzati a una fase successiva.

Validazione & Evoluzione

💢 Problem: La gestione della stagionalità poteva creare blocchi troppo rigidi per produttori con territori e modalità produttive diverse.
Solution ✅: La stagionalità è stata impostata come informazione utile e non come vincolo bloccante assoluto.


💢 Problem: La piattaforma doveva funzionare su mobile, tablet e desktop senza duplicare comportamenti o creare esperienze incoerenti.
Solution ✅: È stata progettata una UI responsive, mobile first, con adattamenti specifici per griglie, filtri, carrello e riepiloghi.


💢 Problem: Alcune funzioni, come locker, grossisti, sconti e gestione avanzata dei punti di ritiro, avrebbero aumentato molto la complessità.
Solution ✅: Sono state mantenute come possibili evoluzioni, lasciando nella prima versione solo scelte operative più chiare e sostenibili.

Semplificazione dei processi

Role-based experience

Temporary work matching

Feedback e reputazione

Credit management

Backoffice continuity

Il progetto ha chiarito il rapporto tra produttore, mercato, disponibilità, ordine e ritiro, riducendo la necessità di conferme manuali e configurazioni ripetute.
Le informazioni inserite dal produttore diventano regole operative per il sistema e, allo stesso tempo, guidano l’esperienza del consumatore nella ricerca, nel carrello e nel ritiro.
La piattaforma semplifica il lavoro professionale e rende più leggibile l’esperienza finale.

Flussi chiave dell’ecosistema

01

Product discovery and pickup compatibility

Il consumatore cerca prodotti locali partendo da zona, data e fascia di ritiro.
Il sistema usa disponibilità prodotto e luoghi di ritiro configurati dai produttori per mostrare solo opzioni compatibili.

02

Producer product and availability management

Il produttore crea un prodotto, definisce unità di vendita, prezzo, disponibilità settimanale e stato del prodotto.
Queste informazioni alimentano catalogo, ricerca, carrello e gestione degli ordini.

03

Multi-producer cart and order handling

Il consumatore può aggiungere prodotti da più produttori in un unico carrello.
La piattaforma separa internamente ordini, ritiri e produttori, mantenendo per l’utente un’esperienza di acquisto più lineare.

Funzionalità

Producer onboarding and profile setup

Il produttore viene guidato nella creazione del profilo, con dati aziendali, sede, mercati associati, categorie prodotte e certificazioni.
La configurazione iniziale costruisce la base informativa usata poi da ricerca, schede pubbliche e gestione operativa.

Weekly product availability

Ogni prodotto può avere una disponibilità settimanale manuale o ricorrente, con stato disponibile, in esaurimento o esaurito.
Questa logica riduce il rischio di overbooking e permette ai produttori di dedicare a Reloo solo una parte della produzione.

Local markets and pickup points

I mercati funzionano come nodi territoriali collegati ai produttori e ai ritiri.
Il consumatore può scoprire mercati e produttori locali, mentre il produttore usa sedi e mercati associati come luoghi di ritiro strutturati.

Risultati

Il progetto ha trasformato un’idea ampia in un ecosistema digitale ordinato, con flussi chiari per produttori, mercati, contenuti e consumatori.
La progettazione ha ridotto la complessità operativa per i produttori e ha reso più comprensibile l’esperienza di scoperta, acquisto e ritiro per l’utente finale.
Il risultato è una base UX/UI completa, pronta per valutazione e sviluppo.

Ecosistema

Owner, worker e backoffice sono stati distinti per bisogni, responsabilità e azioni principali.

Riduzione complessità operativa

Matching, onboarding, timbrature e crediti sono stati ricondotti a un ecosistema coerente.

UI a 360°

I flussi riservati al backoffice riducono ambiguità nella gestione di crediti, presenze e supervisione.

Non un semplice team ma un Clan unito e teso al futuro

Le persone che fanno parte del progetto RuneLab hanno caratteri diversi, ma sono accomunate dalla stesso mindset. Quello che fa la differenza per RuneLab è la passione che ognuno dei membri mette in questo progetto. Ognuno sente RuneLab come qualcosa di suo!

Galleria

Inizia ora la tua Trasformazione Digitale

Scopri come possiamo aiutarti a ottimizzare i tuoi processi e migliorare l’esperienza dei tuoi utenti.

© 2026 Runelab. All rights reserved.

desktop and mobile mockup presentation

Reloo

Ecosistema digitale B2B2C per connettere produttori locali, mercati territoriali e consumatori attraverso prodotti stagionali, esperienze e ritiri sul territorio.

B2B2C

Webapp

Cliente

Reloo

Settore

Food, local markets, territory, agri-food

Servizi

Analisi funzionale, UX Design, UI Design, Product Design

Torna indietro

Un paio di info

sul progetto

Reloo nasce come piattaforma digitale per valorizzare produttori locali, mercati territoriali, prodotti stagionali ed esperienze sul territorio.
Il progetto doveva collegare esigenze diverse: rendere semplice la gestione per i produttori, permettere a Reloo di controllare contenuti e logiche operative, e offrire al consumatore un modo chiaro per scoprire, ordinare e ritirare prodotti locali.
La complessità principale era costruire un ecosistema unico, evitando che marketplace, mercati, ricette, esperienze e ritiri diventassero flussi separati e difficili da gestire.

Un prodotto locale funziona meglio quando la semplicità per chi vende diventa chiarezza per chi acquista.

Problemi

Analisi & Definizione

💢 Problem: Il progetto includeva molte aree potenziali: prodotti, mercati, esperienze, ricette, ritiri, pagamenti e gestione produttori.
Solution ✅: È stata definita una struttura progressiva, separando le funzioni centrali della prima versione dalle evoluzioni future.



💢 Problem: I produttori locali non possono gestire una piattaforma complessa come un ecommerce tradizionale.
Solution ✅: Sono state progettate logiche ricorrenti e semplificate, come disponibilità settimanale, ritiri preconfigurati e ordini automatici.


💢 Problem: Il consumatore aveva bisogno di trovare prodotti compatibili con zona, disponibilità e ritiro senza dover interpretare molte regole interne.
Solution ✅: La ricerca è stata costruita attorno a prodotti, territorio e fasce di ritiro, mostrando solo produttori compatibili con il bisogno dell’utente.

Progettazione & Sviluppo

💢 Problem: Il carrello multiproduttore rischiava di diventare difficile da leggere e da gestire.
Solution ✅: Il carrello è stato organizzato per blocchi produttore, mantenendo un unico percorso di pagamento e ritiri separati per ciascun produttore.


💢 Problem: I mercati dovevano essere utili senza diventare entità troppo pesanti da compilare.
Solution ✅: La pagina mercato è stata progettata con informazioni essenziali, produttori associati, categorie presenti e filtri leggeri.


💢 Problem: Le ricette potevano diventare troppo complesse se collegate direttamente a tutti i prodotti acquistabili.
Solution ✅: Sono state trattate come contenuti editoriali stagionali, con ingredienti e preparazione semplificati, lasciando eventuali collegamenti avanzati a una fase successiva.

Validazione & Evoluzione

💢 Problem: La gestione della stagionalità poteva creare blocchi troppo rigidi per produttori con territori e modalità produttive diverse.
Solution ✅: La stagionalità è stata impostata come informazione utile e non come vincolo bloccante assoluto.


💢 Problem: La piattaforma doveva funzionare su mobile, tablet e desktop senza duplicare comportamenti o creare esperienze incoerenti.
Solution ✅: È stata progettata una UI responsive, mobile first, con adattamenti specifici per griglie, filtri, carrello e riepiloghi.


💢 Problem: Alcune funzioni, come locker, grossisti, sconti e gestione avanzata dei punti di ritiro, avrebbero aumentato molto la complessità.
Solution ✅: Sono state mantenute come possibili evoluzioni, lasciando nella prima versione solo scelte operative più chiare e sostenibili.

Semplificazione dei processi

Multi-sided platform

Role-based experience

Pickup workflow

Product availability logic

Responsive service flow

Il progetto ha chiarito il rapporto tra produttore, mercato, disponibilità, ordine e ritiro, riducendo la necessità di conferme manuali e configurazioni ripetute.
Le informazioni inserite dal produttore diventano regole operative per il sistema e, allo stesso tempo, guidano l’esperienza del consumatore nella ricerca, nel carrello e nel ritiro.
La piattaforma semplifica il lavoro professionale e rende più leggibile l’esperienza finale.

Flussi chiave dell’ecosistema

01

Product discovery and pickup compatibility

Il consumatore cerca prodotti locali partendo da zona, data e fascia di ritiro.
Il sistema usa disponibilità prodotto e luoghi di ritiro configurati dai produttori per mostrare solo opzioni compatibili.

02

Producer product and availability management

Il produttore crea un prodotto, definisce unità di vendita, prezzo, disponibilità settimanale e stato del prodotto.
Queste informazioni alimentano catalogo, ricerca, carrello e gestione degli ordini.

03

Multi-producer cart and order handling

Il consumatore può aggiungere prodotti da più produttori in un unico carrello.
La piattaforma separa internamente ordini, ritiri e produttori, mantenendo per l’utente un’esperienza di acquisto più lineare.

Funzionalità

Producer onboarding and profile setup

Il produttore viene guidato nella creazione del profilo, con dati aziendali, sede, mercati associati, categorie prodotte e certificazioni.
La configurazione iniziale costruisce la base informativa usata poi da ricerca, schede pubbliche e gestione operativa.

Weekly product availability

Ogni prodotto può avere una disponibilità settimanale manuale o ricorrente, con stato disponibile, in esaurimento o esaurito.
Questa logica riduce il rischio di overbooking e permette ai produttori di dedicare a Reloo solo una parte della produzione.

Local markets and pickup points

I mercati funzionano come nodi territoriali collegati ai produttori e ai ritiri.
Il consumatore può scoprire mercati e produttori locali, mentre il produttore usa sedi e mercati associati come luoghi di ritiro strutturati.

Risultati

Il progetto ha trasformato un’idea ampia in un ecosistema digitale ordinato, con flussi chiari per produttori, mercati, contenuti e consumatori.
La progettazione ha ridotto la complessità operativa per i produttori e ha reso più comprensibile l’esperienza di scoperta, acquisto e ritiro per l’utente finale.
Il risultato è una base UX/UI completa, pronta per valutazione e sviluppo.

Ecosistema

Owner, worker e backoffice sono stati distinti per bisogni, responsabilità e azioni principali.

Riduzione complessità operativa

Matching, onboarding, timbrature e crediti sono stati ricondotti a un ecosistema coerente.

UI a 360°

I flussi riservati al backoffice riducono ambiguità nella gestione di crediti, presenze e supervisione.

Non un semplice team ma un Clan unito e teso al futuro

Le persone che fanno parte del progetto RuneLab hanno caratteri diversi, ma sono accomunate dalla stesso mindset. Quello che fa la differenza per RuneLab è la passione che ognuno dei membri mette in questo progetto. Ognuno sente RuneLab come qualcosa di suo!

Galleria

Inizia ora la tua Trasformazione Digitale

Scopri come possiamo aiutarti a ottimizzare i tuoi processi e migliorare l’esperienza dei tuoi utenti.

© 2026 Runelab. All rights reserved.