Operations · 9 min di lettura
Fractional CTO per SaaS: responsabilità e KPI da monitorare
In sintesi
Un CTO fractional per SaaS monitora deployment frequency, MTTR, uptime, velocity del team engineering e tech debt ratio. L'obiettivo non è solo tenere il sistema acceso — è far sì che la tecnologia abiliti la crescita del business senza diventare un collo di bottiglia.
Il ruolo del CTO fractional in un SaaS
In un SaaS, il CTO è il traduttore tra business e tecnologia. Decide l'architettura, sceglie lo stack, guida il team engineering, gestisce il debito tecnico e si assicura che la piattaforma regga la crescita. Fare tutto questo a tempo pieno costa 150-250k€ all'anno di costo aziendale.
Un CTO fractional porta la stessa visione con 3-8 giorni/mese, al costo di 5-12k€/mese. Ha senso quando il prodotto esiste già e serve qualcuno che presidia le scelte architetturali, formi il team e traduca i requirement del CEO in priorità tecniche.
CTO fractional ≠ lead developer part-time
Il CTO fractional non scrive codice produzione. Fa architettura, review, hiring tecnico, decisioni di stack, comunicazione con stakeholder e gestione del roadmap tecnologico. Se hai bisogno di qualcuno che codia, serve un senior developer — non un CTO.
I KPI principali del CTO fractional per SaaS
I KPI tecnici di un SaaS si dividono in due categorie: reliability (il prodotto funziona?) e velocity (il team avanza velocemente?). Un buon CTO fractional monitora entrambe.
| KPI | Target | Frequenza review |
|---|---|---|
| Uptime piattaforma | ≥99,9% (43 minuti downtime/mese max) | Continuo (monitorato da tool) |
| Deployment frequency | ≥1 deploy/settimana per team maturo | Mensile |
| MTTR - Mean Time to Recover | <1 ora per incidenti critici | Ad ogni incidente |
| Lead time for changes (commit → produzione) | <1 giorno per team agile | Mensile |
| Tech debt ratio (% sprint su refactor vs feature) | <20-25% degli sprint | Trimestrale |
| Velocity team (story points completati / sprint) | Trend stabile o crescente | Bisettimanale |
| Error rate produzione (% request con errore) | <0,1% per SaaS B2B | Continuo |
Come si misurano questi KPI
Lo stack di monitoraggio minimo che un CTO fractional implementa in un SaaS italiano:
- Uptime + alerting: Datadog, New Relic, o soluzioni più economiche come Better Uptime / UptimeRobot per i SaaS early stage
- Deployment tracking: GitHub Actions o GitLab CI/CD con log automatico di ogni deploy in produzione
- MTTR: incident tracking via PagerDuty o Opsgenie; per SaaS piccoli bastano Slack + post-mortem template
- Tech debt: review trimestrale del backlog tecnico con tagging esplicito (refactor, security, performance, infra)
- Velocity: Jira o Linear con sprint tracking — il CTO fractional guarda il trend, non il numero assoluto
- Error tracking: Sentry per error rate e crash tracking in real-time
Il tool stack non deve essere complesso. Il CTO fractional sceglie strumenti che il team usa davvero, non la soluzione enterprise più completa. Spesso il primo intervento è semplificare, non aggiungere.
KPI positivi vs segnali di allarme
Dopo 3-6 mesi con un CTO fractional, questi sono i segnali che il lavoro sta funzionando:
- 01Il CEO smette di ricevere segnalazioni di downtime da clienti prima del team tecnico
- 02La deployment frequency aumenta (più releases = più valore al cliente più velocemente)
- 03Il team engineering ha un backlog tecnico visibile e prioritizzato, non un debito nascosto
- 04Le decisioni architetturali vengono documentate con ADR (Architecture Decision Records)
- 05Il tempo per onboardare un nuovo developer scende da settimane a giorni
I segnali di allarme che richiedono intervento urgente: uptime sotto il 99,5% in modo cronico (problema di architettura o infra), MTTR sopra le 4 ore (assenza di runbook e ownership chiara), zero deploy per settimane (paura di rompere, sintomo di tech debt critico).
Il KPI più sottovalutato è il Lead Time for Changes
Molti team misurano l'uptime ma ignorano quanto ci vuole per portare una modifica dal commit alla produzione. Se questo tempo supera i 3-5 giorni, la velocità competitiva del prodotto è già compromessa — indipendentemente da quanto è stabile.
Benchmark per SaaS italiani e fee CTO fractional
| Fase SaaS | Team engineering | Giorni/mese CTO fractional | Fee mensile |
|---|---|---|---|
| MVP / early stage | 1-3 dev | 3-5 giorni | 3.500-6.000€ |
| Product-market fit | 3-8 dev | 4-8 giorni | 6.000-10.000€ |
| Growth / scale | 8-20 dev | 6-10 giorni | 9.000-15.000€ |
Un CTO a tempo pieno con adeguata seniority in un SaaS italiano costa tra 120k e 200k lordi, pari a 170-280k di costo aziendale all'anno. Il CTO fractional equivalente costa 42-120k all'anno — con una seniority spesso superiore, perché il fractional ha esperienza su più prodotti e fasi di crescita diverse.
Domande frequenti
Quando conviene assumere il CTO a tempo pieno invece del fractional?
Quando il team engineering supera i 15-20 sviluppatori e la complessità organizzativa richiede presenza quotidiana. Prima di quel punto, il CTO fractional è quasi sempre più efficiente in termini di costo/valore.
Un CTO fractional può gestire la roadmap di prodotto?
Gestisce la roadmap tecnica (cosa si costruisce e come). La roadmap di prodotto è responsabilità del CPO o del founder. Le due si parlano e il CTO fractional è il ponte tra le due, ma non sostituisce la funzione di product management.
Come si integra il CTO fractional con il team?
Di solito con 1-2 sessioni settimanali di review (architecture review, sprint planning, 1:1 con i lead), Slack asincrono per decisioni veloci e un documento di stato mensile per il CEO. Il modello funziona se c'è un tech lead interno che opera nel quotidiano.
Vuoi il metodo completo, non solo un articolo?
Entra nella community gratuita Manager Indipendente: il sistema a 5 pilastri, i casi reali e i confronti con chi sta facendo lo stesso percorso.