Sportly · Documento di ProgettoBook · Play · Connect
Seconda ConsegnaClasse 5I — Maggio 2025Team 6 · 3 · 14
Plan Build Launch.
Business plan preliminare, analisi SWOT, marketing mix (4P), diagramma di Gantt aggiornato, mockup delle interfacce software e schema completo del database — il progetto Sportly prende forma concreta.
Deliverable
6
Documenti tecnici e strategici prodotti per questa consegna
Break-Even
M18
Mese stimato di pareggio in scenario conservativo
Tabelle DB
9+
Entità relazionali nel modello dati progettato
50% Commissioni prenotazioni (scala con volume)
30% SaaS strutture — ricavo ricorrente mensile
20% Pubblicità, eventi sponsorizzati, premium user
Business plan, SWOT, 4P, Gantt, Mockup UI, Schema DB
Team
Team 6-3-14
Gestione Progetto e Organizzazione di Impresa — Classe 5I · Consegna: 10 Maggio 2025
01 — Business Plan Preliminare
02 / 12
Sezione 01
Business Plan
Il business plan preliminare di Sportly delinea la visione strategica, il modello operativo e le proiezioni finanziarie per i primi 24 mesi. L'obiettivo è dimostrare la sostenibilità economica del progetto e la sua capacità di scalare progressivamente su base geografica.
01
Executive Summary
Visione, missione e proposta di valore sintetica
Visione
Diventare la piattaforma di riferimento in Italia per la prenotazione e gestione di attività sportive locali entro il 2027, con espansione in 3 regioni pilota nel primo anno.
Missione
Connettere sportivi e strutture attraverso tecnologia semplice, rendendo ogni ASD locale competitiva nel mercato digitale senza richiedere investimenti IT significativi.
Prodotto Core
App mobile + portale web per prenotazione real-time, pagamenti digitali, community sportiva e dashboard analytics per i gestori.
Mercato Target
Sportivi 18–50 anni, famiglie attive, gestori di palestre / ASD / centri sportivi con meno di 50 dipendenti e budget IT limitato.
Vantaggio Competitivo
Unica piattaforma italiana multi-sport + community + free tier strutture. Nessun concorrente copre simultaneamente queste tre dimensioni.
02
Modello Operativo e Struttura dei Costi
Come l'azienda genera e impiega le risorse
Risorse Chiave
Team sviluppo (2–3 dev full-stack), designer UI/UX, responsabile commerciale B2B, infrastruttura cloud AWS/GCP.
Attività Chiave
Sviluppo continuo della piattaforma, acquisizione strutture partner, supporto onboarding, campagne marketing digitale.
App Store + Google Play, portale web, vendita diretta B2B a gestori, partnership con federazioni regionali.
1.3Proiezione Finanziaria — 24 Mesi
Voce
Mese 6
Mese 12
Mese 18
Mese 24
Commissioni prenotazioni
1.500 €
7.500 €
16.000 €
32.000 €
SaaS strutture (Standard + Premium)
1.460 €
4.090 €
9.500 €
18.000 €
Pubblicità ed eventi
200 €
1.000 €
3.000 €
7.000 €
Totale Ricavi Mensili
3.160 €
12.590 €
28.500 €
57.000 €
Costi Operativi Stimati
8.000 €
12.000 €
18.000 €
22.000 €
Margine Operativo
−4.840 €
+590 €
+10.500 €
+35.000 €
Il break-even operativo è stimato tra il mese 12 e il mese 18, compatibile con un investimento iniziale di avvio compreso tra 50.000 e 80.000 euro (sviluppo + marketing). Lo scenario presentato è conservativo: ipotizza una crescita graduale senza picchi di viralità.
Sportly · Documento di Progetto — Seconda Consegna01 Business PlanPagina 02 / 12
02 — Analisi SWOT
03 / 12
Sezione 02
Analisi SWOT
L'analisi SWOT di Sportly mappa i fattori interni (punti di forza e debolezze) e i fattori esterni (opportunità e minacce) che influenzano le probabilità di successo del progetto. Ogni quadrante include azioni strategiche concrete per massimizzare i vantaggi e mitigare i rischi.
Strengths — Punti di Forza
Vantaggi interni
Copertura multi-sport unica — unica piattaforma italiana senza limitazioni di disciplina
Free tier per ASD — barriera all'adozione quasi nulla per le piccole strutture
Community integrata nativa — differenziatore impossibile da copiare a breve termine
Modello multi-revenue — riduce dipendenza da un singolo flusso di cassa
Focus locale italiano — conoscenza del mercato e specificità normative
Weaknesses — Punti di Debolezza
Limiti interni
Brand awareness zero — startup sconosciuta in mercato frammentato e abitudinario
Capitali limitati in fase early — sviluppo rallentato senza finanziamento esterno
Dipendenza da terze parti — Stripe, Google Maps, Firebase FCM come punti critici
Chicken-egg problem — senza strutture non ci sono utenti, e viceversa
Complessità onboarding B2B — gestori non tech-savvy richiedono supporto intensivo
Team piccolo — rischio collo di bottiglia sullo sviluppo e sul supporto
Opportunities — Opportunità
Fattori esterni favorevoli
65% strutture non digitalizzate — mercato enorme ancora non presidiato
Post-pandemia sport boom — crescita costante della domanda di attività fisica
Digitalizzazione PA e ASD — incentivi PNRR per la digitalizzazione dello sport
Crescita padel e sport emergenti — nuove discipline attraggono giovani digitali
Partnership federazioni CONI — canale privilegiato per onboarding strutture certificate
Espansione geografica progressiva — modello replicabile città per città
Threats — Minacce
Rischi esterni
Concorrenti internazionali — Playtomic con finanziamenti significativi potrebbe espandersi
Resistenza al cambiamento — gestori anziani abituati ai metodi analogici
Variazioni commissioni Stripe — aumento costi gateway impatta direttamente i margini
Normativa GDPR stringente — dati sportivi e pagamenti richiedono compliance costosa
Stagionalità della domanda — picchi estivi e bassa stagione invernale
Copy da big tech — Google/Meta potrebbero integrare funzioni simili nei propri ecosistemi
2.1Strategie SWOT — Azioni Derivate
Strategia
Quadranti
Azione Concreta
Priorità
SO — Sfrutta forze su opportunità
S3 + O1
Lanciare community in città con alta densità di ASD non digitali (Milano, Bologna)
Alta
WO — Riduci debolezze con opportunità
W4 + O5
Partnership CONI per onboarding strutture — risolve chicken-egg con canale istituzionale
Alta
ST — Usa forze per neutralizzare minacce
S1 + T1
Posizionare la multi-disciplina come moat vs Playtomic specializzato solo su racket
Media
WT — Limita esposizione ai rischi
W3 + T3
Integrare secondo gateway (Satispay) per ridurre dipendenza da Stripe
Bassa
Sportly · Documento di Progetto — Seconda Consegna02 Analisi SWOTPagina 03 / 12
03 — Marketing Mix (4P)
04 / 12
Sezione 03
Marketing Mix 4P
Il marketing mix di Sportly è strutturato sulle quattro leve classiche adattate alla realtà di una startup digitale B2B2C. La strategia privilegia la crescita organica e il passaparola nelle fasi iniziali, supportata da un posizionamento di prezzo accessibile.
Prima P — Product
Prodotto
App mobile iOS + Android con UX ottimizzata per prenotazione rapida
Portale web responsive per gestori e utenti desktop
Dashboard analytics per strutture con KPI occupazione e ricavi
Community feature: cerca compagno, gruppi locali, badge fedeltà
Calendario real-time con disponibilità aggiornata automaticamente
Widget booking integrabile sul sito della struttura in 5 minuti
QR code check-in per velocizzare l'accesso ai campi
Google Ads / Meta Ads: campagne geo-targettizzate nelle città pilota
Content marketing: blog SEO su digitalizzazione ASD e sport management
Email marketing B2B: newsletter mensile per gestori iscritti
PR sportive: presenza a fiere del settore (RIMINI WELLNESS, ISPO)
Evento di lancio: torneo sportivo inaugurale nelle città pilota
Programma referral: utenti che invitano amici ricevono prenotazioni gratis
3.1Budget Marketing Stimato — Anno 1
Social Ads (Meta + Google)
~16.000 €
Evento lancio + PR
~10.000 €
Influencer marketing
~6.000 €
Content + SEO
~5.000 €
Fiere e materiali
~3.000 €
La strategia marketing privilegia il canale digitale geolocalizzato nelle fasi early per massimizzare la densità locale — è meglio avere 200 utenti concentrati a Milano che 2.000 sparsi in Italia. La densità locale crea l'effetto rete che rende la piattaforma utile.
Sportly · Documento di Progetto — Seconda Consegna03 Marketing Mix 4PPagina 04 / 12
04 — Diagramma di Gantt
05 / 12
Sezione 04
Diagramma di Gantt
Il diagramma di Gantt pianifica le 24 settimane operative del progetto Sportly, dalla fase di analisi al lancio ufficiale sugli store. Le fasi sono parzialmente sovrapposte per ottimizzare il time-to-market mantenendo la qualità. I milestones principali sono evidenziati in corrispondenza delle scadenze di consegna scolastica e degli obiettivi tecnici.
4.1Gantt Dettagliato — 24 Settimane
4.2Legenda Milestone
C1 — Settimana 4
Prima consegna scolastica — Analisi e definizione progetto
C2 — Settimana 8
Seconda consegna — Business plan, SWOT, 4P, Gantt, Mockup, DB
GO — Settimana 24
Lancio ufficiale App Store e Google Play — evento inaugurale
Sportly · Documento di Progetto — Seconda Consegna04 Diagramma di GanttPagina 05 / 12
05 — Mockup Interfacce Software
06 / 12
Sezione 05
Mockup Interfacce
I mockup seguenti rappresentano i flussi principali dell'app mobile Sportly: home page di ricerca, schermata di prenotazione con calendario, e community con gamification. Il design system privilegia la semplicità operativa — un utente deve poter prenotare in meno di 4 tap dal momento in cui apre l'app.
5.1Schermate App Mobile — Flusso Utente
HOME
Sportly
●●●
TROVA · PRENOTA · GIOCA
Dove vuoi giocare oggi?
Milano · 24 strutture vicino a te
Cerca ora →
Sport, struttura, zona…
Padel
Calcetto
Nuoto
Yoga
Sport Arena Milano
0.8km · Padel · ★ 4.8
12€/h
Centro Sportivo Est
1.2km · Multi · ★ 4.6
8€/h
ASD Verde Sport
2.1km · Calcetto · ★ 4.5
10€/h
Home
Cerca
Booking
Profilo
01 — Home & Ricerca
BOOKING
← Back
Sport Arena
♡
Sport Arena Milano
Padel · Via Rossi 12 · ★ 4.8
12€ / ora
Maggio 2025
‹ ›
L
M
M
G
V
S
D
28
29
30
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
SLOT DISPONIBILI — VEN 9 MAGGIO
08:00
09:00
10:00
11:00
12:00
14:00
15:00
17:00
CONFERMA · 12 €
02 — Calendario & Slot
COMMUNITY
Community
+
Marco R.
● 847 punti · Livello 4
23
sessioni
I TUOI BADGE
⚡ Early Adopter
🎾 Padel Pro
🔥 Streak 10
CERCA COMPAGNO
CERCA COMPAGNO
Laura M. · Padel
Sabato mattina
MATCH
Stefano K. · Calcetto
Domenica ore 16
JOIN
EVENTI VICINO A TE
Torneo Padel Amatoriale
Sab 17 Mag · Sport Arena · 12 iscritti
03 — Community
Sportly · Documento di Progetto — Seconda Consegna05 Mockup — App MobilePagina 06 / 12
05 — Mockup (cont.)
07 / 12
Sezione 05 — Continua
Dashboard Gestori
Il portale web per i gestori delle strutture sportive è progettato per essere leggibile a colpo d'occhio. La dashboard principale aggrega i KPI operativi più rilevanti — tasso di occupazione, prenotazioni del giorno, ricavi del mese — in un layout a card che non richiede formazione specifica per essere utilizzato.
5.2Portale Web Gestori — Dashboard Analytics
Sportly
DASHBOARD GESTORI
Sport Arena Milano
NAVIGAZIONE
Dashboard
Prenotazioni
Struttura
Analytics
Marketing
Impostazioni
PIANO ATTIVO
Standard · 29€/mese
Rinnovo 1 Giu 2025
PRENOTAZIONI OGGI
14
▲ +3 vs ieri
OCCUPAZIONE %
78%
▲ +12% vs sett.
RICAVI MESE
1.840€
▲ +320€ vs apr
UTENTI ATTIVI
156
▲ +24 nuovi
PRENOTAZIONI — ULTIME 7 SETTIMANE
W1
W2
W3
W4
W5
W6
W7
PROSSIME PRENOTAZIONI
Marco R.
10:00 · Campo 1 · Padel
CONF.
Laura M.
11:00 · Campo 2 · Padel
ATTESA
Team Rosso
15:00 · Campo 1 · Calcetto
CONF.
Giulia P.
17:00 · Sala A · Yoga
CONF.
5.3Principi UX — Scelte di Design
Principio 01
Max 4 Tap
Ogni flusso di prenotazione deve completarsi in 4 interazioni o meno dall'apertura dell'app.
Principio 02
Feedback Immediato
Ogni azione riceve risposta visiva entro 100ms. Conferma visibile prima del server response.
Principio 03
Accessibilità
WCAG 2.1 AA compliance, testo min 16pt, contrasto >4.5:1 per elementi interattivi.
Principio 04
Zero Training
I gestori operativi in autonomia entro 15 minuti dall'onboarding, senza formazione.
Sportly · Documento di Progetto — Seconda Consegna05 Dashboard GestoriPagina 07 / 12
06 — Schema Database
08 / 12
Sezione 06
Schema Database
Il modello dati di Sportly è progettato su PostgreSQL con architettura relazionale normalizzata (3NF). Il database gestisce le entità principali — utenti, strutture, risorse prenotabili, prenotazioni, pagamenti, community — con chiavi esterne per garantire l'integrità referenziale e indici ottimizzati per le query più frequenti.
6.1Entità Principali — Tabelle Core
PK — Primary Key
FK — Foreign Key
IDX — Indexed field
Campo standard
users
CORE
id
PK · NOT NULL
UUID
email
UNIQUE
VARCHAR(255)
password_hash
VARCHAR(255)
full_name
VARCHAR(100)
phone
VARCHAR(20)
avatar_url
TEXT
sport_points
DEFAULT 0
INTEGER
role
user|manager|admin
ENUM
created_at
TIMESTAMP
venues
CORE
id
PK · NOT NULL
UUID
owner_id
FK → users.id
UUID
name
NOT NULL
VARCHAR(150)
description
TEXT
city
VARCHAR(100)
lat
DECIMAL(9,6)
lng
DECIMAL(9,6)
subscription_tier
base|std|premium
ENUM
verified
DEFAULT false
BOOLEAN
resources
CORE
id
PK · NOT NULL
UUID
venue_id
FK → venues.id
UUID
name
NOT NULL
VARCHAR(100)
sport_type
VARCHAR(50)
capacity
INTEGER
price_per_hour
NOT NULL
DECIMAL(8,2)
open_time
TIME
close_time
TIME
is_active
DEFAULT true
BOOLEAN
bookings
CORE
id
PK · NOT NULL
UUID
user_id
FK → users.id
UUID
resource_id
FK → resources.id
UUID
booking_date
NOT NULL
DATE
start_time
NOT NULL
TIME
end_time
NOT NULL
TIME
status
pending|conf|canc
ENUM
total_price
DECIMAL(8,2)
qr_code_hash
VARCHAR(64)
payments
FINANCE
id
PK · NOT NULL
UUID
booking_id
FK → bookings.id
UUID
user_id
FK → users.id
UUID
stripe_payment_id
UNIQUE
VARCHAR(100)
amount
NOT NULL
DECIMAL(8,2)
currency
DEFAULT 'EUR'
CHAR(3)
status
pending|paid|refunded
ENUM
platform_fee
DECIMAL(6,2)
paid_at
TIMESTAMP
reviews
COMMUNITY
id
PK · NOT NULL
UUID
user_id
FK → users.id
UUID
venue_id
FK → venues.id
UUID
booking_id
FK → bookings.id
UUID
rating
CHECK(1-5)
SMALLINT
comment
TEXT
is_verified
DEFAULT false
BOOLEAN
created_at
TIMESTAMP
Sportly · Documento di Progetto — Seconda Consegna06 Schema DB — Tabelle CorePagina 08 / 12
Una struttura contiene 1 o più risorse prenotabili
R3
users — bookings
makes
1 : N
Un utente effettua 1 o più prenotazioni
R4
resources — bookings
booked_for
1 : N
Una risorsa può essere prenotata più volte nel tempo
R5
bookings — payments
paid_by
1 : 1
Ogni prenotazione è saldata da un singolo pagamento
R6
bookings — reviews
receives
1 : N
Una prenotazione può ricevere una o più recensioni
6.4Scelte Tecniche Principali
Scelta Tecnica
Motivazione
UUID come PK
Evita enumerazione delle risorse via URL, compatibile con architettura distribuita multi-region
ENUM per campi stato
Garantisce coerenza dei dati a livello di database, evita valori non validi anche senza validazione applicativa
DECIMAL(8,2) per prezzi
Precisione monetaria garantita, evita errori di arrotondamento tipici del tipo FLOAT
Indici su city, sport_type, booking_date, status
Le query più frequenti risultano O(log n)
Soft delete con is_active = false
Preserva lo storico prenotazioni e pagamenti anche dopo disattivazione di risorse o venue
Separazione payments da bookings
Permette rimborsi parziali, gestione multi-pagamento e audit finanziario indipendente
Sportly · Documento di Progetto — Seconda Consegna06 Schema DB — ER e RelazioniPagina 09 / 12
06 — Architettura del Sistema
10 / 12
Sezione 06 — Architettura
Architettura del Sistema
L'architettura di Sportly è progettata secondo i principi del cloud-native development: stateless, containerizzata, scalabile orizzontalmente e resistente ai guasti. Il sistema è suddiviso in layer funzionali indipendenti che comunicano tramite API RESTful e code di messaggi asincroni.
6.5Stack per Layer — Architettura Completa
Client Layer
React Native (Mobile)
App iOS e Android cross-platform. Stessa codebase, UX nativa ottimizzata per entrambi i sistemi operativi.
React.js (Web App)
Portale web per gestori e utenti desktop. SPA con routing lato client, componenti condivisi con mobile.
Google Maps SDK
Mappa interattiva per ricerca strutture per geolocalizzazione, navigazione integrata, visualizzazione pin.
API Gateway
AWS API Gateway
Punto di ingresso unico per tutte le richieste API. Rate limiting, autenticazione JWT, routing verso microservizi.
JWT + Refresh Token
Autenticazione stateless con access token 15min e refresh token 30gg. Revoca token su logout o cambio password.
HTTPS / TLS 1.3
Crittografia end-to-end su tutti i canali. Certificati gestiti automaticamente via AWS Certificate Manager.
Business Logic
Node.js / Express
Microservizi REST per booking engine, user management, venue management. Deploy su AWS Lambda con autoscaling.
Push notifications cross-platform per conferme prenotazione, reminder H-24, alert slot liberi e promozioni.
Data Layer
PostgreSQL (AWS RDS)
Database relazionale principale con replica sincrona multi-AZ per alta disponibilità e failover automatico.
Redis (ElastiCache)
Cache sessioni utente, disponibilità slot in real-time, rate limiting. TTL configurato per ogni tipo di dato.
AWS S3 + CloudFront
Storage immagini strutture e asset statici. CDN globale per delivery rapida con cache edge.
DevOps
Docker + GitHub Actions
Containerizzazione di tutti i servizi. Pipeline CI/CD automatizzata: test → build → staging → produzione.
Sentry + Datadog
Error tracking real-time, performance monitoring, alerting su soglie di latenza e error rate. Dashboard 24/7.
Terraform (IaC)
Infrastruttura AWS definita come codice. Riproducibilità degli ambienti, disaster recovery.
6.6Sicurezza e Compliance
Sicurezza Applicativa
Autenticazione JWT stateless
Token con scadenza breve (15 min), refresh token ruotati ad ogni utilizzo.
Password hashing bcrypt
Costo computazionale elevato (rounds=12), salt unico per utente, mai in chiaro nel DB.
Rate limiting per IP
Max 100 req/min per IP anonimo, 500 req/min per utente autenticato. Blocco automatico.
Validazione input server-side
Sanitizzazione di tutti i parametri in ingresso per prevenire SQL injection e XSS.
Compliance GDPR
Dati cifrati at rest
Cifratura AES-256 per tutti i dati personali nel database RDS e nei backup S3.
Diritto all'oblio
API per cancellazione account con anonimizzazione dei dati storici.
Data residency EU
Tutti i dati personali ospitati in AWS eu-south-1 (Milano) per compliance GDPR Art. 44.
Consenso granulare
Cookie banner conforme, consenso separato per marketing, analytics e terze parti.
Sportly · Documento di Progetto — Seconda Consegna06 Architettura del SistemaPagina 10 / 11
08 — Conclusioni e Prossimi Passi
12 / 12
Sezione 08
Prossimi Passi
Con questa seconda consegna il progetto Sportly dispone di tutti gli strumenti strategici e tecnici per avviare la fase di sviluppo concreta. Il piano operativo è definito, il modello dati è progettato, le interfacce sono prototipate. Il passo successivo è la terza consegna, in cui verranno presentati i risultati dell'implementazione.
8.1Roadmap verso la Terza Consegna
C2
10 Maggio 2025 — OGGI
Seconda Consegna — Completata
Business plan, SWOT, 4P, Gantt, mockup UI, schema DB con ER diagram e architettura sistema.
W9
Settimana 9–10 — Avvio Sviluppo
Setup Ambiente e Repository
Configurazione ambienti di sviluppo, staging e produzione. Inizializzazione repository GitHub, pipeline CI/CD base, deploy infrastruttura Terraform.
W11
Settimana 11–14 — Core Backend
Sviluppo API Backend Core
Implementazione endpoint autenticazione, gestione utenti, venues e resources. Integrazione PostgreSQL con schema definito. Test unitari coverage >80%.
W14
Settimana 14–18 — Frontend
Sviluppo App Mobile e Portale Web
Implementazione mockup UI definiti. Flusso prenotazione completo, calendario real-time, integrazione Stripe per pagamenti, notifiche push FCM.
W19
Settimana 19–21 — Beta e QA
Beta Testing con Strutture Pilota
Test con 3–5 ASD reali nelle città pilota. Raccolta feedback, correzione bug critici, ottimizzazione performance. Crash rate <0.1%, latenza API <200ms.
GO
Settimana 24 — Lancio Ufficiale
Lancio su App Store e Google Play
Pubblicazione app sugli store, evento di lancio nelle città pilota, campagna marketing attivata. Terza consegna scolastica con demo live.
8.2Obiettivi Misurabili — Fine Anno 1
Strutture Partner
50+
ASD e centri sportivi onboarded nelle prime 2 città pilota entro M12
Utenti Registrati
5K
Utenti attivi mensili con almeno una prenotazione completata entro M12
Prenotazioni/mese
1K+
Volume mensile di prenotazioni completate con pagamento digitale
Il progetto Sportly ha dimostrato in questa seconda consegna di essere un'idea concreta, misurabile e tecnicamente realizzabile. Il lavoro di pianificazione è completo — il passo successivo è costruire.
Progetto
Sportly
Piattaforma prenotazione sport
Team
Team 6-3-14
Classe 5I · 2024–2025
Consegna
Seconda
10 Maggio 2025 · 12 pagine
Sportly · Documento di Progetto — Seconda Consegna08 ConclusioniPagina 11 / 11