CRM o software di project management: servono davvero entrambi?

Quasi ogni azienda che cresce inciampa in questa domanda nella stessa settimana. Qualcuno del commerciale chiede un posto dove seguire i contatti. Qualcuno della produzione chiede un posto dove seguire il lavoro. E chi tiene il budget guarda le due richieste e pone la domanda del tutto ragionevole: non è due volte lo stesso strumento?

Non lo è. Ma la differenza non è quella che descrivono la maggior parte delle pagine di confronto. Non riguarda le funzioni e di certo non riguarda chi ha le board kanban più belle. Riguarda quanto a lungo un record dovrebbe vivere e a chi appartiene quando il lavoro in corso è finito.

Questo articolo risponde prima alla domanda pratica: servono entrambi e, se puoi averne uno solo, quale. Poi entra nei modi specifici in cui ciascuno strumento si rompe quando lo costringi a fare il mestiere dell'altro, e in un terzo assetto che rende la scelta quasi irrilevante.

La risposta breve, prima del dettaglio

Se i tuoi clienti tornano, ti serve un CRM. Se il tuo lavoro ha più di tre passaggi e più di una persona, ti serve il project management. Quasi tutte le aziende finiscono per aver bisogno di entrambi, ma quasi nessuna ne ha bisogno di entrambi il primo giorno.

L'ordine conta più della scelta. Parti dal lato dell'attività che adesso ti sta costando soldi. Un contatto che non ha mai ricevuto la seconda telefonata è una perdita reale che sai nominare. Un progetto consegnato con due settimane di ritardo è ugualmente una perdita reale che sai nominare. Quella che nomini più in fretta è quella da sistemare per prima.

L'errore è comprarli insieme, prima di sapere come il lavoro passi davvero dall'uno all'altro, e scoprire sei mesi dopo che lo stesso cliente esiste in due sistemi con due numeri di telefono diversi e nessuno sa quale sia quello giusto.

A cosa serve davvero un CRM

Un CRM è un sistema di memoria per le relazioni. È tutta qui l'idea, e ogni sua funzione ne discende.

L'unità di un CRM è una persona o un'azienda, e la sua proprietà distintiva è che il record non finisce. Un contatto aggiunto il primo mese è lo stesso contatto tre anni dopo, e porta con sé ogni conversazione, ogni preventivo, ogni reclamo e ogni rinnovo del periodo intermedio. Nulla di quel record dovrebbe essere archiviato quando finisce un incarico specifico, perché l'incarico non è il punto. Il punto è la persona.

Cosa ti compra concretamente questa memoria:

• Contesto alla seconda conversazione. Sai cosa avevi preventivato, cosa avevano contestato e cosa alla fine hanno scelto, senza chiedere loro di ripeterlo.
• Una pipeline che rispecchia la realtà. Le trattative stanno in fasi con un valore e una data di chiusura prevista, quindi vedi il mese prossimo prima che accada, non dopo.
• Titolarità. Ogni contatto ha un nome attaccato, e questa è l'unica cura affidabile per il contatto che nessuno ha richiamato perché tutti davano per scontato che ci pensasse un altro.
• Rilevamento del raffreddamento. Poiché il CRM sa quando qualcosa si è mosso l'ultima volta, può dirti che una trattativa tace da due settimane. Una lista di attività non può: un'attività senza scadenza non è in ritardo, sta semplicemente lì.
• Il motivo della vittoria o della sconfitta. È la parte che quasi tutti saltano ed è quella che ripaga il software. Venti trattative perse con il motivo annotato sono la ricerca di mercato più economica che farai mai.

Se vuoi approfondire le basi, la nostra guida su cos'è un CRM entra più a fondo nel modello dei record e in cosa aspettarsi da una prima implementazione.

A cosa serve davvero il software di project management

Il software di project management è un sistema di sequenza. La sua unità è un pezzo di lavoro, e la sua proprietà distintiva è l'esatto contrario di quella del CRM: il record deve finire.

Un progetto esiste per essere completato. Finché è aperto, il suo valore è che tutti vedono cosa viene dopo, cosa è bloccato, chi porta quale pezzo e se il tutto atterrerà alla data promessa. Quando chiude, il suo valore è vicino a zero, ed è proprio per questo che questi strumenti archiviano in modo pulito e nessuno se ne lamenta.

I suoi compiti concreti:

• Ordine. L'attività B non può partire finché la A non è chiusa, e lo strumento lo mostra invece di lasciarlo nella testa di qualcuno.
• Capacità. Chi ha quattordici voci aperte e chi ne ha tre. È invisibile finché non lo si mostra, ed è la ragione principale per cui il lavoro finisce in silenzio sempre sulle stesse due persone.
• Il percorso critico. Quale ritardo sposta davvero la data di consegna e quale non conta nulla.
• Una definizione condivisa di "fatto". Metà delle scadenze saltate sono disaccordi su cosa volesse dire fatto, non questioni di impegno.
• Blocco visibile. Un'attività che aspetta da nove giorni un file del cliente dovrebbe essere rumorosa. In uno strumento di attività può esserlo. In un foglio di calcolo mai.

Se stai scegliendo uno strumento dedicato per questo lato, la nostra panoramica sui software di project management mostra dove le piattaforme principali differiscono nella pratica.

Dove si sovrappongono davvero

La sovrapposizione è reale, e per questo la confusione è ragionevole e non ingenua. Quattro cose compaiono in entrambe le categorie e sembrano quasi identiche:

Board e fasi. Una pipeline di vendita disegnata in kanban e un progetto disegnato in kanban sono visivamente lo stesso oggetto. Colonne, schede, trascinamento in avanti. Questa somiglianza di superficie spiega gran parte delle discussioni del tipo "perché mi servono due strumenti".

Attività. Le hanno entrambi i sistemi. Un'attività di CRM di solito è una spinta attaccata a una relazione: richiamare questa persona, mandare il preventivo aggiornato. Un'attività di progetto è un'unità di consegna: costruire la pagina, revisionare il testo. Stessa forma, peso diverso.

File e note. Entrambi conservano documenti, entrambi conservano commenti, e in entrambi i casi prima o poi qualcuno allega lo stesso contratto a tutte e due le parti.

Reportistica. Entrambi producono grafici. Quelli del CRM parlano di denaro non ancora arrivato. Quelli dello strumento di progetto parlano di tempo già speso.

Per via di questi quattro punti, un piccolo team può tranquillamente gestire per un po' un lato dell'attività dentro lo strumento dell'altro. La domanda è cosa si rompe crescendo, e si rompe in modo prevedibile.

La modalità di guasto: costringere uno strumento a fare il mestiere dell'altro

Ne esistono due versioni, e falliscono in modi diversi.

Trattative come schede kanban senza storia

È la più comune. Qualcuno crea una board di progetto chiamata "Vendite" con le colonne Nuovo, Contattato, Preventivo inviato, Trattativa e Vinto. Si allestisce in fretta e funziona davvero per un certo periodo, perché la board risponde all'unica domanda che hai all'inizio: cosa sta succedendo adesso.

Smette di funzionare il giorno in cui ti serve il passato. Una scheda attività tiene uno stato attuale, non una sequenza di eventi. Quando un cliente torna dopo undici mesi e chiede se il preventivo precedente è ancora valido, la board non ha risposta: la scheda è stata spostata su Vinto, archiviata insieme alla board, e il preventivo viveva in una catena di email che nessuno ritrova. Lo stesso vuoto salta fuori quando cerchi di capire perché le trattative muoiono. Hai l'esito e zero motivi.

C'è un secondo costo, più silenzioso. Le board di attività non sono fatte per essere complete, sono fatte per essere aggiornate, quindi a nessuno dà fastidio una scheda con la descrizione vuota. Un record CRM con la descrizione vuota è un cliente di cui non sai nulla, e nessuno se ne accorge finché non se ne va la persona che invece sapeva.

Clienti seguiti in una lista di attività

L'errore inverso è più sottile. Qui il CRM va bene, e il lavoro di produzione vive come attività di CRM appese ai contatti: "costruire il sito per Harper", "seconda tornata di modifiche per Harper", "consegna finale per Harper".

Appesa a una persona, quella lista non ha ordine, né dipendenze, né vista sui carichi. Non vedi che la seconda tornata di modifiche non può partire finché il cliente non rimanda il feedback, e non vedi che lo stesso designer ne regge undici su nove clienti diversi. Tutto sembra a posto esattamente fino alla settimana in cui tre consegne si scontrano.

Il segnale è semplice. Se ti ritrovi a scrivere date dentro i titoli delle attività per poterle ordinare, hai superato la lista di attività del CRM e ti serve una vera messa in sequenza.

Il test decisivo: il record sopravvive al lavoro?

Ecco l'unica domanda che risolve quasi ogni caso. Prendi un record qualsiasi della tua azienda e chiediti: quando questo lavoro sarà finito, questo record conterà ancora?

Se sì, il suo posto è nel CRM. Un cliente, un fornitore, un partner, un rapporto continuativo. Chiudere un incarico non chiude la relazione, e archiviare il record ti fa perdere qualcosa che vorrai più avanti.

Se no, il suo posto è nel project management. Un lancio, una realizzazione, una migrazione, una campagna. Quando esce, il suo ruolo è esaurito e archiviarlo è corretto, non una perdita.

Passa questo test su tutto ciò che segui oggi e in una decina di minuti ottieni una separazione pulita. Poi fai la seconda domanda alla separazione: quante volte al mese qualcosa deve passare da un lato all'altro? Ogni trattativa vinta che diventa progetto consegnato è un attraversamento. Ogni progetto consegnato che genera una conversazione di rinnovo è un altro. Conta gli attraversamenti al mese. Quel numero, più di qualsiasi elenco di funzioni, ti dice quanto vale per te un assetto collegato.

Esercizio collegato: se già usi più di una manciata di strumenti, il nostro pezzo sulla proliferazione di strumenti nelle piccole imprese contiene un metodo di audit per contare i salti che un singolo record compie su tutto il tuo stack.

Se usi entrambi, il passaggio è tutto il problema

Molte aziende hanno legittimamente bisogno di un CRM dedicato e di uno strumento di progetto dedicato. In particolare i settori specializzati: se la tua produzione richiede pianificazione di cantiere o pianificazione di risorse ingegneristiche, un ambiente di lavoro generalista non eguaglierà uno strumento costruito per quel compito, e non conviene fingere il contrario.

Ma quando esistono entrambi, un solo momento porta quasi tutto il rischio: il passaggio dalla trattativa vinta al progetto attivo.

In un assetto a due strumenti quel momento è una persona che copia informazioni. Viene copiato ciò che entra nel modello di progetto, e si perde tutto ciò che non aveva un campo: lo sconto concesso, la data promessa a voce, il fatto che il cliente detesti le telefonate, il motivo per cui ha scelto te e non il più economico. La produzione parte così da un quadro parziale, e il cliente lo vive come un'azienda che non parla con sé stessa.

Tre cose rendono sopravvivibile quel passaggio:

1. Una sola direzione della verità. La scheda cliente vive in un sistema e in uno soltanto. L'altro ne tiene un riferimento, mai una copia.
2. Un carico di passaggio scritto. Concordate l'elenco esatto dei campi che devono viaggiare, compresi quelli morbidi. Se la data promessa e il motivo della vittoria non sono nell'elenco, non viaggeranno.
3. Qualcuno che possiede l'attraversamento. Automatico o umano, ma con un nome. I passaggi che appartengono "al team" avvengono alla velocità di nessuno.

Se lo costruisci da solo con le integrazioni, metti in conto la manutenzione. Le sincronizzazioni si rompono in silenzio, di solito dopo la rinomina di un campo, e in genere lo scopri da un cliente prima che da un avviso.

La terza risposta: quando la trattativa e le sue attività sono lo stesso oggetto

C'è un modo per far sparire il problema del passaggio anziché gestirlo, e vale la pena capirlo anche se poi decidi di no: tenere la relazione e il lavoro nello stesso ambiente, su record che già si conoscono tra loro.

È attorno a questo che è costruito Zoye. È un operatore aziendale basato sull'IA, non un CRM né uno strumento di progetto, e la conseguenza pratica è che una trattativa, il suo contatto, le sue attività, i suoi file, i suoi eventi di calendario e le sue fatture non sono record separati in sistemi separati da sincronizzare. Sono un unico oggetto collegato visto da angolazioni diverse. Spostare una trattativa su Vinto non obbliga nessuno a ridigitarla come progetto, perché le attività erano già appese alla trattativa.

Attività su una board, dove ogni scheda resta agganciata alla trattativa e al cliente da cui è nata

Cosa cambia nell'uso quotidiano:

• La board kanban usata per la produzione e la pipeline usata per le vendite sono viste diverse sugli stessi dati collegati, quindi la storia di un cliente e il suo lavoro in corso distano un clic.
• Le regole che altrimenti andrebbero programmate tra due strumenti si descrivono in una frase e vengono confermate prima di partire. Trattativa vinta che crea le attività di avvio. Trattativa ferma da sette giorni che si segnala da sola. Fattura scaduta che si sollecita da sola. Ogni esecuzione è registrata ed è reversibile.
• Lo stesso assistente lavora nell'app web, su WhatsApp, tramite messaggio vocale e in Slack, cosa che conta più di quanto sembri quando la persona che sa cosa è stato promesso si trova in cantiere e non a una scrivania.
• I record arrivano da dove già sono. I progetti esistenti si importano da Trello, Jira, Notion, ClickUp, Monday.com o da un foglio di calcolo, e l'assistente sa estrarre contatti da un CSV, da un PDF o da una foto.

Onestamente sui limiti: questo non sostituisce un pianificatore specializzato, un libro contabile o una suite di ticket per l'assistenza, e se la tua produzione ne ha davvero bisogno, tienilo e collegalo. L'affermazione è più stretta e più utile di "sostituisce tutto". Dice che la scheda cliente e il lavoro che la serve non dovrebbero vivere in due posti, perché lo spazio tra i due è esattamente dove le cose si perdono.

I prezzi sono pubblicati per intero nella pagina dei prezzi se vuoi confrontarli con uno stack di due strumenti.

Come decidere in base alla forma della tua azienda

Lavori una tantum per sconosciuti. Pulizie, interventi artigianali singoli, installazioni una tantum. Prima il project management. La relazione si ripete di rado, quindi il CRM rende meno. Tieni una rubrica ricercabile a cui poter tornare tra un anno.

Clienti ricorrenti, produzione semplice. Consulenti, coach, gran parte dei servizi B2B. Prima il CRM. Il lavoro è una manciata di passaggi che tieni a mente; la relazione è l'asset e ha bisogno di memoria.

Clienti ricorrenti, produzione complessa. Agenzie, studi, integratori. Ti servono entrambi, quindi il passaggio è il tuo rischio. O li colleghi per bene, o usi un unico ambiente in cui sono già collegati.

Cicli di vendita lunghi, produzione breve. Software aziendale, beni strumentali. Fortemente sbilanciato sul CRM. Gran parte del valore sta nel seguire una conversazione di nove mesi con cinque interlocutori.

Cicli di vendita brevi, produzione lunga. Edilizia, produzione su misura, grandi cantieri. Sbilanciato sui progetti, con un CRM leggero per la pipeline e per la relazione dopo la consegna.

In qualunque gruppo tu sia, alla fine vale la stessa regola: compra per la falla che sai nominare, non per l'organigramma che speri di avere.

Domande frequenti

In conclusione

CRM e project management non sono concorrenti. Rispondono a domande diverse su oggetti diversi con durate diverse. Il CRM risponde a chi è questa persona e a tutto quello che è successo con lei. Lo strumento di progetto risponde a cosa viene dopo e se atterrerà in tempo.

Probabilmente prima o poi ti serviranno entrambi. Ciò a cui conviene resistere è trattarlo come un argomento a favore di due abbonamenti e di una sincronizzazione in mezzo, perché la sincronizzazione non è la parte difficile. La parte difficile è che un cliente e il lavoro che fai per lui sono la stessa storia, e ogni confine che tracci in mezzo a quella storia ti costa un pezzo.

Decidi con il test di sopravvivenza del record, compra per la falla che sai nominare e tieni l'attraversamento tra vendite e produzione il più corto possibile.

Letture collegate: cos'è davvero un CRM, come scegliere un software di project management, il costo reale della proliferazione di strumenti e l'intero insieme di funzioni in un unico ambiente di lavoro.