Un portale clienti non è un sito con una password davanti. È il punto in cui il cliente trova, da solo e quando vuole, le informazioni che oggi vi chiede al telefono. Questa guida spiega quali funzioni contano davvero, come si collega al gestionale che già usate e quali errori trasformano un portale in un altro posto dove non entra nessuno.
In breve
Un portale clienti serve a spostare in autonomia le richieste ripetitive che oggi arrivano per telefono e per email: stato di un ordine o di una pratica, copia di un documento, storico degli acquisti, apertura di una richiesta di assistenza. Funziona solo se i dati che mostra arrivano in tempo reale dal gestionale e non da un caricamento manuale.
- Il valore non è nell'aspetto grafico, è nel numero di telefonate che smette di ricevere il centralino.
- Il portale va costruito attorno alle tre o quattro domande che i clienti fanno più spesso, non attorno a tutto quello che il gestionale contiene.
- Se i dati non sono aggiornati in tempo reale, il cliente smette di fidarsi e torna a telefonare: è il modo più veloce per sprecare il progetto.
- Gli accessi e i permessi vanno progettati prima, soprattutto quando il cliente è un'azienda con più persone che devono vedere cose diverse.
Quali chiamate elimina davvero un portale clienti
Prima di parlare di funzioni conviene guardare cosa entra in azienda ogni giorno. In quasi tutte le realtà che servono clienti ricorrenti, la maggior parte delle richieste in ingresso si concentra in un numero molto piccolo di domande ripetute:
- A che punto è il mio ordine o la mia pratica? È la domanda più frequente in assoluto e quella che più facilmente si risolve da sola.
- Mi rimandate la fattura o il documento di trasporto? Richiesta banale che però occupa una persona, che deve cercare, scaricare e inviare.
- Qual è il prezzo che facciamo a noi su questo articolo? Tipica del business fra aziende con listini personalizzati.
- Ho un problema, con chi parlo? Se non c'è un canale strutturato, finisce sul numero del commerciale o su una casella generica.
Se queste quattro domande valgono, come spesso accade, la maggior parte del traffico in ingresso, allora il portale ha un perimetro chiaro. Non deve fare tutto: deve rispondere a quelle. Il resto si aggiunge dopo, se serve.
Il ragionamento su quanto costano davvero le richieste ripetitive che intasano il centralino è sviluppato nella guida su quanto costano le chiamate perse: il portale è una delle leve per ridurre il volume alla radice, invece di limitarsi a gestirlo meglio.
Un portale clienti non si progetta partendo dal gestionale, ma dal registro delle richieste in ingresso. Le funzioni utili sono quelle che rispondono alle domande che ricevete davvero.
Le funzioni che contano, in ordine di impatto
Non tutte le funzioni hanno lo stesso peso. Questa è una gerarchia realistica, costruita sull'impatto operativo più che sull'effetto vetrina.
| Funzione | Impatto sulle richieste in ingresso | Complessità di realizzazione |
|---|---|---|
| Stato ordini e pratiche in tempo reale | Molto alto | Media: richiede il collegamento al gestionale |
| Archivio documenti scaricabili | Alto | Bassa se i documenti sono già in un archivio strutturato |
| Storico acquisti e riordino rapido | Alto nel business ricorrente | Media |
| Apertura e monitoraggio richieste di assistenza | Alto | Media |
| Listini e condizioni personalizzate | Alto nel rapporto fra aziende | Media-alta: dipende da come sono gestiti i listini |
| Anagrafica modificabile dal cliente | Medio | Bassa, ma serve un flusso di approvazione |
| Statistiche e cruscotti per il cliente | Basso all'inizio | Alta |
La tentazione è partire dall'ultima riga, perché è quella che fa più effetto in una presentazione. Nella pratica è quella che meno persone apriranno. Le prime quattro righe sono ciò che riduce il lavoro interno dal primo mese.
Perché l'aggiornamento in tempo reale non è un dettaglio
Esiste un solo modo sicuro per far fallire un portale clienti: mostrare dati vecchi. Basta che un cliente controlli lo stato del suo ordine, legga "in preparazione" e poi scopra che era già stato spedito il giorno prima, perché smetta di consultarlo e torni al telefono. A quel punto avete due canali invece di uno e il portale è diventato un costo.
Questo significa che il portale non può essere alimentato da esportazioni periodiche fatte a mano o da caricamenti notturni su alcuni tipi di dato. Deve leggere direttamente dal sistema che contiene l'informazione, con lo stesso approccio descritto nella guida sull'integrazione fra sistemi aziendali.
Quando il collegamento diretto non è tecnicamente possibile — succede con alcuni gestionali chiusi — la soluzione onesta è una sola: dichiarare l'aggiornamento. Scrivere accanto al dato a che ora è stato allineato l'ultima volta. Un cliente accetta un dato aggiornato ogni ora se lo sa; non accetta un dato che credeva in tempo reale e non lo era.
Accessi, ruoli e permessi: la parte che si sottovaluta
Quando il cliente è un'azienda, dietro un solo codice cliente ci sono spesso più persone con esigenze diverse. L'ufficio acquisti deve vedere gli ordini, l'amministrazione le fatture, il responsabile tecnico le pratiche di assistenza. Se tutti entrano con la stessa utenza, prima o poi qualcuno vede qualcosa che non doveva vedere.
- Un accesso per persona, non per azienda. Le credenziali condivise rendono impossibile capire chi ha fatto cosa e restano attive quando una persona cambia lavoro.
- Un referente che gestisce gli accessi. Il modo più scalabile è dare al cliente la possibilità di creare e disattivare gli utenti della propria azienda, senza passare da voi.
- Permessi per area, non per singolo pulsante. Tre o quattro profili chiari funzionano meglio di venti permessi granulari che nessuno configura.
- Disattivazione immediata. Deve essere possibile chiudere un accesso in pochi secondi, anche dal vostro lato.
Le logiche di progettazione dei permessi, quando le persone coinvolte crescono, seguono gli stessi principi che valgono internamente all'azienda e che vale la pena definire una volta sola per tutti i sistemi.
Come si costruisce, passo per passo
- Contare le richieste per tipo. Due settimane di registrazione delle richieste in ingresso, divise per argomento. Serve a scegliere le funzioni con i numeri e non con le impressioni.
- Verificare da dove arrivano i dati. Per ogni informazione che il portale mostrerà: in quale sistema vive, chi la aggiorna, con quale frequenza cambia, è raggiungibile da un collegamento automatico.
- Disegnare i profili di accesso. Quante persone per cliente, cosa vede ciascun profilo, chi crea gli utenti.
- Realizzare la prima versione con tre funzioni. Stato, documenti e richieste di assistenza bastano per partire. Aggiungere tutto subito allunga i tempi e non aumenta l'adozione.
- Provare con cinque clienti reali. Non con i colleghi: con clienti veri, scelti fra quelli che chiamano di più. Le loro obiezioni sono la lista delle correzioni da fare.
- Attivare gradualmente e misurare. Si apre a gruppi, si guarda cosa succede al volume delle richieste in ingresso e si interviene sulle funzioni meno usate.
Il segnale che il portale funziona non è il numero di accessi, è la riduzione delle richieste ripetitive. Se gli accessi crescono ma le telefonate no, il portale non sta rispondendo alle domande giuste.
Gli errori che svuotano un portale
Farlo troppo grande al primo rilascio
Un portale con quindici funzioni richiede mesi in più, arriva quando l'entusiasmo è finito e disperde l'attenzione degli utenti. Tre funzioni fatte bene, rilasciate presto, generano l'abitudine su cui costruire il resto.
Non dire ai clienti che esiste
Sembra banale, ma è l'errore più frequente. Il portale va comunicato attivamente: in firma alle email, nelle conferme d'ordine, sui documenti, e soprattutto a voce quando il cliente chiama per chiedere una cosa che ora può trovare da solo.
Chiedere una registrazione complicata
Se per entrare servono sei campi, un codice ricevuto per posta e una password con requisiti impossibili, metà dei clienti si ferma lì. L'attivazione dovrebbe partire da un invito già collegato al codice cliente.
Lasciarlo senza manutenzione
Un portale che mostra una funzione rotta da tre mesi comunica che l'azienda non lo usa. Serve un responsabile interno e un controllo periodico, esattamente come per qualsiasi altro strumento operativo.
Portale su misura o modulo del gestionale?
Molti gestionali offrono un'area clienti inclusa. In alcuni casi è sufficiente, in altri è il motivo per cui il progetto non decolla.
| Criterio | Modulo incluso nel gestionale | Portale su misura |
|---|---|---|
| Tempo per partire | Breve: si attiva e si configura | Più lungo: va progettato e realizzato |
| Aderenza ai vostri processi | Limitata a quanto previsto dal fornitore | Totale |
| Esperienza d'uso per il cliente | Spesso datata e poco chiara | Curata e coerente con il vostro marchio |
| Funzioni fuori standard | Difficili o impossibili | Possibili |
| Costo iniziale | Basso o incluso | Più alto |
| Quando conviene | Esigenze semplici e allineate allo standard | Clienti ricorrenti, listini personalizzati, processi propri |
Il criterio pratico è uno: se il modulo incluso risponde alle tre o quattro domande che i vostri clienti fanno davvero, si parte da lì. Se per farlo servirebbero forzature, il su misura costa meno nel medio periodo. È lo stesso ragionamento che vale per la scelta fra gestionale su misura o standard.
Come lavoriamo in NuvioLab
Iniziamo contando le richieste in ingresso, non elencando funzioni. Le prime due settimane servono a capire quali domande i vostri clienti ripetono e da quali sistemi arrivano le risposte: senza questo, qualsiasi portale è una scommessa.
Poi costruiamo una prima versione stretta, collegata in tempo reale al gestionale, con gli accessi e i permessi già progettati per clienti che hanno più persone. La proviamo con clienti veri prima di aprirla a tutti, e misuriamo l'effetto sul volume delle richieste, che è l'unico dato che dice se il progetto ha funzionato.
Scrivici quali domande ricevete ogni giorno e vi diciamo quali si possono togliere dal telefono.
FAQ
Serve un portale anche se abbiamo pochi clienti?+
Dipende dalla frequenza, non dal numero. Venti clienti che ordinano ogni settimana generano più richieste ripetitive di duecento clienti occasionali. Il criterio è quante richieste dello stesso tipo ricevete, non quante anagrafiche avete.
I clienti più tradizionali lo useranno?+
Una parte no, e va messo in conto: il portale riduce il volume delle richieste, non lo azzera. L'adozione cresce se il portale risponde a una domanda che il cliente fa spesso e se gliela si ricorda ogni volta che telefona per quella.
Possiamo collegarlo a un gestionale vecchio?+
Quasi sempre sì, anche se il metodo cambia. Se il gestionale espone un collegamento diretto si legge in tempo reale; altrimenti si costruisce un allineamento periodico e si dichiara sempre l'orario dell'ultimo aggiornamento accanto al dato.
Quanto tempo serve per la prima versione?+
Una versione limitata a stato, documenti e richieste di assistenza è un progetto di alcune settimane se l'accesso ai dati è pulito. La variabile che allunga tutto non è lo sviluppo del portale, è la disponibilità dei dati nel sistema di origine.
Il portale sostituisce il commerciale?+
No, gli toglie il lavoro amministrativo. Il tempo che oggi passa a rimandare fatture e a controllare lo stato degli ordini torna disponibile per le attività che richiedono davvero una persona.
Come gestiamo i clienti che hanno più sedi o più società?+
Con una struttura di accessi a due livelli: un referente che vede tutte le sedi e utenti collegati alla singola sede. È una scelta da fare in progettazione, perché aggiungerla dopo richiede di rifare la parte dei permessi.