Generatore di capitolato tecnico per software e app
Rispondi a sei brevi domande sul progetto e ottieni un capitolato tecnico pronto da inviare ai fornitori: ambito, requisiti con priorità, budget, criteri di valutazione e scadenze.
Bozza ripristinata da questo browser.
Ogni paragrafo si può modificare direttamente nel documento.
Inviato. Controlla la posta tra un paio di minuti.
Invia il capitolato a YuSMP e ricevi una stima in un giorno lavorativo
Leggiamo il documento, chiariamo i punti aperti e rispondiamo con team, tempi e budget. Il testo del capitolato viene allegato automaticamente alla richiesta.
Grazie! Riceverai una stima entro un giorno lavorativo.
TL;DR: il capitolato tecnico di un software dice ai fornitori cosa va realizzato, quali requisiti contano di più e con quali criteri verrà scelta l’offerta. Basta compilare i sei passaggi qui sopra e scaricare il documento in DOCX, PDF o Markdown. Il capitolato si genera nel browser, gratis e senza registrazione.
Un capitolato fatto bene serve a ricevere offerte confrontabili: se ogni software house risponde alle stesse domande nello stesso formato, le differenze di prezzo diventano leggibili. Se invece preferisci parlare prima con un team, puoi inviare il documento a YuSMP: il nostro team di sviluppo software su misura lo legge e risponde con una stima entro un giorno lavorativo.
Il modello segue l’ordine in cui un fornitore legge un capitolato. Ogni campo ha il pulsante «Inserisci un esempio», così non si parte mai da un foglio bianco, e qualsiasi paragrafo si può correggere direttamente nell’anteprima prima dell’export.
Cosa mettere in un capitolato tecnico software?
Un capitolato tecnico software si compone di dodici parti: profilo aziendale, contesto, ambito, requisiti funzionali con priorità, requisiti non funzionali, contesto tecnico, budget e tempi, formato dell’offerta, criteri di valutazione, calendario della gara, domande e contatti. Il generatore produce esattamente queste sezioni:
| Sezione | Contenuto |
|---|---|
| 1. Introduzione e profilo aziendale | Chi siete, sito web, settore |
| 2. Contesto e obiettivi del progetto | Tipo di progetto, utenti, obiettivo, problema |
| 3. Ambito del lavoro | Piattaforme, lingue dell’interfaccia, sistemi esistenti |
| 4. Requisiti funzionali | Tabella delle funzioni con priorità MoSCoW |
| 5. Requisiti non funzionali | Carico, sicurezza, conformità, hosting, supporto |
| 6. Contesto tecnico e integrazioni | Gestionale, CRM, pagamenti, fatturazione elettronica |
| 7. Budget e tempi | Forbice di budget, modello di prezzo, avvio, lancio |
| 8. Formato e contenuto dell’offerta | Casi di studio, team, approccio, stima per fasi |
| 9. Criteri di valutazione | Criteri con pesi, totale 100% |
| 10. Calendario della gara | Invio, domande, scadenza offerte, decisione |
| 11. Domande ai fornitori | Cosa ogni offerta deve chiarire in modo esplicito |
| 12. Contatti | Un referente e l’e-mail per le offerte |
Per un’app o un gestionale web di dimensioni normali bastano da tre a otto pagine.
Capitolato tecnico, capitolato speciale o disciplinare: che differenza c’è?
Il capitolato tecnico descrive cosa deve fare il software e con quali vincoli; gli altri documenti regolano la gara e il contratto. Il capitolato speciale d’appalto e il capitolato d’oneri fissano le condizioni contrattuali, il disciplinare di gara le regole di partecipazione: sono tipici degli appalti pubblici. In una selezione privata tra software house il capitolato tecnico, con formato dell’offerta e criteri di valutazione, di solito basta. Per dettagliare poi il prodotto funzione per funzione c’è il generatore di specifiche.
Come si scrivono requisiti che un fornitore può stimare?
Ogni requisito va scritto come un risultato visibile per l’utente e con una priorità, perché il fornitore stima un perimetro, non degli aggettivi. Il metodo MoSCoW funziona bene: Must è indispensabile per il primo rilascio, Should importante, Could desiderabile, Won’t escluso per ora. Un estratto di tabella compilata:
- Il paziente prenota una visita online e riceve la conferma via e-mail — Must
- La segreteria vede l’agenda del giorno nel pannello di amministrazione — Must
- Promemoria via SMS il giorno prima — Should
- Questionario di soddisfazione — Could
- Telemedicina in videochiamata — Won’t
Se metà dell’elenco è Must, nessuno capisce come sarebbe un primo rilascio snello e le stime si allontanano.
Tra i requisiti non funzionali basta spuntare ciò che vale: GDPR, ISO 27001, accessibilità WCAG 2.1 AA. Il documento chiede ai fornitori di confermare la conformità nell’offerta; non sostituisce una verifica legale.
Conviene indicare il budget nel capitolato?
Sì, se esiste una forbice conviene indicarla: i fornitori propongono un perimetro realistico per quella cifra invece di indovinare le dimensioni del progetto. Senza forbice, le stime sullo stesso capitolato possono differire di diverse volte. Se il budget proprio non c’è, il campo resta vuoto e il documento chiede a ciascun fornitore una stima con le ipotesi alla base.
Nello stesso passaggio si sceglie il modello di prezzo. Come regola pratica, il prezzo fisso si adatta a un ambito piccolo e ben definito, il Time & Materials a un prodotto i cui requisiti cambieranno dopo i primi riscontri degli utenti. Nel dubbio, l’opzione «Non sappiamo, consigliateci» permette di confrontare come ogni fornitore motiva la propria scelta.
Come confrontare le offerte?
Ogni offerta riceve un voto da 1 a 5 per criterio, moltiplicato poi per il peso. I criteri predefiniti sono sei: esperienza nel settore (25%), competenze del team (20%), approccio e metodologia (20%), prezzo (15%), tempi (10%) e supporto dopo il lancio (10%). Nomi e pesi si cambiano liberamente e il totale torna sempre a 100%.
Le risposte ricevute si inseriscono poi nella scorecard per valutare i fornitori. Prima della firma conviene passare il preventivo scelto alla revisione del preventivo e verificare l’ordine di grandezza con il calcolatore dei costi.
Quali errori rendono le offerte non confrontabili?
- Nessuna priorità: un elenco piatto di funzioni.
- Nessun formato di risposta: due pagine da uno, quaranta slide dall’altro.
- Nessun periodo per le domande: i vuoti si riempiono di ipotesi.
- Criteri nascosti: meglio dire subito quanto pesa il prezzo.
- Troppi destinatari: da tre a cinque fornitori di solito bastano.
Domande frequenti
Che cos’è un capitolato tecnico per un software?
È il documento del committente che descrive obiettivi, requisiti e vincoli di un progetto software. Serve a chiedere offerte a più fornitori e a confrontarle con gli stessi criteri.
Il generatore è davvero gratuito?
Sì, senza registrazione e senza costi. Il documento si scarica tutte le volte che serve in DOCX, PDF o Markdown, oppure si copia negli appunti.
I dati inseriti vengono inviati da qualche parte?
No. Il documento si genera nel browser e la bozza resta salvata solo lì. I dati lasciano la pagina solo se si invia il modulo di richiesta o si chiede di ricevere il documento via e-mail.
Posso modificare il capitolato dopo il download?
Sì. Il file DOCX si apre in Word, Google Docs e LibreOffice; il Markdown si importa in Notion o Confluence con titoli e tabelle.
Quanto deve essere lungo un capitolato tecnico?
Per un’app o un sito di complessità media bastano da tre a otto pagine. I dettagli che servono solo dopo la scelta del fornitore vanno nella specifica di progetto.
A quanti fornitori conviene inviarlo?
Di solito da tre a cinque. Con meno il confronto è povero, con di più la valutazione accurata richiede troppo tempo.
Va bene anche per una gara d’appalto pubblica?
È pensato per selezioni private tra fornitori. In un appalto pubblico il capitolato deve seguire la documentazione e le regole della stazione appaltante; il modello può servire come base di stesura.