C'è una fattura che aspetti da 47 giorni. Il cliente legge i messaggi e non risponde. Tu stai lì a riscrivere la stessa email per la quarta volta, cercando il tono giusto — abbastanza fermo da essere preso sul serio, abbastanza educato da non perdere il rapporto.

Beh, è esattamente il tipo di situazione per cui le istruzioni AI esistono. Non quella roba generica del tipo "scrivimi un'email professionale" — parliamo di istruzioni specifiche, costruite per situazioni reali della vita da freelancer. Quelle che usi una volta, le salvi, e le riusi per i prossimi tre anni.

Qui trovi 15 istruzioni AI per freelancer testate su casistiche concrete: comunicazione con i clienti, gestione dei progetti, scrittura tecnica, proposte commerciali. Ognuna ha la struttura da copiare e i campi da personalizzare.

Niente teoria. Solo roba che funziona.

Come funzionano le istruzioni AI per freelancer?

Un'istruzione AI per freelancer è un testo strutturato che dai a un modello linguistico (ChatGPT, Claude, Gemini) per ottenere un output specifico e riutilizzabile, senza dover riscrivere il contesto ogni volta. Non è un prompt generico: è un template con campi variabili — quelli tra parentesi quadre — che sostituisci con i dettagli del tuo caso.

La differenza tra "scrivimi un'email di sollecito" e un'istruzione ben costruita è la differenza tra una ricetta scritta su un tovagliolo e un libro di cucina professionale. La prima la usi una volta e la butti. La seconda la consulti ogni settimana per anni. Il valore non sta nell'AI — sta nella struttura dell'istruzione. Un'istruzione precisa dice al modello il contesto, il tono, i vincoli, l'obiettivo. Un'istruzione vaga produce testo vago. Per un freelancer che gestisce più clienti attivi simultaneamente, avere un set di istruzioni pronte significa risparmiare tra le 2 e le 4 ore a settimana di comunicazione amministrativa — tempo che si trasforma in ore fatturabili o, diciamocelo, in dormire di più il venerdì.

Comunicazione clienti: le istruzioni AI che usi ogni settimana?

Queste tre sono quelle che finiscono in uso ciclico. Hai presente il cassetto della cucina dove metti le cose che usi spesso? Queste stanno lì.

Sollecito fattura scaduta — fermo ma professionale

Scrivi un'email di sollecito per una fattura scaduta da [X giorni]. Il cliente non risponde. Tono: fermo ma professionale. Non chiedere scusa. Indica chiaramente come pagare tramite [metodo di pagamento]. Importo: [X euro]. Numero fattura: [Y]. Questo è il [primo/secondo/terzo] sollecito.

Il dettaglio che fa la differenza: specificare il numero del sollecito. Un primo sollecito suona diverso dal terzo, e il modello lo sa. Lasciare questa variabile libera produce email intercambiabili. Compilarla produce email che escalano nel tono in modo proporzionato alla situazione. Se vuoi approfondire la parte operativa, qui c'è una guida completa su come farti pagare prima come freelancer.

Chiarimento di ambito senza sembrare difficile

Devo scrivere un'email professionale a un cliente che chiede [modifica di ambito] non prevista nell'accordo originale. Voglio spiegare perché questo impatta tempi e costo senza sembrare difensivo. Ambito originale: [X]. Cosa chiedono ora: [Y]. Scrivi un'email breve e diretta che apra una conversazione invece di chiuderla.

Qui la parte geniale è "apra una conversazione invece di chiuderla". Senza quel vincolo, il modello tende a scrivere email che suonano come sentenze. Con quel vincolo, produce qualcosa che lascia al cliente la porta aperta per rispondere senza sentirsi accusato.

Rifiuto progetto senza bruciare i ponti

Devo rifiutare un progetto da [tipo di cliente] perché [motivo reale: budget troppo basso / non è la mia specialità / tempi irrealistici]. Scrivi un'email breve e cordiale che rifiuti chiaramente ma lasci aperta la collaborazione futura. Non essere vago. Non offrire un riferimento a meno che non lo dica io.

"Non essere vago" e "non offrire un riferimento a meno che non lo dica io" sono i due vincoli che salvano l'email. Senza il primo, il modello produce testi diplomatici-nebulosi che il cliente legge come "forse sì". Senza il secondo, ti ritrovi a raccomandare qualcuno che non avresti mai voluto tirare in ballo.

Gestione progetti: come trasformare il caos in compiti precisi?

La gestione dei progetti da freelancer è un'attività che consiste per il 60% in comunicazione e per il 40% in lavoro effettivo. Insomma, parliamo di email, aggiornamenti, riunioni e feedback da decodificare. Le istruzioni qui sotto attaccano esattamente questi punti.

Da feedback confuso a compiti concreti

Il cliente ha mandato questo feedback: "[incolla il feedback]". Estrai compiti specifici e realizzabili. Raggruppa per: modifiche al design / modifiche ai contenuti / modifiche alle funzionalità / non chiaro (richiede domanda di chiarimento). Per tutto ciò che non è chiaro, scrivi la domanda di follow-up che dovrei fare.

Questo è probabilmente lo strumento più sottovalutato dell'intero elenco. Il feedback dei clienti non tecnici è spesso un misto di emozioni, osservazioni estetiche vaghe e richieste implicite. "Non mi convince il colore" può significare dieci cose diverse. Questa istruzione forza il modello a separare quello che è chiaro da quello che non lo è, e a generare domande precise invece di interpretazioni.

Aggiornamento progetto senza riempitivo

Scrivi un aggiornamento settimanale per un progetto di [tipo]. Stato attuale: [X% completato]. Completato questa settimana: [lista]. Prossima settimana: [lista]. Blocchi: [lista o nessuno]. Il cliente è [tecnico/non tecnico]. Massimo 150 parole. Niente riempitivo.

"Niente riempitivo" è il vincolo che salva l'email. Senza di esso, il modello aggiunge frasi come "siamo lieti di informarla che i lavori procedono secondo le aspettative" che non comunicano niente e fanno perdere tempo a chi legge. Il vincolo delle 150 parole costringe a scegliere cosa conta davvero.

Agenda riunione che porta a decisioni

Crea un'agenda per una riunione di 30 minuti su [argomento]. Dobbiamo prendere decisioni su: [decisione 1], [decisione 2]. Contesto: [breve contesto]. Formato: blocchi di tempo con decisione/risultato atteso per ogni punto. Includi 5 minuti per domande.

La specificità sta nel chiedere "decisione/risultato atteso per ogni punto". Un'agenda normale lista argomenti. Un'agenda con risultati attesi trasforma la riunione in qualcosa che finisce con decisioni prese, non con un "ci risentiremo la prossima settimana per definire i prossimi passi" — quella frase che è il segnale che la riunione non è servita a niente.

Scrittura tecnica: come spiegare le cose difficili senza perdere il cliente?

La scrittura tecnica è quella zona in cui i freelancer IT perdono clienti non per incompetenza, ma per comunicazione. Sai fare la cosa. Non sai spiegare perché l'hai fatta così. Queste due istruzioni attaccano esattamente quel problema.

README che gli sviluppatori leggono davvero

Scrivi un README per [progetto/strumento/script]. Cosa fa: [descrizione]. Pubblico: [sviluppatori / utenti non tecnici]. Sezioni obbligatorie: cosa fa, prerequisiti, installazione, utilizzo con esempio, problemi comuni. Tono: pratico, zero linguaggio commerciale.

"Zero linguaggio commerciale" è il vincolo che distingue un README utile da uno che sembra scritto dal marketing. Gli sviluppatori aprono un README per sapere se lo strumento risolve il loro problema in 30 secondi. Non per leggere una promessa.

Spiegare una scelta tecnica a un cliente non tecnico

Devo spiegare a un cliente non tecnico perché ho scelto [decisione tecnica] invece di [alternativa]. Motivi reali: [motivi tecnici]. Traduci in linguaggio semplice. Usa un'analogia se aiuta. Massimo 3 frasi. Zero gergo.

Tradurre una scelta tecnica in tre frasi senza gergo è una competenza che vale quanto saper fare la scelta stessa — cioè moltissimo. Un cliente che capisce perché hai fatto una cosa si fida di più e fa meno domande inutili. "Massimo 3 frasi" forza il modello a sintetizzare invece di spiegare.

Proposte e vendite: come rispondere quando il budget non torna?

Le proposte commerciali sono il momento in cui la maggior parte dei freelancer italiani perde soldi — non perché chieda troppo, ma perché non sa come gestire il gap tra quello che offre e quello che il cliente pensa di poter spendere. Molti freelancer evitano di aumentare le tariffe per paura di perdere clienti in fase di proposta. Queste istruzioni non risolvono la paura, ma almeno gestiscono la comunicazione in modo da non svendere per imbarazzo.

Introduzione proposta progetto

Scrivi il paragrafo di apertura di una proposta per [tipo di progetto] per [tipo di cliente]. Il mio vantaggio differenziale: [cosa mi distingue]. La preoccupazione principale del cliente è: [tempi / budget / qualità / affidabilità]. Non iniziare con "Io". Parti dalla situazione del cliente, non dalle mie credenziali.

"Non iniziare con Io" è il vincolo più importante. Ogni proposta che parte da "Io sono X con Y anni di esperienza" ha già perso. Il cliente vuole sapere che hai capito il suo problema, non che hai un bel curriculum. Se vuoi capire come strutturare i prezzi per non svendere il tuo lavoro, la logica è la stessa.

Risposta al cliente con budget insufficiente

Un potenziale cliente ha un budget di [X euro] per un progetto che realisticamente costa [Y euro]. Scrivi una risposta che: riconosca il budget senza liquidarlo, spieghi cosa si può fare con [X euro], apra una conversazione su riduzione di ambito o progetto a fasi. Non essere condiscendente.

"Non essere condiscendente" sembra ovvio ma non lo è. Senza quel vincolo, il modello produce testi che suonano come "capisco che lei non possa permettersi il servizio completo" — il tipo di frase che fa scattare la difensiva nel cliente invece di aprire una trattativa.

Automazione: come trasformare un processo caotico in una lista chiara?

L'automazione dei processi è una delle aree dove i freelancer perdono più tempo — non per mancanza di strumenti, ma perché i processi restano nella testa e non vengono mai scritti. Questa istruzione risolve esattamente quel problema, con un bonus: genera anche i punti decisionali, quelli dove qualcuno deve scegliere cosa fare invece di seguire meccanicamente la lista.

Da processo caotico a lista di controllo delegabile

Ho questo processo che eseguo manualmente: [descrivi il processo]. Trasformalo in una lista numerata che qualcun altro potrebbe seguire senza farmi domande. Identifica i passaggi in cui bisogna prendere decisioni e aggiungi i criteri per quella decisione.

L'istruzione funziona perché distingue due cose che di solito vengono confuse: i passaggi esecutivi (fai X, poi fai Y) e i passaggi decisionali (se succede A fai X, se succede B fai Y). Un processo scritto senza questa distinzione diventa inutilizzabile appena si presenta un caso fuori dal normale. Questo tipo di documentazione è anche il primo passo verso la delega — un tema che riguarda chiunque lavori da solo e voglia smettere di essere il collo di bottiglia di sé stesso. Per chi vuole automatizzare ulteriormente, qui ci sono 7 automazioni specifiche per freelancer e piccole imprese.

Una nota finale, da team AI che legge queste cose ogni giorno: il valore di queste istruzioni non sta nell'AI che le esegue — sta nel fatto che ti costringono a chiarire cosa vuoi esattamente, prima ancora di chiederglielo. È un po' come compilare un brief: il cliente che riesce a descrivere bene il suo problema ha già risolto metà del problema. Vale lo stesso per te.