APP
RIDING SAFARI CLUB
SITO WEBE-COMMERCEGESTIONALE
Il nuovo sito di un club di viaggi a cavallo: ride, soci e un negozio di capi, gestiti da un solo pannello. Quasi 3.000 iscritti sono passati da WordPress con la loro password.
- Cliente
- Riding Safari Club, Milano
- Settore
- Viaggi a cavallo per soci
- Cosa abbiamo fatto
- Sito, e-commerce, gestionale, migrazione da WordPress
- Tecnologie
- Next.js, Medusa, Strapi, PostgreSQL
- Online
- ridingsafariclub.com ↗
ridingsafariclub.com
Il club
Riding Safari Club organizza viaggi a cavallo in quattro continenti: una settimana in Patagonia, sei giorni nel delta dell'Okavango, quattro in Toscana. Per partire bisogna prima entrare nel club, e ogni richiesta di iscrizione la legge una persona del team. Accanto alle ride ci sono soggiorni scelti uno per uno e, da ottobre 2026, una linea di capi da equitazione.
Le ride di Riding Safari Club partono per Toscana, Patagonia, Okavango, Cappadocia, Camargue, Mongolia, Kenya, Andalusia, Umbria, Terra del Fuoco, Tanzania.
Un negozio da aprire
Tutto è cominciato dai capi da equitazione che il club voleva vendere online. Il sito era un WordPress cresciuto per aggiunte, e aprire un negozio vero voleva dire pagare comunque un lavoro importante. RSC ha deciso di investire quella spesa in una base nuova e più efficiente.
3 ruoli
di plugin diversi per tenere i soci approvati, da allineare a mano.
A mano
i numeri del mese: iscritti e soci, contati e copiati in una tabella.
Elementor
il team componeva le pagine da solo, e non voleva rinunciarci.
Come l'abbiamo costruito
Il problema
RSC voleva ritrovare tutto quello che faceva su WordPress, fatto su misura per il suo modo di lavorare.
La soluzione
Abbiamo diviso il sistema in tre parti, ognuna con un compito, che leggono lo stesso database e si aggiornano una alla volta.
Sito
Next.jsLe pagine che vede il socio e che trova Google.
Gestionale
MedusaCosa si vende e a chi: date, prezzi, posti, ordini, pagamenti e soci.
Contenuti
StrapiCome lo si racconta: ogni pagina composta a blocchi, dalla home alle singole ride.
PostgreSQL
Un archivio solo, letto dalle tre parti, che si aggiornano una alla volta.
E poi gli strumenti di tutti i giorni: l'export dei soci, l'ordine del catalogo trascinando i prodotti, il report mese per mese.
Entrare nel club
2 passaggi
la richiesta sul sito, la risposta dal pannello
Il problema
Su WordPress i soci approvati finivano in tre ruoli di plugin diversi, e ogni approvazione passava a mano.
La soluzione
Chi vuole partire si iscrive e dice come va a cavallo. Il team trova la richiesta nel pannello e la approva o la rifiuta.
Finché la risposta non arriva, il sito lo dice chiaramente e le schede delle ride restano chiuse.
Sito
Pannello
Partire
11 destinazioni
in quattro continenti, con date e posti per ogni partenza
Il problema
Una ride non è un prodotto da carrello: ha date, posti, sistemazioni e un itinerario giorno per giorno.
La soluzione
Ogni partenza ha i suoi posti: quando finiscono risulta esaurita da sola, e chi arriva tardi si mette in lista d'attesa. Il socio cerca le ride per continente o sul calendario e chiede di prenotare; il team conferma.
Prima di mettere qualcuno in sella per una settimana, il team sa già chi è: livello, anni a cavallo, come affronta i terreni difficili, passaporto, contatti di emergenza. Il socio lo scrive una volta nella sua area, il team lo legge nel pannello.
Sito
Sito
Pannello
Comprare
1 carrello
due pagamenti: la carta per i capi, il bonifico per le ride
Il problema
Il club voleva vendere i capi online, ma una ride non si paga come una maglia.
La soluzione
I capi si pagano subito con la carta e viaggiano con le tariffe del loro marchio. Le ride si pagano dopo, con un bonifico: prima il team guarda il profilo completo del socio, che il checkout raccoglie con tutti i dati utili alla ride.
Capi e ride stanno nello stesso carrello: al checkout i due pagamenti si separano da soli.
Sito
Checkout
Comporre le pagine
14 blocchi
nella pagina di una ride, da scegliere, riordinare e riempire
Il problema
Su WordPress il team componeva le pagine da solo con Elementor, e non voleva perdere questa libertà.
La soluzione
In Strapi ogni pagina è una fila di blocchi (testo, gallerie, video, itinerario, camere) che il team sceglie, riordina e riempie.
Le pagine delle ride sono legate al gestionale: date, prezzi e posti arrivano da lì, e non si riscrivono a mano.
Strapi
Da telefono
Da WordPress, senza perdere nessuno
Il problema
Quasi 3.000 iscritti, ognuno con la sua password: cambiare sistema di solito vuol dire chiedere a tutti di reimpostarla.
La soluzione
Soci, profili, passaporti e prenotazioni sono passati al nuovo database con un'importazione sola. Nessuno ha ricevuto avvisi, e ognuno entra con la password di prima.
Il vecchio sito WordPress
Soci
Profili
Passaporti
Prenotazioni
Il nuovo sito
Soci
Profili
Passaporti
Prenotazioni
- iscritti portati da WordPress
- quasi 3.000
- prenotazioni, con le loro date
- oltre 200
- email ai soci durante il passaggio
- nessuna
Dopo il lancio
Il negozio è aperto da ottobre e ha già ricevuto i primi ordini.
I numeri del mese che il team contava a mano adesso li trova nel pannello, e li esporta in un file quando servono.
circa 2.000
soci approvati
Ogni punto, 10 soci.
circa 70
nuove richieste al mese
Ogni tacca, una richiesta di iscrizione in un mese.
Il tuo sito è cresciuto per aggiunte e non sta più dietro al tuo lavoro?
Raccontaci come lavori oggi: partiamo da lì, come abbiamo fatto con Riding Safari Club.
ParliamonePortfolio
