L'RFI del cliente grosso: cosa deve saper fare il tuo software (e come non firmare un suicidio in 40 pagine)

L’RFI scritto per spaventare

Arriva la mail che aspettavi da mesi: il cliente grosso, quello che potrebbe cambiarti l’anno, ti manda l’RFI — il documento con cui ti chiede se il tuo software sa fare quello che gli serve. Lo apri. Sono 40 pagine. Centinaia di requisiti, tabelle da compilare con “sì/no/parziale”, richieste su sicurezza, integrazioni, certificazioni, tempi. Lo leggi e ti prende un misto di eccitazione e panico: “se dico sì a tutto forse vinco, ma poi come faccio?”.

Ecco la prima cosa da sapere, perché ti libera: un RFI di 40 pagine è, in buona parte, scritto per spaventare — o meglio, per filtrare. Non è la descrizione precisa di quello che il cliente userà davvero. È un documento difensivo, spesso copiato da un modello, gonfiato da chi l’ha scritto per coprirsi le spalle (“mettiamo dentro tutto, così se poi manca qualcosa non è colpa nostra”), pieno di requisiti che nessuno userà mai e di richieste messe lì per vedere chi si tira indietro. Chi lo legge come se ogni riga fosse un obbligo di vita o di morte, o dice no a tutto e si esclude, o dice sì a tutto e firma un suicidio.

La bravura non è rispondere “sì” a più righe possibile. È leggere l’RFI da adulti: capire cosa è un requisito vero, cosa è un desiderio, cosa è puro teatro; rispondere con onestà dove sei forte e con prudenza dove non lo sei; e — la cosa che quasi nessuno fa — capire quando quel contratto, per come è scritto, è una trappola in cui non vuoi cadere, per quanto grosso sia il cliente. Perché una commessa vinta alle condizioni sbagliate non è una vittoria: è l’inizio di un anno di inferno che ti mangia il margine, la reputazione e la salute.

Questo articolo è per te che rispondi a queste gare — freelance, piccola software house, fornitore — e ti trovi davanti quei malloppi. Ti do il modo di leggerli con lucidità: separare il grano dalla pula, rispondere senza promettere l’impossibile, spezzare lo scope perché non ti divori, e riconoscere quando ritirarsi è la mossa più intelligente. Non per perdere gare: per vincere quelle giuste alle condizioni giuste, e sfuggire a quelle sbagliate.

Cosa è requisito, cosa è desiderio, cosa è teatro

La prima operazione, davanti a un RFI, è una classificazione. Ogni riga di quel documento appartiene a una di tre categorie, e trattarle tutte allo stesso modo è l’errore che ti frega. Impara a distinguerle e metà del panico sparisce.

• Il requisito vero. È la cosa che il cliente userà davvero, ogni giorno, e senza la quale il progetto per lui non ha senso. Sono di solito poche righe, il cuore del bisogno. Su queste devi essere solido: sono la ragione per cui esiste la gara. Se non sai fare questi, non è la gara per te, ed è inutile andare avanti.
• Il desiderio. È la cosa che al cliente “piacerebbe avere”, il nice-to-have. Magari l’ha messa perché un fornitore concorrente ce l’ha, o perché “non si sa mai”. Non è vitale: se non c’è, il progetto sta in piedi lo stesso. Su questi puoi rispondere con onestà graduata (“questo sì, questo si può aggiungere, questo non è previsto”) senza che sia un no alla gara.
• Il teatro. È la riga messa lì per riempire, per coprirsi, o copiata da un modello che nessuno ha ripulito. Requisiti generici, richieste smisurate rispetto al progetto, cose che nemmeno il cliente sa perché sono lì. Non le userà mai nessuno. Il teatro non va preso alla lettera: va gestito con risposte oneste e ragionevoli, non con impegni reali su cose che non esistono nella pratica.

Come le distingui, se il cliente non te lo dice? Chiedendo, e osservando. Le domande che fai sull’RFI sono metà del lavoro: chiedere “questo requisito, in quale scenario d’uso reale vi serve?” fa due cose insieme — ti fa capire se è requisito o teatro, e mostra al cliente che ragioni sul suo bisogno vero invece di limitarti a spuntare caselle. Un cliente serio apprezza; e le sue risposte ti rivelano cosa conta davvero. Se non puoi fare domande (gara chiusa, nessun contatto), usa il buon senso: quello che è ripetuto, dettagliato e coerente con lo scopo è probabilmente vero; quello che è generico, sproporzionato e isolato è probabilmente teatro.

Questa lettura è la stessa capacità, vista dal lato del fornitore, che serve al compratore quando deve capire cosa c’è davvero in un preventivo: saper distinguere la sostanza dalla forma. Solo che qui la posta, per te, è non impegnarti su 400 righe quando il progetto vero ne vale 40.

Sicurezza, backup, ruoli: rispondere da adulto senza overclaim

C’è una sezione che spaventa più di tutte nei RFI dei clienti grossi: quella su sicurezza, backup, protezione dei dati, gestione degli accessi. Pagine di domande tecniche che sembrano scritte per escludere chiunque non sia una multinazionale. Qui si fanno due errori opposti, entrambi fatali: l’overclaim (dire sì a tutto, promettere sicurezza da banca che non hai) e il panico (spaventarsi e ritirarsi anche quando le richieste sono ragionevoli e alla tua portata).

La via da adulti sta nel mezzo, ed è fatta di onestà tecnica:

• Sui backup e la continuità: sono cose serie e legittime, e in gran parte alla portata di un fornitore competente. Il cliente vuole sapere che se qualcosa va storto i suoi dati non si perdono e il servizio riparte. Rispondi con quello che fai davvero — copie regolari, capacità di ripristino, cosa succede se cade qualcosa — senza gonfiare. Una risposta concreta e vera vale più di una promessa altisonante.
• Sui ruoli e i permessi: chi vede cosa, chi può fare cosa. È una richiesta sana e ragionevole, il pane di ogni sistema serio. Rispondi mostrando che sai gestire accessi differenziati, senza inventarti livelli di certificazione che non hai.
• Sulla sicurezza in generale: distingui ciò che è standard e alla tua portata (proteggere i dati, cifrare dove serve, gestire gli accessi in modo sensato) da ciò che richiede certificazioni formali o infrastrutture pesanti che magari non hai. Sul primo gruppo, rispondi con solidità. Sul secondo, sii onesto: “questa certificazione formale non la abbiamo; ecco però cosa garantiamo in concreto”. L’onestà qui non ti fa perdere punti coi clienti seri: te ne fa guadagnare, perché chi valuta ha visto tanti fornitori promettere la luna e poi non mantenere.

La regola d’oro è: non promettere una sicurezza che non sai garantire. Un overclaim sulla sicurezza è il tipo di bugia che ti esplode in mano nel momento peggiore — un incidente, un audit — e a quel punto hai perso il cliente e la reputazione. Meglio un “no, questo non lo facciamo, facciamo quest’altro” detto prima, che un “sì” che non reggerà. Rispondere da adulto significa proprio questo: dire la verità su cosa fai e cosa no, con la sicurezza di chi sa il suo mestiere e non ha bisogno di gonfiarlo.

Cosa NON promettere: l’AI, le integrazioni infinite, le date

Ci sono tre categorie di promesse che, in un RFI, sono le più tentanti e le più letali. Sono quelle dove “dire sì” ti fa sembrare fortissimo sulla carta e ti prepara il disastro nella realtà. Impara a trattarle con estrema cautela.

• L’AI che fa miracoli. Nei RFI di oggi c’è sempre la sezione “capacità di intelligenza artificiale”, e la tentazione di promettere che “l’AI farà tutto in automatico, deciderà, prevederà”. Non farlo. L’AI assiste, prepara, trova — non decide da sola le cose che contano, e non è affidabile al 100% sui numeri e sulle decisioni critiche. Promettere un’AI onnipotente significa impegnarsi su qualcosa che poi non mantieni, con un cliente grosso che ti tiene sotto contratto. Prometti quello che l’AI fa davvero — accelera, suggerisce, con la persona che resta al volante sulle decisioni — ed è già tanto. Chi promette la magia firma la propria condanna, come spiego parlando del prodotto basato su LLM contro il chatbot che promette tutto.
• Le integrazioni infinite. “Vi integrate con tutti i nostri sistemi?” — e la tentazione è dire “sì, con tutto”. Ogni integrazione con un sistema esterno è però un lavoro che dipende da quel sistema, dalla sua documentazione, dalla sua collaborazione, dai suoi cambiamenti. Promettere integrazioni infinite significa impegnarsi su lavoro che non controlli. Rispondi distinguendo: “con questi sistemi standard, sì; con i vostri sistemi specifici, va valutato caso per caso cosa espongono”. Un’integrazione promessa a scatola chiusa è un buco nero di ore.
• Le date. La sezione tempi è quella dove si firmano i suicidi più clamorosi. “Consegnate entro X?” — e per vincere si dice sì a una data impossibile. Poi la data non si rispetta, scattano le penali, e il progetto nasce già in ritardo e in perdita. Non promettere date che non puoi tenere: dai tempi realistici, magari a fasi, e spiega da cosa dipendono. Un cliente serio preferisce una data vera a una promessa che salterà — e chi accetta solo la promessa impossibile è un cliente con cui non vuoi lavorare.

Il filo comune: ogni “sì” in un RFI è un impegno contrattuale, non una cortesia commerciale. Quello che scrivi lì dentro, se vinci, diventa ciò che devi consegnare, e il cliente grosso ha gli avvocati per ricordartelo. La disciplina di non promettere ciò che non sai mantenere non è debolezza commerciale: è ciò che distingue chi consegna da chi finisce in causa. È la stessa lucidità sul perimetro che serve prima ancora di sviluppare qualsiasi cosa: sapere cosa stai davvero impegnandoti a fare.

Come spezzare lo scope perché non ti divori

Ecco la mossa strategica che trasforma un RFI da trappola in opportunità gestibile: spezzare lo scope. Un cliente grosso spesso descrive nell’RFI il sistema finale completo — tutto quello che vorrebbe, alla fine, tra due anni. Impegnarsi a consegnare tutto in blocco è il suicidio: troppo grande, troppo rischioso, troppe cose che cambieranno strada facendo. La risposta intelligente non è “faccio tutto”, è “facciamo così, a pezzi”.

Spezzare lo scope significa proporre di realizzare il sistema per fasi, ognuna con un valore in sé:

• Prima fase: il cuore. Quei pochi requisiti veri, il nucleo senza cui il progetto non ha senso. Piccola, realizzabile, consegnabile in tempi certi. Il cliente vede qualcosa che funziona presto, tu ti impegni su qualcosa di controllabile.
• Fasi successive: il resto, un pezzo alla volta. I desideri, le integrazioni, le funzioni in più — aggiunte dopo, quando la base è solida e si è imparato dall’uso vero. Ogni fase è un impegno separato, con il suo perimetro e i suoi tempi.

Perché questo è potente per entrambi:

• Per te: non ti impegni in blocco su un mostro da due anni. Ogni fase è controllabile, il rischio è spezzato, e se qualcosa cambia (cambia sempre) non fa saltare tutto. Riduci lo scope creep — quel gonfiarsi continuo del progetto che divora il margine — perché ogni aggiunta è una fase nuova, negoziata, non un “già che ci siamo” gratis.
• Per il cliente: vede risultati presto invece di aspettare due anni un big bang che magari non arriva. Riduce il suo rischio: se la prima fase va bene, si fida per le successive; se non va, non ha buttato tutto il budget in una volta.

Spezzare lo scope è anche il modo elegante di rispondere ai requisiti-teatro e ai desideri: non li rifiuti (“no, non lo facciamo”) né li prometti in blocco (“sì, tutto subito”), li collochi nelle fasi giuste (“il cuore ora, questo nella fase due, quest’altro da valutare quando ci arriviamo”). Trasformi un elenco spaventoso in un percorso ragionevole. Questa è la logica del partire da un nucleo e crescere per fasi che sta dietro a ogni progetto sano, come il costruire un MVP prima di tutto il resto: il big bang è il modo migliore per fallire in grande, le fasi sono il modo per vincere in piccolo e poi in grande.

Chi deve scrivere la risposta (non solo il commerciale)

Errore che affonda tante risposte a RFI: la scrive solo il commerciale. Il commerciale è portato a dire sì — è il suo mestiere entusiasmare e chiudere. Ma se a rispondere a un documento pieno di impegni tecnici c’è solo chi vuole vincere la gara e non chi dovrà consegnare, il risultato è un cumulo di “sì” che poi qualcun altro dovrà mantenere, e non ci riuscirà.

Una risposta a RFI fatta bene la scrivono almeno due teste insieme:

• Il commerciale, che conosce il cliente, capisce cosa vuole davvero dietro le righe, sa come posizionare la risposta e tiene la relazione.
• Chi costruisce, cioè chi dovrà davvero fare il lavoro, che sa cosa è realizzabile, cosa costa, cosa è un requisito e cosa è teatro, e — soprattutto — dove sono le trappole tecniche in cui non impegnarsi.

Il commerciale da solo firma promesse che il tecnico non può mantenere. Il tecnico da solo scrive una risposta prudente e arida che non vince gare. Insieme, producono una risposta che è ambiziosa dove si può e onesta dove si deve — che vince la gara giusta senza firmare il suicidio. Questo è il punto in cui avere una mano sola che capisce sia i dati sia il backend sia il frontend sia l’AI diventa un vantaggio enorme: chi risponde all’RFI sa davvero cosa comporta ogni “sì”, perché quel lavoro lo sa fare, e non deve fidarsi di stime di terzi o promettere cose che poi scoprirà impossibili. Non c’è il commerciale che promette e il tecnico che poi si dispera: c’è una testa che sa cosa sta firmando.

E c’è un terzo occhio che serve sulle risposte più impegnative: qualcuno che legga il contratto e le condizioni, non solo i requisiti tecnici. Perché — ed è il prossimo punto — le trappole peggiori di un RFI spesso non sono nei requisiti, ma nelle clausole.

Rispondere costa: qualifica prima di investire giorni

C’è un costo che quasi nessuno mette in conto: rispondere a un RFI serio costa. Leggere 40 pagine, capirle, fare le domande, classificare i requisiti, spezzare lo scope, scrivere una risposta ragionata a due teste (commerciale e tecnico), far controllare le clausole — sono giorni di lavoro delle tue persone migliori. E sono giorni sottratti al lavoro che fattura, o agli altri clienti. Se dedichi tre giorni a rispondere a una gara che non avevi possibilità di vincere, quei tre giorni sono soldi buttati — e se lo fai su ogni gara che passa, l’anno diventa un colabrodo di risposte a vuoto.

Per questo la prima domanda davanti a un RFI non è “come rispondo?”, ma “vale la pena rispondere?”. Una qualifica onesta, fatta prima di investire i giorni, ti fa risparmiare un sacco di sforzo sprecato. Poche domande dirimenti:

• Il cuore del progetto è nelle mie corde? Se i requisiti veri sono cose che sai fare bene, ha senso proseguire. Se il nucleo è fuori portata, chiudi qui: nessuna bella risposta compensa un cuore che non sai consegnare.
• Ho una possibilità reale, o sono il fornitore-civetta? A volte una gara ha già un vincitore designato e tu sei lì solo per fare numero e legittimare la procedura. Segnali: la gara sembra scritta su misura per un concorrente specifico, i tempi per rispondere sono assurdamente stretti, nessuno risponde alle tue domande. Se sei il cavallo di riserva per fare scena, stai regalando giorni.
• Le condizioni economiche hanno senso per me? Se anche vincendo il margine sarebbe risibile o negativo per come è impostata, la vittoria è una perdita. Meglio scoprirlo prima di scrivere la risposta che dopo aver firmato.
• Posso permettermi di vincerla? Se la mia struttura non regge quella commessa senza saltare per aria, forse non è la gara giusta a prescindere da quanto sono bravo a rispondere.

Qualificare prima non è pigrizia: è rispetto per il tuo tempo. Un fornitore che risponde a poche gare giuste, con risposte curate, vince più di uno che risponde a tutto in modo affrettato — e ci mette meno fatica. La disciplina di dire “a questa non rispondo” è la stessa, a monte, del “da questa mi ritiro” di cui parliamo tra poco: entrambe nascono dal vedere il costo nascosto che gli altri non vedono.

Le red flag nella gara

Prima di innamorarti di una commessa grossa, impara a leggere i segnali di pericolo — quelli che ti dicono che questa gara, per come è impostata, è una trappola indipendentemente da quanto sai fare. Le red flag più comuni:

• Penali sproporzionate. Clausole che ti puniscono in modo esagerato per ogni ritardo o problema, magari su date che loro stessi rendono impossibili non fornendo in tempo quello che serve da parte loro. Una penale sproporzionata trasforma un piccolo intoppo in un disastro economico.
• Scope indefinito ma prezzo fisso. Ti chiedono un prezzo bloccato su un perimetro vago o “tutto quello che servirà”. È la ricetta perfetta dello scope creep a tuo carico: firmi un prezzo, e poi ogni “ma serviva anche questo” è gratis per loro e in perdita per te.
• Responsabilità tutte da una parte. Contratti in cui ogni rischio è tuo e ogni tutela è loro: se qualcosa va storto per colpa loro (non ti danno gli accessi, cambiano idea, ritardano le decisioni), la colpa resta comunque tua. Un rapporto sano ha responsabilità distribuite.
• Nessun contatto, nessuna domanda ammessa. Se non puoi fare domande sull’RFI, non puoi distinguere requisito da teatro, e stai rispondendo alla cieca. Una gara che ti proibisce di capire cosa serve davvero è una gara che ti mette in condizione di sbagliare.
• Il cliente che ha già bruciato tre fornitori. Se scopri che prima di te sono passati (e scappati) altri, la causa raramente è che erano tutti incapaci: più spesso è che il cliente è impossibile, o l’RFI è scritto male, o le condizioni sono avvelenate. La storia si ripete.

Nessuna di queste, da sola, è per forza un no. Ma sono i punti su cui negoziare prima di firmare: una penale si può ridimensionare, uno scope si può definire, le responsabilità si possono bilanciare. Se il cliente è disposto a discuterle, buon segno. Se sono innegoziabili e tutte contro di te, hai la risposta — ed è il tema dell’ultimo, cruciale punto.

Quando ritirarsi è vincere

La cosa più controintuitiva e più preziosa che posso dirti: a volte la mossa vincente è non partecipare. Ritirarsi da una gara sbagliata non è perdere: è vincere, perché eviti un disastro che ti sarebbe costato molto più della commessa mancata.

Ci sono situazioni in cui ritirarsi è la scelta lucida:

• Quando il cuore del progetto non è nelle tue corde. Se i requisiti veri (non il teatro) sono cose che non sai fare bene, forzare la mano per vincere significa impegnarsi a consegnare qualcosa che non sai consegnare. Meglio un no netto ora che una figuraccia dopo. Onestà con te stesso prima che col cliente.
• Quando le condizioni sono avvelenate e innegoziabili. Se le red flag di sopra ci sono tutte e il cliente non tratta — penali assurde, scope indefinito a prezzo fisso, ogni rischio su di te — quella commessa è una perdita mascherata da vittoria. La vinci, e poi ci rimetti soldi, notti e reputazione per un anno.
• Quando il cliente vuole la magia. Se dall’RFI e dalle conversazioni capisci che il cliente si aspetta l’impossibile — l’AI onnipotente, la consegna in tempi irreali, le integrazioni infinite gratis — e non c’è modo di riportarlo alla realtà, quella è una relazione destinata a finire male. Meglio non cominciarla.
• Quando vincere ti farebbe saltare tutto il resto. Una commessa troppo grossa per la tua struttura, che per servirla dovresti trascurare tutti gli altri clienti e stressare il team fino a romperlo, può ucciderti col successo. Un “sì” che non puoi sostenere è peggio di un “no”.

Ritirarsi con lucidità richiede una cosa che poche persone hanno: la disciplina di dire no a soldi che sembrano tanti, perché vedi il costo nascosto. È la stessa disciplina che raccomando al compratore quando gli dico che a volte la scelta giusta è non costruire — solo vista dall’altro lato. Il fornitore che sa ritirarsi dalle gare sbagliate è quello che sopravvive e prospera, perché non si fa uccidere da una vittoria avvelenata. Quello che dice sì a tutto, prima o poi, firma la commessa che lo affonda.

Se ti trovi davanti un RFI grosso e vuoi leggerlo con lucidità — separare il vero dal teatro, capire dove impegnarti e dove no, spezzare lo scope e riconoscere le trappole — è esattamente il tipo di lettura che faccio, perché conosco entrambi i lati: quello di chi costruisce e quello di chi compra. Guarda come lavoro o scrivimi e lo guardiamo insieme, anche solo per decidere se vale la pena parteciparci. Tutto questo vive nel cluster comprare (e vendere) software su misura: dai due lati del tavolo, la lucidità sul perimetro è quello che separa i progetti che riescono da quelli che affondano.

È per te se / non è per te se

È per te se:

• rispondi a gare o RFI di clienti grossi e ti trovi davanti malloppi di requisiti che ti spaventano;
• hai la tentazione di dire sì a tutto per vincere, e il timore di firmare qualcosa che non sai mantenere;
• ti è già capitato di vincere una commessa e pentirtene, mangiato dallo scope creep e dalle penali;
• vuoi imparare a spezzare lo scope e a negoziare le condizioni prima di firmare;
• vuoi la lucidità di capire quando ritirarti invece di inseguire ogni gara.

Non è per te se:

• non tratti con clienti strutturati che fanno gare formali: se lavori con piccoli clienti a voce, l’RFI non è il tuo mondo;
• il tuo problema è trovare clienti, non rispondere alle loro gare: quello viene prima;
• cerchi il trucco per vincere ogni gara: qui il messaggio è l’opposto — vincere quelle giuste e sfuggire alle sbagliate, non vincerle tutte.

8 domande da chi sta per rispondere a un RFI

1. Devo rispondere “sì” a più requisiti possibile per vincere? No: ogni “sì” è un impegno contrattuale che dovrai mantenere. Vincere dicendo sì a tutto significa firmare cose che non consegnerai, con penali e cause a seguire. Rispondi con onestà graduata, forte dove sei forte e prudente dove non lo sei.

2. Come distinguo un requisito vero dal teatro? Il requisito vero è ciò che il cliente userà ogni giorno e senza cui il progetto non ha senso — di solito poche righe. Il teatro è generico, sproporzionato, isolato, spesso copiato da un modello. Le domande che fai sull’RFI (“in quale uso reale vi serve?”) sono il modo migliore per distinguerli.

3. Cosa rispondo alle domande su sicurezza e backup? Da adulto: quello che fai davvero, senza gonfiare. Distingui ciò che è standard e alla tua portata (proteggere i dati, gestire accessi, fare backup e ripristini) da ciò che richiede certificazioni formali che magari non hai — e su quello sii onesto. Un overclaim sulla sicurezza ti esplode in mano al primo audit.

4. Cosa non dovrei mai promettere? L’AI onnipotente (l’AI assiste, non decide da sola), le integrazioni infinite (dipendono da sistemi che non controlli), e le date impossibili (le penali sui ritardi affondano i progetti). Prometti quello che fai davvero: è già abbastanza per vincere le gare giuste.

5. Come evito lo scope creep? Spezzando lo scope in fasi: prima il cuore (pochi requisiti veri, consegnabile presto), poi il resto un pezzo alla volta, ogni fase con perimetro e tempi propri. Così ogni aggiunta è una fase negoziata, non un “già che ci siamo” gratis che ti divora il margine.

6. Chi deve scrivere la risposta? Non solo il commerciale, che tende a dire sì. Serve anche chi costruisce, che sa cosa è realizzabile e dove sono le trappole — più un occhio sul contratto e le clausole. Il commerciale da solo firma promesse impossibili; il tecnico da solo scrive risposte che non vincono. Insieme funziona.

7. Quali sono i segnali che una gara è una trappola? Penali sproporzionate, scope indefinito a prezzo fisso, tutte le responsabilità su di te, nessuna possibilità di fare domande, e un cliente che ha già bruciato altri fornitori. Nessuno è un no automatico: sono i punti da negoziare prima di firmare. Se sono innegoziabili e tutti contro di te, è un no.

8. Quando conviene ritirarsi? Quando il cuore del progetto non è nelle tue corde, quando le condizioni sono avvelenate e il cliente non tratta, quando pretende la magia, o quando la commessa è troppo grossa e ti farebbe saltare tutto il resto. Ritirarsi da una gara sbagliata non è perdere: è evitare un disastro che costa più della commessa. Chi dice sì a tutto, prima o poi firma quella che lo affonda.