Come scegliere una software house: criteri, domande e red flag

Scegliere una software house è una delle decisioni più rischiose che un imprenditore o un founder possa prendere. Non perché il mercato manchi di fornitori — anzi, ce ne sono troppi — ma perché scegliere quella sbagliata può costarti mesi di lavoro, decine di migliaia di euro e il tempo che non puoi permetterti di perdere. In questa guida ti spiego cosa guardare davvero, quali domande fare prima di firmare e quali segnali d'allarme non ignorare.

Perché scegliere una software house è più difficile di quanto sembri

Il problema non è trovarne una. Con una ricerca su Google hai già venti risultati. Il problema è distinguere chi fa buon lavoro da chi promette bene e consegna male. Le software house si assomigliano tutte nei siti web: portfolio curati, clienti importanti citati vagamente, tecnologie moderne elencate a raffica. Ma dietro quella vetrina, la realtà è molto diversa.

Chi non ha background tecnico tende a valutare in base al prezzo o all'empatia nel primo meeting. Entrambi sono criteri insufficienti. Il prezzo più basso spesso nasconde costi di manutenzione futuri altissimi. E il commerciale simpatico potrebbe non avere nulla a che fare con il team che poi sviluppa il tuo progetto.

I criteri concreti per valutare una software house

1. Portfolio verificabile, non generico

Chiedi di vedere progetti simili al tuo per complessità, settore o tipo di prodotto. Non accettare un portfolio con screenshot e descrizioni vaghe: chiedi di parlare direttamente con un cliente referente. Un fornitore serio non ha problemi a metterti in contatto con chi ha già lavorato con loro.

Se i casi studio sul sito sono tutti del tipo "app per azienda X nel settore Y" senza dettagli su sfide, scelte tecniche e risultati, diffida. I progetti reali hanno sempre complessità da raccontare.

2. Processo di lavoro chiaro e documentato

Chiedi come gestiscono un progetto dall'analisi al rilascio. Una software house seria sa rispondere con precisione: metodologia usata (Agile, Scrum, sprint settimanali o bisettimanali), strumenti di project management condivisi con il cliente, frequenza degli aggiornamenti e come gestiscono i cambi di requisito.

Se la risposta è vaga — "lavoriamo in modo flessibile e ci adattiamo" — è un problema. Flessibilità senza struttura significa caos.

3. Team dedicato o condiviso?

Molte software house vendono la propria capacità e poi subappaltano parte del lavoro o usano sviluppatori part-time su più progetti contemporaneamente. Chiedi esplicitamente: chi lavora sul mio progetto? Sono dipendenti o freelance? Quante ore settimanali dedicheranno al mio progetto?

Non è necessario avere un team 100% dedicato, ma devi sapere esattamente con chi hai a che fare e quanto tempo verrà dedicato al tuo progetto.

4. Proprietà del codice e consegna dei sorgenti

Questo punto è non negoziabile. Il codice prodotto per te deve essere tuo. Chiedi esplicitamente che il contratto specifichi il trasferimento della proprietà intellettuale, la consegna dei repository con tutto il codice sorgente e l'accesso a tutti gli ambienti (server, database, sistemi di deploy).

Alcune software house trattengono i sorgenti o rendono difficile il passaggio ad altro fornitore. È una pratica scorretta che ti rende dipendente da loro per sempre.

5. Capacità di stima realistica

Chiedi un preventivo dettagliato, non una cifra "a forfait" senza breakdown. Un fornitore serio sa scomporre il progetto in fasi, stimare ogni componente e spiegarti le incertezze. Se il preventivo arriva in 24 ore per un progetto complesso, senza domande di approfondimento, è un red flag: stanno sparando un numero, non stimando.

Se stai valutando una software house per il tuo progetto, possiamo aiutarti a capire cosa chiedere e come valutare le offerte che ricevi: contattaci dalla sidebar per una consulenza gratuita.

Le domande da fare prima di firmare

Usa queste domande come checklist nel tuo primo incontro approfondito con il fornitore:

• Chi sarà il project manager del mio progetto e come posso contattarlo direttamente?
• Posso vedere il codice durante lo sviluppo o solo alla consegna?
• Come gestite i bug post-rilascio? Ci sono garanzie contrattuali?
• Cosa succede se il progetto va oltre budget o oltre i tempi previsti?
• Avete esperienza con la compliance GDPR nello sviluppo?
• Fornite documentazione tecnica del progetto?
• Come gestite i cambi di requisito in corso d'opera?

Le risposte a queste domande ti dicono più di qualsiasi presentazione commerciale.

I red flag che non puoi ignorare

Ci sono segnali che, se presenti, devono farti rallentare o cambiare fornitore:

• Non ti fanno parlare con il team tecnico durante la fase di valutazione. Il commerciale è l'unico interlocutore. Questo spesso significa che il team tecnico non è disponibile o non è all'altezza delle promesse fatte.
• Offrono tutto senza fare domande. Un buon fornitore tecnico ha sempre domande sul tuo business, sui tuoi utenti, sui vincoli. Se accettano tutto senza approfondire, o non capiscono la complessità o diranno sì ora e no (con ritardi) dopo.
• Non hanno un contratto strutturato. Se il contratto è due pagine con termini generici, fermati. Un contratto serio deve definire scope, milestone, modalità di pagamento, proprietà del codice, SLA, garanzie post-rilascio e condizioni di risoluzione.
• Prezzi molto al di sotto della media di mercato. Lo sviluppo software di qualità ha un costo. Chi offre prezzi impossibilmente bassi li recupera in altri modi: qualità inferiore, tempi di consegna allungati, costi nascosti o lavoro offshore mal gestito.
• Non sanno dirti "no". Una software house che accetta ogni requisito senza mai mettere in discussione la fattibilità o consigliare alternative non è un partner: è un esecutore che ti darà problemi in fase di testing o post-lancio.

Agenzia web vs software house: non è la stessa cosa

Molte agenzia web si propongono anche per sviluppo applicativo o piattaforme complesse. Non è sempre un problema, ma è una distinzione che vale la pena fare. Un'agenzia web è ottima per siti, landing page, e-commerce su piattaforme standard. Una software house sviluppa prodotti su misura: gestionali, SaaS, app mobile, piattaforme con logica di business complessa.

Se il tuo progetto ha flussi, ruoli utente, integrazioni con sistemi esterni e una logica applicativa propria, hai bisogno di una software house con esperienza nello sviluppo di prodotto — non di chi costruisce siti web veloci.

Checklist finale: prima di firmare

1. Hai verificato almeno un riferimento cliente direttamente?
2. Il contratto include la proprietà del codice e la consegna dei sorgenti?
3. Hai un breakdown dettagliato del preventivo per fasi?
4. Sai chi è il project manager e come si lavora operativamente?
5. Il contratto definisce SLA, garanzie post-rilascio e condizioni di uscita?
6. Hai accesso agli ambienti (server, repo, staging) durante lo sviluppo?
7. La software house ha fatto domande sul tuo business e sui tuoi utenti?

Se hai risposto sì a tutte e sette, puoi procedere con più serenità. Se anche solo tre di queste risposte sono no o "non lo so ancora", torna indietro e chiarisci prima di firmare.

Conclusione

Scegliere una software house non è una gara al ribasso né una questione di feeling. È una decisione strategica che impatta la qualità del tuo prodotto, i tuoi tempi di lancio e il tuo budget. Prenditi il tempo per valutare con criteri concreti, fai le domande difficili e non firmare finché non hai chiarezza su tutto ciò che conta.

Hai bisogno di supporto per valutare le offerte che hai ricevuto o capire se un fornitore è quello giusto per il tuo progetto? Scrivici: trovi il form di contatto qui a destra.