Dalla trattativa vinta alla consegna: Zoho Projects con CRM, passo per passo

Questa guida spiega come organizzare il percorso dalla trattativa vinta alla consegna: Zoho Projects con CRM, cioè come fare in modo che la chiusura di un'opportunità in Zoho CRM generi il progetto in Zoho Projects con il modello giusto, i dati del cliente e i responsabili già assegnati. È il punto in cui molte aziende perdono informazioni: il commerciale conosce accordi, scadenze e aspettative, mentre chi deve consegnare riceve spesso soltanto una mail o una telefonata.

Il problema non è tecnico in senso stretto. Quando il passaggio avviene a mano, ogni progetto parte con dati ricopiati e con un ritardo, e le differenze tra ciò che è stato venduto e ciò che viene pianificato emergono solo quando il cliente se ne accorge.

Il collegamento è possibile e documentato. Sulla community ufficiale, Zoho descrive il caso di un cliente che ha automatizzato la creazione dei progetti in Zoho Projects a partire dal modulo Trattative di Zoho CRM, e i moderatori di un'altra discussione confermano che esistono più modi per creare progetti o associarli ai record del CRM.

Nelle sezioni seguenti trova i termini da conoscere, le tre strade tecniche a confronto, un esempio completo, il ritorno delle informazioni dal progetto alla trattativa e il report che il cliente riceve durante la consegna.

Prima di scegliere come collegare i due sistemi conviene fissare il vocabolario, perché commerciali e tecnici tendono a usare le stesse parole con significati diversi. Ecco i termini che useremo in questo post.

• Trattativa: il record del modulo Trattative (Deals) di Zoho CRM che rappresenta un'opportunità di vendita con importo, cliente e data di chiusura.
• Fase: il campo che indica a che punto è la trattativa. Nell'interfaccia inglese e nelle API il campo si chiama Stage e il valore di chiusura positiva è "Closed Won", che in italiano corrisponde a Chiusa vinta.
• Progetto: il contenitore di Zoho Projects in cui vivono attività, scadenze, ore registrate e documenti della consegna.
• Modello di progetto: una struttura predefinita di attività e tappe che si riutilizza ogni volta che si vende lo stesso tipo di servizio.
• Milestone: una tappa di controllo del progetto, per esempio la fine di un sopralluogo o il collaudo, a cui si legano attività e scadenze.
• Funzione personalizzata: codice scritto su misura per soddisfare un requisito specifico, eseguito all'interno della piattaforma Zoho.
• Regola di workflow: la regola che stabilisce le condizioni in cui scatta un'azione, per esempio l'esecuzione di una funzione personalizzata quando un progetto o un'attività cambia stato.
• Connessione: l'autorizzazione con cui una funzione accede a un'altra applicazione Zoho, limitata da ambiti (scope) che definiscono cosa può leggere o modificare.

Un collegamento ben progettato non si limita a creare un progetto vuoto. Deve trasferire ciò che serve per partire e riportare indietro ciò che serve al commerciale e al cliente.

1. L'evento che fa partire tutto

Nella maggior parte dei casi l'evento è il passaggio della trattativa a Chiusa vinta. Esiste però anche lo schema opposto: nel caso pubblicato da Zoho il progetto nasceva dalla trattativa prima della chiusura, e la fase veniva portata a "Closed Won" solo al completamento del progetto. È una scelta sensata quando il contratto si considera acquisito solo a consegna avvenuta.

2. Il modello giusto per il tipo di vendita

Servizi diversi richiedono progetti diversi. L'estensione Deal Sync to Zoho Projects, pubblicata sul Zoho Marketplace, dichiara proprio questa possibilità: personalizzare come viene impostato il progetto per i diversi tipi di trattativa. Qualunque sia lo strumento, il criterio va deciso prima: un campo "Tipo di servizio" sulla trattativa è il modo più semplice.

3. Milestone e responsabili già assegnati

Il progetto deve arrivare con tappe e responsabili definiti, non con un elenco da completare. Se nessuno è indicato come responsabile, l'automazione sposta il ritardo invece di eliminarlo.

4. Tempo, budget e ritorno al cliente

Le ore registrate e l'avanzamento devono tornare visibili sulla trattativa e sul cliente, così il commerciale sa cosa sta succedendo senza chiederlo.

Zoho indica che esistono più strade per creare o associare progetti ai record del CRM, e tra quelle elencate dai moderatori c'è l'integrazione tramite Zoho Flow. Nella pratica le opzioni si riducono a tre, con costi e responsabilità diversi.

Criterio	Estensione Marketplace	Zoho Flow	Funzione personalizzata
Cosa è	Un'estensione già pronta, per esempio Deal Sync to Zoho Projects	Un flusso di integrazione configurato tra le due applicazioni	Codice scritto su misura, eseguito da una regola di workflow
Modello per tipo di trattativa	Dichiarato dall'estensione	Da configurare nel flusso	Qualsiasi logica, se la si scrive
Costo	A pagamento, prova gratuita di 10 giorni non prorogabile	Dipende dal piano Zoho in uso	Tempo di sviluppo e manutenzione
Competenze richieste	Configurazione	Configurazione e logica dei dati	Conoscenza delle API di Zoho
Quando sceglierlo	Processo standard, esigenza di partire presto	Pochi passaggi, nessun codice	Regole particolari o ritorno dei dati al CRM

L'estensione risulta pubblicata il 10 gennaio 2022, con la versione 6.0 rilasciata il 16 giugno 2025: un segnale che il prodotto viene mantenuto. La funzione personalizzata dà il massimo controllo, ma richiede competenze vere: nella discussione della community su come associare un progetto esistente a una trattativa l'utente ammetteva di non sapere quale codice API scrivere.

	Estensione Marketplace	Zoho Flow	Funzione personalizzata
Che cos'è	Estensione già pronta, per esempio Deal Sync to Zoho Projects	Flusso di integrazione configurato tra le due applicazioni	Codice su misura eseguito da una regola di workflow
Modello per tipo di trattativa	Dichiarato dall'estensione	Da configurare nel flusso	Qualsiasi logica, se la si scrive
Costo	A pagamento, con prova gratuita non prorogabile	Secondo il piano Zoho Flow in uso	Tempo di sviluppo e manutenzione del codice
Tempi di avvio	Rapidi, si installa e si configura	Brevi per flussi semplici	Più lunghi, richiede sviluppo e test
Ritorno dei dati al CRM	Secondo le funzioni dichiarate dall'estensione	Da prevedere come flusso separato	Possibile, come nell'esempio pubblicato da Zoho

Prendiamo un'azienda di installazione impianti, che qui chiameremo Impianti Esempio Srl, che vende due servizi: installazione standard e manutenzione programmata. L'obiettivo è che il tecnico responsabile trovi il progetto pronto il giorno stesso in cui la trattativa viene chiusa.

1. Campi obbligatori sulla trattativa. Prima di poter passare a Chiusa vinta, il commerciale deve compilare Tipo di servizio, data di consegna concordata, referente del cliente e responsabile della consegna. Se un campo manca, la chiusura non procede.
2. Un modello per servizio. Il modello "Installazione standard" contiene le milestone Sopralluogo, Installazione e Collaudo, ciascuna con le proprie attività; il modello "Manutenzione programmata" ha tappe diverse.
3. La regola. Quando Stage diventa "Closed Won", il sistema crea il progetto usando il modello indicato dal campo Tipo di servizio.
4. Nome e dati. Il progetto prende il nome dalla trattativa e dal cliente, riporta la data di consegna come scadenza finale e assegna il responsabile indicato.
5. Associazione. Il progetto resta collegato alla trattativa, così dal CRM si risale sempre al lavoro in corso e viceversa.
6. Avviso. Il responsabile riceve la notifica di assegnazione con il riepilogo degli accordi presi.

Se l'azienda gestisce più moduli collegati, come preventivi e assistenza, conviene valutare l'intera suite: la pagina su Zoho CRM Plus spiega cosa comprende. In ogni caso il punto decisivo resta il primo: senza campi obbligatori, il progetto nasce incompleto.

Il collegamento diventa davvero utile quando le informazioni tornano indietro. Zoho ha pubblicato un esempio completo in cui il completamento di un progetto aggiorna automaticamente la trattativa collegata, ottenuto con funzioni personalizzate e regole di workflow di Zoho Projects.

Come è costruito

• In Zoho Projects si imposta una regola di workflow, su progetto o su attività, con la condizione che deve farla scattare, e le si associa la funzione personalizzata.
• La funzione legge le trattative collegate al progetto tramite l'endpoint della API v3: /api/v3/portal/{portalId}/projects/{projectId}/crm/deals.
• Per ogni trattativa trovata imposta Stage a "Closed Won" e Closing_Date alla data corrente, con l'istruzione zoho.crm.updateRecord.
• La funzione usa una connessione a Zoho Projects con l'ambito ZohoProjects.clients.ALL.

Come adattarlo al Suo caso

Se nella Sua azienda la trattativa è già chiusa quando il progetto parte, lo stesso schema può aggiornare un altro campo, per esempio "Stato consegna" o "Data collaudo". Il principio non cambia: il commerciale vede sulla scheda del cliente quando la consegna è terminata e può proporre il servizio successivo al momento giusto.

Un consiglio pratico: la connessione va creata con un account tecnico o amministrativo stabile, non con quello di un singolo dipendente, perché se l'utente lascia l'azienda l'automazione smette di funzionare senza avvisi evidenti.

Passo	Che cosa succede	Dove
1. Regola di workflow	Si imposta su progetto o attività, con la condizione che la fa scattare	Zoho Projects
2. Funzione personalizzata	Si associa alla regola e parte quando la condizione è soddisfatta	Zoho Projects
3. Lettura delle trattative	La funzione legge le trattative collegate tramite la API v3	API di Zoho Projects
4. Aggiornamento della trattativa	Imposta Stage a "Closed Won" e Closing_Date alla data corrente	Zoho CRM

Una volta che il progetto esiste, la parte che interessa di più alla direzione è il controllo di tempo e costi. Zoho Projects registra le ore nelle schede attività, con viste giornaliere, settimanali e mensili delle ore inserite da ciascuno e dal team, come descrive la scheda ufficiale dell'app.

Riportare tempo e budget sul cliente

Il metodo più semplice è copiare l'importo della trattativa nel progetto come riferimento di budget e confrontarlo con le ore registrate per milestone. Quando il confronto è disponibile sulla scheda cliente in Zoho CRM, il commerciale capisce se un progetto sta erodendo il margine prima di negoziare un'estensione. Verifichi nel Suo piano quali funzioni di budget e di gestione delle risorse sono incluse, perché i piani Premium ed Enterprise non coincidono.

Documenti in un solo posto

I file allegati ad attività, bug e commenti sono visibili insieme nella sezione Allegati progetto del modulo Documenti. È il punto da cui partire per raccogliere verbali di sopralluogo, foto e documenti di collaudo.

Il report per il cliente

Il cliente non ha bisogno di vedere ogni attività. Un buon report periodico contiene tre cose: milestone completate e prossime, ore consumate rispetto a quelle previste, eventuali decisioni che il cliente deve prendere. Se lo prepara partendo dai dati del progetto e non da un foglio separato, il report resta coerente con ciò che il team ha effettivamente registrato, anche quando lo si consulta dall'app mobile, che integra la versione web.

La maggior parte dei problemi non dipende dallo strumento scelto, ma da come è stato preparato il processo prima di automatizzarlo. Questi sono gli errori che ricorrono più spesso.

• Automatizzare dati incompleti. Se la trattativa può essere chiusa senza tipo di servizio o responsabile, il progetto nasce vuoto e qualcuno deve comunque telefonare al commerciale.
• Progetti duplicati. Una trattativa riaperta e richiusa può generare un secondo progetto. La regola deve prima verificare se esiste già un progetto associato.
• Modelli non mantenuti. I modelli invecchiano insieme ai servizi. Serve un responsabile che li aggiorni quando cambia il modo di consegnare.
• Nessun ritorno al CRM. Se le informazioni vanno solo dalla vendita alla delivery, il commerciale torna cieco dopo la firma.
• Codice senza documentazione. Una funzione personalizzata che nessuno sa leggere diventa un rischio alla prima modifica dei campi.

In Svennis, prima di attivare la creazione automatica, facciamo chiudere alcune trattative di prova in un ambiente di test e chiediamo al responsabile della consegna se, con il solo progetto generato, potrebbe partire senza chiamare il commerciale. Ogni informazione che manca in quella verifica diventa un campo obbligatorio sulla trattativa.

Questo controllo richiede poco tempo e fa emergere le lacune del processo commerciale, che nessuna automazione può correggere da sola.

Nelle PMI italiane il passaggio tra vendite e consegna è spesso informale: poche persone, molta fiducia reciproca e accordi presi a voce. Funziona finché i volumi sono bassi, poi diventa il punto in cui si perdono margini e pazienza del cliente. Collegare i due sistemi rende esplicito ciò che prima restava nella testa del commerciale.

Sul piano dei costi, la scheda dell'app sull'App Store italiano indica gli acquisti in app: i piani Premium ed Enterprise mensili includono entrambi progetti illimitati per 4 utenti, e la sottoscrizione si rinnova automaticamente se il rinnovo non viene disattivato almeno 24 ore prima della fine del periodo. Per le estensioni del Marketplace, Zoho precisa che le imposte locali come l'IVA si aggiungono ai prezzi indicati e che l'abbonamento si rinnova automaticamente, su base mensile o annuale.

Nella scheda dell'App Store, Zoho Corporation si dichiara operatore commerciale per l'app, come richiesto dal Regolamento sui servizi digitali: si tratta di un'autodichiarazione del fornitore, non di una verifica di conformità al GDPR. Resta a carico dell'azienda, come titolare del trattamento, stipulare con Zoho l'accordo sul trattamento dei dati e decidere quali dati del cliente copiare nel progetto e chi può vederli.

Chi produce su commessa trova spunti specifici nella pagina su Zoho CRM per la manifattura. Se ordini e fatture vivono nel gestionale, conviene progettare insieme anche l'integrazione tra SAP Business One e Zoho CRM, così che trattativa, progetto e ordine condividano gli stessi codici cliente.

Prima di scegliere lo strumento, conviene mettere per iscritto il processo. Questa sequenza funziona anche per chi parte da zero.

1. Elenchi i servizi che vende e, per ciascuno, le tappe della consegna e chi ne è responsabile: saranno i Suoi modelli di progetto.
2. Definisca i campi obbligatori che la trattativa deve avere prima di passare a Chiusa vinta.
3. Decida l'evento di partenza: chiusura della trattativa oppure una fase precedente, con chiusura a consegna completata.
4. Scelga il metodo con la tabella di confronto: estensione del Marketplace per partire presto, Zoho Flow per flussi semplici, funzione personalizzata per regole particolari e ritorno dei dati.
5. Stabilisca cosa torna al CRM: stato della consegna, ore consumate, data di completamento.
6. Provi in un ambiente di test con alcune trattative reali e faccia validare il risultato dal responsabile della consegna.
7. Prepari il modello di report per il cliente a partire dai dati del progetto.

Se vuole capire come Zoho Projects si inserisce nella Sua organizzazione e quali configurazioni servono per collegarlo al CRM, la pagina dedicata a Zoho Projects in Italia descrive il servizio e i punti da chiarire prima di iniziare.

• Zoho Community: Automate Deal Status Update in Zoho CRM upon Project Completion
• Zoho Community: Programmatically associate Zoho Projects projects to Zoho CRM
• Zoho Community: How to Associate Zoho Projects in Zoho CRM
• Zoho Marketplace: Deal to Project converter for Zoho CRM
• App Store: Gestione di Zoho Projects