Le richieste del configuratore arrivano al team commerciale?

Una richiesta dovrebbe rimanere recuperabile anche se la sua notifica via email non riesce. Chiedi come viene archiviato, assegnato e confermato l'invio, quindi come vengono rilevate le notifiche non risolte. Un cliente che vede un messaggio di successo e un venditore che riceve un'e-mail sono parti separate del processo.

Identificare il record durevole

Definisce dove viene archiviata una richiesta ricevuta con successo e quale riferimento la collega al prodotto selezionato. Il record dovrebbe conservare le informazioni necessarie alle vendite anche se la notifica deve essere ritentata in un secondo momento. Concordare il modo in cui il cliente viene informato quando la ricezione dell'invio stesso non riesce.

Non fare affidamento sulla casella di posta di un dipendente come unico modo per scoprire se esiste una richiesta. Un team necessita di un percorso consentito per esaminare i record ricevuti e non assegnati.

Fallimento del test senza contattare clienti reali

In un ambiente di test concordato, crea una richiesta di test con un errore di notifica deliberatamente controllato. Verificare che l'applicazione conservi la registrazione e che il personale possa trovare l'azione irrisolta. Quindi riprova a inviare la notifica e controlla come vengono gestiti gli invii duplicati.

Utilizza dettagli di test designati e un processo di pulizia definito. Un utile test di accettazione non ha bisogno di inviare messaggi non richiesti o popolare code di vendita in tempo reale con record ambigui.

Riconcilia i conteggi ai limiti corretti

Confronta le conferme di invio riuscito con i record ricevuti, le richieste assegnate e gli esiti delle notifiche nello stesso periodo. È necessario indagare sulle differenze prima che il marketing concluda che i clienti hanno smesso di chiedere offerte.

Un rapporto dovrebbe distinguere un modulo rifiutato, una richiesta ricevuta ma non assegnata e un problema di notifica. Combinarli in un unico conteggio di “lead” rende difficile identificare il team responsabile o l’azione correttiva.

Definisci la gestione affidabile delle richieste con Configurix

Una connessione Configurix CRM può essere circoscritta al processo di vendita, ai dati di prodotto selezionati e ai requisiti di notifica. Chiedere di dimostrare separatamente la ricezione, l'assegnazione e il recupero. Confermare il lavoro di integrazione e monitoraggio incluso nella proposta.

Un'e-mail in coda è la prova che le vendite hanno ricevuto la richiesta?

No. Esaminare separatamente la richiesta conservata e l'esito della notifica. Il tuo processo operativo ha bisogno di un modo per agire su un record anche quando un'e-mail viene ritardata o non riesce.

Ogni nuovo tentativo dovrebbe creare una nuova opportunità?

Non automaticamente. Definire il modo in cui le richieste ripetute vengono identificate e gestite in modo che il ripristino non crei più record concorrenti per lo stesso invio.