Le richieste di progetto vaghe ricevono due tipi di risposte: candidature generiche da chi non ha letto con attenzione e domande a raffica da chi l'ha fatto. In entrambi i casi perdi tempo. Una richiesta scritta bene fa il contrario: filtra prima, così chi risponde è già adatto.
Parti dal problema, non dalla tecnologia
Descrivi cosa vuoi ottenere e perché, prima di come. "Vogliamo un portale clienti in Blazor" è una soluzione. "I nostri clienti ci chiamano per sapere lo stato degli ordini, vogliamo che lo vedano da soli" è un problema, e un buon sviluppatore potrebbe proporti qualcosa di meglio di quello che avevi in mente.
Cosa deve contenere
Obiettivo. Due o tre frasi: cosa deve cambiare grazie al progetto.
Contesto tecnico. Cosa esiste già: un'applicazione da estendere, un database, una versione di .NET, un hosting. Anche "partiamo da zero" è un'informazione utile.
Stack richiesto. Distingui tra requisiti ("ASP.NET Core, SQL Server") e preferenze ("se conosci Blazor è meglio"). Se tutto è obbligatorio, il numero di candidati si riduce senza motivo.
Ambito e consegne. Cosa è incluso e cosa no. Elenca i risultati che ti aspetti, non le attività.
Tempi. Data di inizio desiderata, scadenze rigide se ci sono, e quanto sono flessibili.
Budget. Anche solo un intervallo. Chi non lo scrive di solito spera di risparmiare, e riceve in cambio candidature che testano il prezzo invece di proporre un approccio.
Modalità di lavoro. Remoto o in sede, riunioni previste, chi è il referente interno e quanto tempo ha per rispondere.
Come sceglierai. Poche righe sui criteri: esperienza simile, disponibilità, un breve colloquio. Dire come decidi rende più sincere anche le candidature.
Gli errori più comuni
- Chiedere tutto. Una richiesta con quaranta requisiti non filtra: scoraggia.
- Non dire il budget. Si dà per scontato che sia "da concordare", e non è mai un buon inizio.
- Cambiare l'ambito dopo. Se sai che ci saranno aggiunte, dillo subito: è molto meglio di scoprirlo a metà progetto.
- Rispondere dopo settimane. I buoni sviluppatori hanno altre offerte: se non ricevono risposte, passano oltre.
Un modello da riutilizzare
Titolo: Estensione di un gestionale ASP.NET Core con portale clienti
Obiettivo: Ridurre le telefonate di assistenza permettendo ai clienti di consultare da soli lo stato degli ordini.
Contesto: Gestionale interno in ASP.NET Core 8 e SQL Server, già in produzione. Il portale sarà una nuova area dello stesso progetto.
Stack richiesto: ASP.NET Core, Entity Framework Core. Preferibile: Blazor.
Consegne: Login clienti, elenco ordini, dettaglio ordine, notifiche email al cambio di stato.
Tempi: Inizio entro novembre, consegna entro fine gennaio.
Budget: Tra 8.000 e 12.000 euro, a corpo o a ore da concordare.
Modalità: Da remoto, un referente interno disponibile per 2 ore a settimana.
Come scegliamo: Esperienza su progetti simili, disponibilità nel periodo, un colloquio di 30 minuti.
Domande frequenti
Meglio una richiesta pubblica o contattare direttamente un profilo? Dipende da quanto sai già cosa ti serve: se hai un profilo in mente, il contatto diretto è più rapido; se vuoi confrontare approcci, la richiesta pubblica ti dà più scelta. Ne parliamo in RFQ o candidatura diretta.
Quante candidature devo aspettarmi? Meno di quante ne riceveresti su un portale generalista, ma più adatte. Con una richiesta chiara, poche candidature ben mirate valgono più di cento CV.
Come valuto le candidature? Con una checklist di valutazione, per confrontare i candidati sugli stessi criteri.