Requirements Breakdown Structure - RBS¶
1. Premessa¶
La Requirements Breakdown Structure scompone gli obiettivi del progetto in requisiti funzionali e non funzionali.
2. RBS testuale gerarchica¶
1. Valutare la fattibilità economica e operativa dell’e-commerce¶
Requisiti funzionali¶
- Analizzare motivazioni strategiche.
- Confrontare Shopify, custom, WooCommerce, marketplace/social commerce e do nothing.
- Stimare costi setup/lancio.
- Stimare costi ricorrenti annuali.
- Valutare break-even ipotetico 12-18 mesi.
- Definire raccomandazione finale.
Requisiti non funzionali¶
- Usare ipotesi economiche realistiche.
- Evidenziare limiti del budget.
- Motivare le scelte con criteri trasparenti.
- Non presentare dati simulati come dati reali.
2. Progettare il modello operativo e-commerce¶
Requisiti funzionali¶
- Definire gestione catalogo.
- Definire gestione ordini.
- Definire gestione spedizioni.
- Definire gestione resi.
- Definire responsabilità dell'e-commerce specialist.
- Definire supporto minimo esterno.
Requisiti non funzionali¶
- Processi semplici e documentati.
- Bassa dipendenza tecnica.
- Operatività sostenibile per una sola persona formata.
- Coerenza con il lavoro degli store fisici.
3. Realizzare MVP Shopify¶
Requisiti funzionali¶
- Configurare ambiente Shopify.
- Selezionare tema adatto.
- Personalizzare elementi base del brand.
- Impostare menu e collezioni.
- Configurare checkout.
- Configurare pagamenti.
- Configurare spedizioni Italia.
- Attivare analytics.
Requisiti non funzionali¶
- Go-live entro 1 giugno 2026.
- Costi di setup entro 10.000 euro.
- Uso limitato di app a pagamento.
- Esperienza mobile adeguata.
- Manutenibilità da parte di utente non tecnico.
4. Integrare contenuti, catalogo, pagamenti e spedizioni¶
Requisiti funzionali¶
- Caricare 150 prodotti.
- Definire titolo, descrizione, prezzo, immagini, varianti.
- Organizzare prodotti in collezioni.
- Configurare tariffe spedizione.
- Pubblicare policy resi.
- Completare ordini test.
Requisiti non funzionali¶
- Schede prodotto chiare.
- Immagini coerenti almeno per il catalogo MVP.
- Riduzione errori su prezzi e disponibilità.
- Chiarezza per il cliente.
5. Formare il personale Surya¶
Requisiti funzionali¶
- Formare 1 persona: Edoardo Caldari.
- Consegnare manuale operativo sintetico.
- Eseguire esercitazione su modifica prodotto.
- Eseguire esercitazione su gestione ordine.
- Eseguire esercitazione su lettura dashboard.
Requisiti non funzionali¶
- Formazione pratica.
- Linguaggio non tecnico.
- Autonomia su attività base.
- Identificazione procedure di supporto esterno.
6. Lanciare e monitorare il canale online¶
Requisiti funzionali¶
- Effettuare soft launch.
- Risolvere issue critiche.
- Pubblicare sito il 1 giugno 2026.
- Monitorare risultati per 2 settimane.
- Produrre report post-lancio.
Requisiti non funzionali¶
- Nessuna issue critica al go-live.
- Monitoraggio semplice.
- KPI comprensibili dalla proprietà.
- Capacità di prendere decisioni post-lancio.
7. Predisporre evoluzioni future Multi-Canale¶
Requisiti funzionali¶
- Definire roadmap futura.
- Valutare integrazione stock store fisici.
- Valutare newsletter avanzata.
- Valutare programma loyalty.
- Valutare multilingua e vendita internazionale.
- Valutare app recensioni.
Requisiti non funzionali¶
- Nessuna evoluzione deve bloccare il MVP.
- Priorità basata su valore e costo.
- Attenzione al budget ricorrente annuo.
- Crescita incrementale.
3. Diagramma RBS¶
