Un'azienda che cerca un fornitore .NET ha due strade non alternative ma complementari: pubblicare una richiesta di progetto (RFQ, Request for Quote) a cui i freelancer si candidano spontaneamente, oppure contattare direttamente un profilo specifico già individuato tra quelli pubblici. La prima strada ha senso quando lo scope è chiaro ma non si sa ancora chi possa essere il fornitore giusto; la seconda quando si è già trovato un profilo che sembra adatto e si vuole verificare direttamente la sua disponibilità, senza passare da un annuncio aperto a tutti.
Come funziona una RFQ
Una RFQ (richiesta di progetto) è un annuncio pubblicato dall'azienda con lo scope del lavoro, visibile ai freelancer registrati che possono valutarlo e candidarsi se interessati e competenti. È il modello più simile a un bando: l'azienda descrive cosa serve una volta, e riceve candidature da chi ritiene di poter rispondere a quella richiesta specifica.
Vantaggi concreti di questo approccio:
- Copertura più ampia senza sforzo di ricerca manuale. Invece di scorrere profili uno per uno, l'azienda lascia che siano i freelancer interessati a farsi avanti — utile soprattutto quando non si ha già in mente un candidato preciso.
- Confronto naturale tra più candidature. Ricevere più risposte alla stessa richiesta permette un confronto diretto (competenze, disponibilità, approccio proposto) che sarebbe più dispersivo contattando i profili uno alla volta in tempi diversi.
- Filtro implicito sulla motivazione. Chi si candida a una RFQ specifica ha letto lo scope e ha deciso di investire tempo per rispondere — è un primo segnale di interesse reale, per quanto non sostituisca comunque la valutazione vera e propria del candidato.
Il limite della RFQ è speculare al suo vantaggio: dipende dal numero e dalla qualità di chi la vede e decide di rispondere. Uno scope scritto in modo vago attira candidature altrettanto generiche; uno scope molto di nicchia rischia di ricevere poche risposte se pochi freelancer attivi coprono esattamente quella competenza in quel momento.
Come funziona il contatto diretto
Il contatto diretto parte dal percorso opposto: l'azienda ha già individuato un profilo pubblico (tramite ricerca, filtri per tecnologia, o semplicemente scorrendo la directory) e gli invia una richiesta di contatto mirata, senza passare da un annuncio pubblico. È il modello più simile a un head-hunting mirato, su scala molto più piccola.
Quando ha più senso del canale RFQ:
- Quando si è già trovato un profilo che sembra corrispondere bene, ad esempio dopo aver letto un articolo tecnico scritto dal freelancer, o dopo averlo visto segnalato da qualcun altro.
- Per progetti dove la riservatezza conta di più — una RFQ pubblica, per quanto visibile solo a utenti registrati e non al pubblico generico, comunque espone lo scope a più persone di quante ne siano strettamente necessarie.
- Quando i tempi stringono e aspettare candidature spontanee non è un'opzione praticabile.
Perché coesistono invece di essere ridondanti
Un dubbio legittimo: se il contatto diretto funziona, perché serve anche la RFQ? La risposta sta nella fase del processo di selezione in cui ci si trova. La RFQ è utile quando il problema è "non so ancora chi", il contatto diretto quando il problema è "so già chi, devo solo verificare se è disponibile e interessato". Sono due momenti diversi dello stesso percorso, non due modi di fare la stessa cosa.
Vale la pena anche dirlo dal punto di vista del freelancer, perché cambia l'approccio a seconda del canale: rispondere bene a una RFQ richiede dimostrare di aver capito lo scope specifico proposto (non una candidatura generica copiata e incollata su più annunci); rispondere bene a un contatto diretto richiede soprattutto chiarezza rapida su disponibilità reale, visto che chi contatta ha già fatto la selezione a monte scegliendo proprio quel profilo.
Cosa aspettarsi in termini di tempi e follow-up
Indipendentemente dal canale scelto, alcune buone pratiche valgono per entrambi:
- Rispondere anche quando la risposta è no. Un silenzio prolungato su una candidatura o un contatto è la fonte più comune di frustrazione da entrambi i lati — una risposta negativa chiara e rapida è sempre preferibile al silenzio.
- Essere specifici fin dal primo messaggio, in entrambe le direzioni: un'azienda che scrive "mi servirebbe un preventivo" senza altro contesto costringe il freelancer a fare domande che si sarebbero potute anticipare; un freelancer che risponde con un messaggio standard non tarato sullo scope specifico comunica lo stesso disinteresse, anche se non è quello che intende trasmettere.
- Trattare la fase di primo contatto come parte della valutazione reciproca, non come un mero passaggio burocratico prima del "vero" inizio — il modo in cui una persona comunica in questa fase è spesso indicativo di come comunicherà durante il progetto.
Domande frequenti
Posso usare entrambi i canali per lo stesso progetto? Sì, non sono mutuamente esclusivi — è comune pubblicare una RFQ per avere un ventaglio di candidature e, in parallelo, contattare direttamente uno o due profili che sembravano particolarmente adatti già prima di pubblicarla.
Una RFQ pubblicata è visibile a tutti su internet o solo agli utenti registrati? Solo ai freelancer registrati sulla piattaforma, non al pubblico generico — è un canale interno al marketplace, non un annuncio di lavoro indicizzato pubblicamente.
Cosa succede se una RFQ non riceve nessuna candidatura? Vale la pena rivedere lo scope: spesso il problema è una descrizione troppo generica (attira poco interesse perché non è chiaro cosa serva davvero) o troppo di nicchia rispetto a chi è attivo sulla piattaforma in quel momento — in quel caso il contatto diretto verso profili specifici individuati manualmente può essere la strada più efficace.
Come scelgo tra più candidature ricevute sulla stessa RFQ? Gli stessi criteri validi per qualunque valutazione di un freelancer — ne abbiamo scritto una checklist dedicata in un altro articolo: competenza dimostrabile, chiarezza sul processo di lavoro, disponibilità reale nei tempi del progetto.