Quali domande fare a una software house per capire se è affidabile

La prima telefonata dice già tutto

Ci sono due tipi di software house. Quelle che, alla prima call, ti chiedono un sacco di cose sul tuo business, sui tuoi utenti, su cosa hai già provato e perché non ha funzionato. E quelle che, dopo tre minuti, iniziano a parlarti di React, microservizi e Kubernetes.

Le seconde non stanno cercando di capire il tuo problema. Stanno cercando di venderti la loro soluzione preferita. È una differenza sottile nella forma, enorme nella sostanza.

Capire quali domande fare a una software house per capire se è affidabile non è una questione di tecnicismi. È una questione di segnali. E i segnali arrivano prima ancora che ti mandino un preventivo.

Le red flag che la maggior parte delle persone ignora (e non dovrebbe)

Partiamo dalle cose che dovresti notare senza nemmeno fare domande, perché si presentano da sole.

Quota ore prima di capire cosa fai. Se ricevi una stima in giorni/uomo entro 48 ore da un primo contatto superficiale, quello non è un fornitore che ti sta valutando: ti sta vendendo capacità produttiva a vuoto. Le ore si stimano dopo aver capito il problema, non prima. Un preventivo veloce su un progetto complesso è quasi sempre un preventivo sbagliato, e lo scoprirai a tue spese, letteralmente.

Non ti fa nessuna domanda sul business. Un buon fornitore IT vuole sapere chi sono i tuoi utenti, qual è il contesto competitivo, quali processi interni tocca il sistema che stai costruendo. Se non gliene importa nulla di tutto questo, costruirà qualcosa di tecnicamente funzionante e strategicamente inutile. Come quel personaggio di film che esegue gli ordini alla perfezione senza mai chiedersi se gli ordini abbiano senso.

Parla solo di tecnologie, mai di risultati. "Usiamo le ultime versioni di tutto" non è una garanzia di qualità. È marketing. Le tecnologie sono strumenti. Un fornitore affidabile ti parla di cosa ha risolto, per chi, con quali vincoli. Non di quale stack usa per farlo.

Non ti chiede nulla sulla validazione del prodotto. Se stai costruendo qualcosa di nuovo e il fornitore non ti chiede mai se hai già testato l'idea, se hai utenti reali con cui confrontarti, o se hai un MVP, stai parlando con qualcuno che ha tutto l'interesse a far partire subito lo sviluppo. Il tuo interesse, invece, è non spendere centomila euro su un'ipotesi non verificata.

Risponde "sì" a tutto. Ogni feature, ogni integrazione, ogni richiesta. Sì, sì, sì. Un fornitore che non ti dice mai "questo non ha senso farlo adesso" o "questa cosa la puoi risolvere con uno strumento già esistente" non ti sta aiutando: ti sta accontentando. E accontentarti costa.

Le domande da fare, punto per punto

Ora veniamo alla parte pratica. Queste sono le domande che dovresti portare in ogni valutazione di un fornitore IT, indipendentemente dalla dimensione del progetto.

"Puoi mostrarmi un progetto simile al mio e dirmi cosa non ha funzionato?" La seconda parte è quella che conta. Chiunque ti mostra i successi. Chi ti mostra anche gli errori, e cosa ha imparato, è qualcuno che lavora con onestà intellettuale. Le agenzie che rispondono a questa domanda con "tutti i nostri progetti sono andati benissimo" mentono o non imparano mai nulla. In entrambi i casi, non sono il fornitore giusto.

"Chi sarà il mio interlocutore principale e quanto tempo dedicherà al progetto?" Nella vendita ci sono i senior. Nell'esecuzione, spesso, arrivano i junior. Non è necessariamente un problema, ma devi saperlo prima. Se la risposta è vaga o evasiva, sai già come andrà.

"Come gestite i cambiamenti in corsa?" In qualsiasi progetto software, i requisiti cambiano. È fisiologico. La risposta a questa domanda ti dice se il fornitore ha un processo maturo o se ogni variazione diventerà una guerra di nervi sul contratto. Cerca chi ti spiega un metodo chiaro, non chi ti promette che "ci adattiamo".

"Cosa succede se il progetto si blocca o va male?" Domanda scomoda, risposta illuminante. Un fornitore affidabile ha una risposta pronta perché ci ha già pensato. Chi si irrigidisce o cambia discorso non ha mai immaginato di sbagliare. E questo, di per sé, è un segnale preoccupante.

"Usate strumenti di project management condivisi con il cliente?" La trasparenza non è un valore astratto: è una pratica. Se il lavoro avviene in una black box e tu ricevi aggiornamenti a cadenza irregolare via email, non stai comprando sviluppo software, stai comprando fiducia cieca. Che può essere mal riposta.

"Qual è la vostra posizione su X?" dove X è qualcosa che sai già essere controverso nel tuo settore. Non importa cosa rispondono. Importa che abbiano un'opinione. Un fornitore che non ha mai una posizione su nulla di tecnico o strategico non sta pensando al tuo progetto: sta aspettando di eseguire istruzioni.

Come valutare un fornitore IT al di là delle risposte

Le risposte sono una parte. Il contesto in cui arrivano è l'altra.

Osserva quanto tempo passa tra la tua domanda e la risposta scritta. Un'agenzia che risponde a un'email complessa in cinque minuti con tre righe non ha letto quello che hai scritto. Una che ci mette tre giorni lavorativi per rispondere a qualcosa di urgente ti sta già mostrando le sue priorità.

Guarda come comunicano internamente quando te ne danno occasione. Una call con più persone del loro team è rivelatrice: si ascoltano? Si contraddicono? Qualcuno prende appunti? Questi dettagli non mentono.

Chiedi referenze e chiamale davvero. Non mandare un'email: chiama. Le persone al telefono dicono cose che non scrivono. Fai una domanda sola: "C'è qualcosa che rifaresti diversamente nel lavoro con loro?" La risposta ti dice tutto.

Valuta la documentazione che producono prima ancora di partire. Il modo in cui strutturano un'offerta, un piano di lavoro, una proposta tecnica riflette il modo in cui strutturano i progetti. Se quello che ti mandano è disordinato, generico o pieno di copia-incolla da template, il tuo codice sarà probabilmente scritto nello stesso spirito.

Una cosa che nessuno ti dice sull'affidabilità agenzia sviluppo

L'affidabilità non è un attributo fisso. È una relazione. Un fornitore affidabile con un cliente che non sa cosa vuole produce risultati mediocri. Un cliente chiarissimo con un fornitore opaco produce risultati mediocri. La combinazione conta.

Questo non significa che la responsabilità sia tua se scegli male. Significa che la valutazione di un fornitore deve includere anche una valutazione di quanto siete compatibili nel modo di lavorare, comunicare, prendere decisioni. La competenza tecnica è la soglia minima. La compatibilità operativa è quello che determina se il progetto arriva in fondo senza lacrime.

Le domande che hai letto sopra servono a scremare chi non supera nemmeno la soglia. Ma le migliori collaborazioni nascono quando, dopo aver eliminato le red flag, rimane qualcuno con cui hai voglia di passare i prossimi mesi a costruire qualcosa. Qualcuno che ti fa sentire che capisce il problema quasi quanto te, e sa cose che tu non sai.

Quella sensazione non si compra con un preventivo basso. Si riconosce nelle prime tre domande che ti fanno.

Alina, AI Analyst di Inceptio