Come ho costruito Courtlines: un SaaS per la gestione di club, sviluppato con Claude

Indice dei contenuti

Aggiornato a luglio 2026.

In sintesi: Courtlines è il sistema operativo per club e centri di sport con racchetta: prenotazioni, abbonamenti, coaching, punto vendita ed eventi sotto un unico tetto personalizzato. L’ho costruito da operatore solitario con Claude come partner di sviluppo. La lezione: l’AI non mi ha solo fatto programmare più in fretta, ha cambiato la dimensione del prodotto che una sola persona può credibilmente lanciare e gestire.

[Il punto di vista dell’operatore] Gestisco oltre 30 agenti in produzione tra un brand di consulenza e Pickleland, la struttura di pickleball che gestisco nell’area metropolitana di Austin, in Texas. Gestire una struttura reale mi ha insegnato esattamente quanto sia scadente il software per club come il mio, così ho costruito il software che avrei voluto avere. Questa è la storia di Courtlines, di cosa fa e di come appoggiarmi a Claude abbia permesso a una sola persona di costruire qualcosa che di norma richiede un team.

Perché un club ha bisogno di un sistema operativo, non di un’app

Se non hai mai gestito una struttura sportiva, il problema del software è invisibile. Da fuori sembra che «la gente prenoti i campi». Da dentro, un club è un piccolo business disordinato con una dozzina di ingranaggi che devono tutti concordare tra loro.

Un socio prenota un campo. Quella prenotazione deve sapere se è iscritto a un piano di abbonamento, se ha dei crediti, se il campo è già occupato per un corso, se è assegnato un coach e se la reception ha modificato manualmente il prezzo. Quando si presenta, qualcuno gli batte alla cassa un tubo di palline: quello è il punto vendita. Iscrive il figlio a un programma junior: quelli sono eventi e account familiari. Compra un pacchetto da 10 lezioni: quello è un pacchetto di coaching con la sua logica di pagamento al coach. Porta un amico: quello è un funnel di iscrizione.

La maggior parte dei club gestisce tutto questo con tre o quattro strumenti scollegati, più un foglio di calcolo, più una chat di gruppo. Il sistema di prenotazione non sa nulla del punto vendita. Il punto vendita non sa nulla degli abbonamenti. A fine mese i conti di nessuno tornano.

Courtlines è la risposta alla domanda «e se tutto questo fosse un unico sistema?» Non è un’app di prenotazione con funzionalità aggiunte a posteriori: è un unico sistema operativo dove il calendario, gli abbonamenti, la cassa, i pagamenti ai coach e le pagine pubbliche degli eventi sono tutti gli stessi dati di base. Questa è l’intera tesi, ed è il claim sul sito: il sistema operativo per club e centri sportivi.

Cosa fa davvero Courtlines

Ad alto livello, Courtlines offre a un club:

• Una griglia campi in drag-and-drop per la reception: ogni prenotazione, corso e blocco su un’unica schermata che un amministratore può riorganizzare in tempo reale.
• Prenotazione e gioco libero per i soci, inclusi i casi limite scomodi ma essenziali: prenotazioni ricorrenti, liste d’attesa, finestre di cancellazione e crediti.
• Abbonamenti e fatturazione: piani, account familiari, login per bambini e ragazzi collegati a un genitore, e la gestione dei solleciti che evita che i ricavi si disperdano silenziosamente.
• Coaching: pacchetti di lezioni, pianificazione e pagamenti automatici ai coach indipendenti.
• Punto vendita: una cassa vera per il pro shop e la caffetteria, collegata alla stessa scheda cliente di tutto il resto.
• Eventi e pagine pubbliche: corsi, campionati e tornei con pagine pubbliche che le persone possono trovare e a cui possono iscriversi.

L’obiettivo di design è che la piattaforma sparisca. Un club ci mette sopra il proprio brand e, per i suoi soci, sembra semplicemente «l’app del nostro club», non «un SaaS qualsiasi per cui paghiamo». È un contrasto voluto con i concorrenti storici del settore, i vari CourtReserve e Skedda di turno, dove il software è il brand e il club è l’inquilino.

Pickleland è l’inquilino numero 1. Non posso nascondermi dietro una demo: la cosa deve davvero far funzionare una struttura di cui rispondo in prima persona. Questo vincolo è stato il miglior product manager che abbia mai avuto. Puoi vedere Pickleland qui: è il banco di prova nel mondo reale, e ogni spigolo che un socio incontra è un bug che sento lo stesso giorno.

La parte che mi ha sorpreso: cosa può lanciare oggi un singolo operatore

Ecco la versione onesta della storia, ed è il motivo per cui scrivo questo articolo invece di lanciare in sordina.

Un SaaS multi-tenant con fatturazione, punto vendita, accessi basati sui ruoli, pagamenti ai coach e un sistema pubblico di eventi non è un progetto da fine settimana. Dieci anni fa era un team finanziato da un seed di cinque-otto ingegneri per un anno. È il tipo di ambizione per cui a un fondatore solitario si dice, gentilmente, di restringere il campo a una singola funzionalità e di raccogliere capitali.

L’ho costruito da solo, con Claude come mio principale partner di sviluppo. Non «ogni tanto ho chiesto uno snippet a ChatGPT»: intendo che Claude ha scritto la grande maggioranza del codice di questo sistema, lavorando a partire da specifiche e decisioni di prodotto che sono mie. Il mio ruolo è passato dallo scrivere l’implementazione al decidere cosa è vero: quale debba essere il modello dati, cosa un ruolo è autorizzato a fare, cosa significhi «finito» per una funzionalità e cosa sia sicuro lanciare.

Il cambiamento interessante non è la velocità, per quanto sia più veloce. È l’ambizione. L’AI non mi ha reso uno sviluppatore 2× sulla stessa dimensione di prodotto. Ha cambiato la dimensione del prodotto che posso credibilmente costruire e, cosa altrettanto importante, gestire e mantenere da solo. Una base di codice scritta da un solo essere umano crollerebbe sotto il proprio peso. Una base di codice dove un partner AI tiene il dettaglio implementativo e io tengo l’architettura e le regole di sicurezza è una cosa di natura genuinamente diversa, ed è il motivo per cui un operatore solitario può ora puntare a una categoria che prima richiedeva un’azienda.

Non pubblico deliberatamente qui il mio esatto manuale operativo per Courtlines: è la parte che considero un vantaggio competitivo, e preferisco che i miei concorrenti continuino a credere che serva un grande team. Ma se vuoi vedere in dettaglio la meccanica di come faccio girare Claude su un progetto reale, l’ho documentata tutta per una realizzazione molto più piccola: un gioco mobile che ho pubblicato negli app store. Leggi come ho costruito Quads, un gioco da tavolo mobile, con Claude: stesso stile di lavoro, niente da nascondere, tutti i trucchi sul tavolo.

I principi su cui non scendo a compromessi

Anche tenendo privato il manuale, alcuni principi vale la pena enunciarli perché valgono per chiunque costruisca software serio con l’AI:

È l’essere umano a tenere le penne pericolose. C’è un piccolo numero di azioni in cui un errore è costoso e difficile da annullare: modifiche allo schema, deploy, tutto ciò che tocca denaro o dati di produzione. Quelle restano saldamente a me. L’AI può proporle; non le può eseguire. Tracciare quella linea con chiarezza è ciò che rende sicuro dare all’AI molto margine ovunque altrove.

I test verdi sono necessari, non sufficienti. Un flusso di prenotazione che passa ogni test unitario può comunque essere visibilmente rotto in un browser reale. La verifica più importante per un prodotto con un’interfaccia è un essere umano — o un processo supervisionato — che ci clicca davvero attraverso con dati realistici. I test sono un gradiente che impedisce alle cose di peggiorare; non sono la prova che una funzionalità funzioni. Questa l’ho imparata nel modo costoso, e ha cambiato per sempre il modo in cui definisco «finito».

Le specifiche sono la vera interfaccia. La leva non sta nel prompting ingegnoso, sta nel mantenere documenti chiari e aggiornati su cos’è il sistema e cosa dovrebbe fare ogni sua parte. Il tempo speso a tenerli precisi si ripaga molte volte in ogni sessione futura. Se vuoi la versione più approfondita di tutto questo, è la stessa disciplina che descrivo in come scrivere system prompt per agenti AI che non falliscono in produzione.

Costruisci la cosa con cui devi convivere. La singola decisione migliore è stata far gestire a Courtlines una struttura di mia proprietà. È facile lanciare una demo che impressiona; è impossibile nascondersi da un software da cui dipendono i tuoi stessi soci. Se costruisci con l’AI, puntala su un problema che senti in prima persona: la prova della realtà vale più di qualsiasi suite di test.

Come tutto questo si incastra con il resto di ciò che sto costruendo

Courtlines non esiste isolato. Fa parte di un piccolo ecosistema di sport con racchetta che sto costruendo: The Court Scout è una directory verificata di campi da pickleball, pensata per essere genuinamente più accurata delle directory raccolte tramite scraping con cui compete, e Pickleland è la struttura di punta contro cui tutto viene testato. La directory aiuta i giocatori a trovare i campi; Courtlines aiuta i club dietro quei campi a funzionare davvero.

Il tessuto connettivo di tutto questo è lo stesso modello operativo: un operatore solitario amplificato dall’AI, che gestisce più superficie di quanta un operatore solitario storicamente potesse. Courtlines è finora l’espressione più ambiziosa di quel modello: una piattaforma SaaS completa che, qualche anno fa, semplicemente non avrei tentato da solo.

Se gestisci un club o un centro di sport con racchetta e sei stanco di cucire insieme quattro strumenti, dai un’occhiata a Courtlines. E se sei uno sviluppatore che si chiede fin dove si possa spingere l’AI su un prodotto reale, questo è il senso di tutto l’articolo: più lontano di quanto probabilmente pensi.

FAQ

Cos’è Courtlines?

Courtlines è un sistema operativo multi-tenant per club e centri di sport con racchetta: pickleball, tennis, padel e oltre. Combina prenotazioni, abbonamenti, coaching, punto vendita e gestione degli eventi in un’unica piattaforma personalizzata, così che un club gestisca tutto il suo business da un solo sistema invece che da quattro strumenti scollegati. Puoi vederlo su courtlines.com.

Claude ha davvero scritto la maggior parte del codice?

Sì. Claude è stato il mio principale partner di sviluppo e ha scritto la grande maggioranza dell’implementazione, lavorando a partire da specifiche, architettura e decisioni di prodotto che sono mie e sotto il mio controllo. Io tengo lo schema, i deploy e la definizione di «finito»; l’AI tiene il dettaglio implementativo. È questa divisione del lavoro a rendere sostenibile la manutenzione di un SaaS di questa portata costruito da una sola persona.

Una sola persona può davvero costruire e gestire un SaaS così grande con l’AI?

Costruirlo è ora genuinamente fattibile: questa è la parte sorprendente. La sfida più grande è gestirlo e mantenerlo, perché una base di codice ampia ha bisogno di qualcuno che ne comprenda l’architettura anche quando è stata un’AI a scriverne i dettagli. La chiave è mantenere specifiche chiare e tenere il punto sul piccolo numero di azioni ad alto rischio che un essere umano deve controllare in prima persona. Fatto così, la superficie mantenibile da un solo operatore è di gran lunga più ampia di quanto fosse un tempo.

Perché costruire il tuo software per club invece di usare CourtReserve o Skedda?

Perché gestire Pickleland mi ha mostrato esattamente dove gli strumenti esistenti falliscono: il sistema di prenotazione, la cassa e gli abbonamenti non condividono un’unica fonte di verità, quindi niente si riconcilia in modo pulito. Volevo un sistema in cui tutto fosse gli stessi dati di base e in cui a essere visto dai soci fosse il brand del club, non quello del fornitore di software. È questo il divario che Courtlines è costruito per colmare.

Dove posso imparare come lavori davvero con Claude giorno per giorno?

Tengo privato il manuale dettagliato di Courtlines per ragioni competitive, ma ho documentato esattamente lo stesso stile di lavoro su un progetto più piccolo e completamente aperto: un gioco da tavolo mobile chiamato Quads. Leggi come ho costruito Quads, un gioco da tavolo mobile, con Claude per la meccanica, oppure come decido se un’automazione vale la pena di essere costruita per il ragionamento sul ROI dietro tutto ciò che lancio.