Impostazioni delle Schede

Il menu di Zoho CRM appena attivato mostra i moduli nell'ordine deciso da Zoho, con i nomi decisi da Zoho. Per un'azienda italiana che vende impianti su commessa, trovare "Deals" al quinto posto e "Vendors" prima di "Preventivi" non corrisponde a come si lavora davvero. Il risultato pratico è che i venditori usano la ricerca invece del menu, e le schede meno visibili smettono di essere compilate.

Riordinare, rinominare e raggruppare i moduli è la personalizzazione a più basso costo e più alto rendimento di tutto l'onboarding. Richiede mezz'ora e cambia il modo in cui il team percepisce lo strumento. In oltre 200 implementazioni Svennis è sempre stata una delle prime cose che abbiamo fatto, prima ancora di toccare i campi personalizzati.

Mettere i moduli nell'ordine in cui si lavora

La regola che applichiamo è semplice: l'ordine del menu deve seguire il flusso commerciale reale, da sinistra a destra. Per la maggior parte delle PMI italiane B2B significa Lead, Contatti, Account, Trattative, Preventivi, e solo dopo tutto il resto.

Il criterio di verifica è altrettanto semplice. Chieda al venditore che usa il CRM più intensamente di elencare, nell'ordine, i cinque moduli che apre in una giornata tipo. Se quell'elenco non coincide con il menu, il menu è sbagliato.

I moduli che non servono a nessuno non vanno lasciati in fondo: vanno nascosti. Un menu con venti voci di cui otto inutilizzate insegna al team a ignorare la navigazione.

Rinominare i moduli nella lingua dell'azienda

Zoho CRM permette di rinominare i moduli sia al singolare sia al plurale. È una funzione che sembra cosmetica e non lo è: il nome del modulo compare nei messaggi di sistema, nei report e nelle notifiche, quindi determina il vocabolario con cui tutta l'azienda parla del CRM.

Due indicazioni che diamo sempre:

• Usi il termine che l'azienda già utilizza, non la traduzione letterale. Se in riunione si dice "commessa" e non "trattativa", il modulo va chiamato Commesse. Il CRM deve adattarsi al linguaggio dell'azienda, non il contrario.
• Decida una volta e non torni indietro. Rinominare un modulo dopo che il team ha imparato i nomi genera confusione nei report storici e nelle procedure scritte.

Attenzione a un dettaglio che si paga più tardi: rinominare il modulo non rinomina i campi al suo interno né le etichette delle relazioni. Se chiama "Commesse" il modulo Trattative, verifichi anche i campi che contengono la parola trattativa negli altri moduli, altrimenti il vocabolario resta incoerente.

Raggruppare i moduli per reparto

Quando i moduli attivi superano la decina, l'elenco piatto smette di funzionare. Il raggruppamento permette di organizzarli in insiemi coerenti, per esempio Vendite, Marketing, Post vendita e Amministrazione.

Nelle aziende con reparti distinti questo produce un effetto concreto: ciascun gruppo apre il CRM e vede prima ciò che lo riguarda. Riduce il rumore e, indirettamente, riduce anche le richieste di supporto interno del tipo "dove trovo…".

Un errore che vediamo spesso: creare gruppi che rispecchiano l'organigramma invece del flusso di lavoro. Se il commerciale deve comunque aprire un modulo classificato sotto Amministrazione dieci volte al giorno, il raggruppamento gli sta complicando la vita. Raggruppi per attività, non per reparto formale.

Cosa fare prima di toccare le impostazioni

L'ordine che seguiamo nei progetti, perché ogni passaggio dipende dal precedente:

1. Decidere quali moduli servono davvero. Nascondere è più utile che riordinare.
2. Fissare il vocabolario con chi usa il sistema, non con chi lo configura.
3. Riordinare seguendo il flusso commerciale reale.
4. Raggruppare solo se i moduli visibili superano la decina.

Queste impostazioni valgono a livello di organizzazione. Se reparti diversi hanno bisogno di viste realmente diverse, la leva corretta non è il riordino dei moduli ma i profili, che determinano cosa ciascun utente può vedere e fare.

Un errore comune nelle migrazioni

Quando si migra da un gestionale o da un altro CRM, la tentazione è replicare esattamente la struttura precedente per non disorientare il team. Nella nostra esperienza è la scelta sbagliata nella metà dei casi: si porta dentro Zoho la logica di uno strumento diverso, comprese le sue limitazioni.

L'approccio che funziona meglio è mappare i processi, non le schermate. Se nel vecchio sistema esisteva un modulo perché mancava una funzionalità che Zoho ha nativamente, quel modulo non va ricreato.