Casi studio · Caso studio 08 · Fractional CTO
Una piattaforma di quotazione per il noleggio a lungo termine, già sul mercato, e l'azienda che la mette al centro del proprio lavoro.
Un operatore del noleggio a lungo termine lavora con una piattaforma di quotazione che avevo sviluppato e testato sul mercato prima di incontrarlo: un sistema che aiuta le agenzie a produrre preventivi confrontabili, con un pannello di amministrazione per listini, utenti e pratiche. Oggi ne sono il responsabile tecnico part-time: rilasci, funzioni nuove, supporto ai clienti, formazione delle persone interne. Questo caso racconta come si tiene in esercizio un software che deve dare numeri giusti ogni giorno, con un team piccolo e senza fermarlo mai.
PDF · 3 pagine Il servizio collegato: Automazioni AI →
Scheda dell'incarico
Cliente
Operatore del noleggio a lungo termine; preventivi generati dalla piattaforma, pratiche gestite dal team commerciale
Cosa fa il software
Sistema di quotazioni per le agenzie: preventivi confrontabili per veicolo, durata, chilometraggio e servizi inclusi; pannello di amministrazione per listini, utenti, agenzie e pratiche dal preventivo alla chiusura
Ruolo
Chief Technology Officer part-time: versione stabile, beta, backlog, ticket, coordinamento e formazione delle risorse tecniche
Punto di partenza
Software già sviluppato e in uso con clienti reali prima dell'incarico
Accordo
Collaborazione pluriennale, con una parte del compenso legata ai risultati della piattaforma
Stato
In corso dal 2025
Contesto
La piattaforma esisteva prima dell'azienda che oggi la usa: l'avevo costruita perché le agenzie potessero produrre quotazioni di noleggio a lungo termine confrontabili, con canoni, durate, chilometraggi e servizi inclusi, e perché chi le coordina avesse un pannello di amministrazione per listini, utenti e pratiche. L'avevo messa alla prova con clienti reali. L'azienda aveva la rete commerciale e le pratiche, non la tecnologia, e non poteva permettersi un direttore tecnico a tempo pieno.
Problema
Un software di quotazione non può sbagliare un numero e non può fermarsi: ogni preventivo è un'offerta commerciale. Allo stesso tempo l'azienda chiede funzioni nuove ogni settimana, i clienti aprono ticket, e le persone interne devono poter lavorare senza chiamare lo sviluppatore per ogni cosa. Serviva un modo di far evolvere il prodotto senza mettere a rischio la versione che i clienti usano.
Cosa ho fatto
- Ho separato due versioni: una stabile, con rilasci programmati, manutenzione e correzioni, e una beta dove le funzioni sperimentali vengono provate con alcuni clienti prima di passare in produzione. Niente arriva in stabile senza essere passato dalla beta.
- Ho messo in piedi un backlog unico: ogni richiesta, dai feedback dei clienti o dai ticket, entra con priorità e motivazione, e l'azienda vede cosa è in lavorazione e cosa no. Le decisioni sulle priorità si prendono insieme, le stime le faccio io.
- Ho organizzato il supporto su due livelli: le persone interne rispondono alle domande d'uso con la documentazione, io intervengo sui difetti e sui casi che richiedono il codice.
- Ho formato le risorse interne a usare il pannello di amministrazione per le operazioni ricorrenti (listini, agenzie, utenze, estrazioni) perché l'azienda non dipenda da me per il lavoro quotidiano.
- Ho definito chi fa cosa sulla sicurezza: test periodici, gestione di un eventuale incidente sui dati, responsabilità verso i clienti finali, con i costi di esercizio (cloud, servizi esterni, domini) chiari e in capo all'azienda.
Risultato
L'azienda ha un responsabile tecnico che risponde dei rilasci e dei clienti a una frazione del costo di un dirigente, una versione stabile che non si ferma e una beta dove le idee si provano senza rischio. Le persone interne gestiscono da sole il lavoro quotidiano. L'incarico è in corso dal 2025.
Cosa rifarei diversamente
- Documentazione prima della formazione. Ho formato le persone a voce e poi scritto le procedure; l'ordine giusto è il contrario, perché la documentazione resta e le persone cambiano.
- Un report automatico fin dal primo giorno che riconcili i dati della piattaforma (preventivi, pratiche chiuse) con quelli dell'azienda. Serve a entrambi per fidarsi dei numeri senza discuterne.
- La beta va aperta a pochi clienti scelti, non a chi la chiede. Le prime funzioni sperimentali hanno raccolto più segnalazioni d'uso che feedback utili.
Ricevi il PDF per email
Vuoi questo caso in PDF, da tenere o inoltrare?
Il PDF arriva per email entro un minuto, in allegato. Niente telefonate, niente sequenze automatiche.
Casi studio
Hai un software senza azienda, o un'azienda senza responsabile tecnico?
Scrivimi in dieci righe cosa fa il software, chi lo usa e cosa vuoi che diventi. Entro 48 ore ricevi un parere preliminare gratuito: cosa serve per tenerlo in esercizio, cosa per farlo crescere, preventivo.