Gestisci le richieste del sito web dopo l'invio

Definisci tipi e destinazioni di richiesta

Elenca le richieste che effettivamente arrivano: quotazioni, appuntamenti, supporto, partnership, stampa e domande generali. Assegna a ogni tipo un proprietario e un percorso di fallback. Un selettore di categoria non dovrebbe essere l'unico modo per raggiungere la persona giusta; decidere come verrà riassegnato un messaggio errato.

Richiedi solo le informazioni necessarie per iniziare. Una richiesta complessa può essere chiarita in uno scambio successivo. Le Guida alla progettazione del modulo copre l'immissione, gli errori e la conferma per i visitatori; Questa guida continua dopo l'invio.

• Tipi di richiesta e proprietari identificati.
• Messaggi classificati erroneamente gestiti.
• Percorso di fallback quando la consegna ordinaria fallisce.

Test di consegna e chiarezza dei messaggi

Invia richieste di prova da un telefono e desktop. Controllare la conferma sullo schermo, qualsiasi conferma, la posta in arrivo effettiva e il contenuto consegnato. I visitatori devono sapere se la richiesta è stata completata o è necessaria un'ulteriore azione. Una sola schermata di successo non prova che l'e-mail o la notifica siano arrivate.

Prova il testo accentato, un indirizzo non valido, un campo opzionale vuoto e un allegato se offerto. Evita di diffondere dettagli sensibili in un elenco di notifiche eccessivamente ampio. Documenta cosa succede quando un messaggio viene perso o rifiutato in modo che il personale possa indagare senza chiedere al visitatore di ricominciare.

Le Tutorial di notifica del modulo W3C offre esempi di successo ed errori accessibili; verificare il loro comportamento nel modulo pubblicato.

• Conferma sullo schermo e consegna interna controllata separatamente.
• Casi di errore e caratteri speciali provati.
• Accesso ai messaggi limitato al personale competente.

Segui la richiesta per una risposta utile

Usa alcuni stati comprensibili: nuovi, assegnati, in attesa di informazioni, gestiti e chiusi. conservare il tempo di ricezione e l'attuale proprietario. La priorità dovrebbe riflettere la richiesta, non solo l'ordine di arrivo; Un problema con un servizio esistente potrebbe richiedere un percorso diverso da una richiesta di vendita.

La prima risposta dovrebbe riaffermare la necessità e specificare il passaggio successivo. Fai una domanda mirata se mancano le informazioni. Non promettere un tempo di risposta automatico che il team non può soddisfare. L'invio di una risposta non equivale a risolvere la richiesta: confermare che la persona ha ricevuto ciò di cui aveva bisogno e chiudere il caso per un chiaro motivo.

• Stato, data e proprietario visibile al personale.
• la risposta indica l'azione successiva.
• chiusura distinta dall'invio di un messaggio.

Rivedi il volume, l'accesso e le correzioni

Settimanale o mensile, in base al volume, confronta le richieste ricevute, gli articoli non posseduti, le risposte in ritardo e i problemi di consegna. Leggi un piccolo esempio di viaggi completi piuttosto che guardare solo un totale di conversione. Se l'analisi del sito Web e il follow-up delle vendite utilizzano sistemi diversi, spiega la discrepanza.

Impostare un periodo di conservazione adatto allo scopo e agli obblighi applicabili, quindi rivedere l'accesso e l'eliminazione. Riassegna le richieste aperte quando qualcuno lascia il team. Le Guida alla misurazione Aiuta a scegliere indicatori utili senza raccogliere dati eccessivi.

Le L'autorità francese per la protezione dei dati spiega come impostare i periodi di conservazione per scopo e regole applicabili; Nessun singolo periodo si adatta ad ogni richiesta.

• Richieste non possedute rilevate.
• Accesso e conservazione esaminati.
• Intero viaggio periodicamente testato.