Salta al contenuto principale

Portale del cliente

Che cosa appartiene all'ambito di un portale clienti?

Definire un portale clienti attraverso ruoli, record, decisioni e flussi di lavoro completi.

Un portale può sembrare semplice dall'esterno: una pagina di accesso, una dashboard e alcune forme. La sua portata dipende da ciò che quegli schermi permettono alle persone di fare e cosa succede alle informazioni in seguito.

Per definire un nuovo portale, lavorare attraverso il percorso del cliente e le responsabilità del personale dietro di esso.

Iniziare con il motivo del cliente per tornare

Un portale utile ha uno scopo ripetuto. Un cliente potrebbe controllare una richiesta, recuperare un documento o completare un'azione richiesta.

Se il portale riguarda le richieste di assistenza, definire la richiesta e i suoi stati, un cruscotto diventa più facile da progettare una volta che si sa quali documenti dovrebbe spiegare.

Separare i ruoli

Un membro del personale potrebbe aver bisogno di vedere il lavoro assegnato. Un amministratore può controllare gli utenti e la configurazione. Sono responsabilità diverse, non solo diverse etichette del menu.

Il campo d'applicazione deve stabilire regole di accesso e come i conti diventano autorizzati; si consideri che un account rappresenti una persona, una società o un gruppo con più utenti; tale decisione può cambiare il modo in cui vengono organizzati record e autorizzazioni.

Per la prima versione, includere i ruoli che sono necessari. Non aggiungere un elaborato editor di autorizzazioni a meno che qualcuno abbia una ragione definita per usarlo.

Seguire un record attraverso l'intero processo

Prendere una richiesta di servizio illustrativo. Il cliente lo crea, il personale lo esamina, le informazioni mancanti sono richieste e viene registrato uno stato di decisione o di completamento.

A ogni passo, chi può agire, quali informazioni è richiesto e cosa la persona successiva vede. Può una richiesta essere modificata dopo la presentazione? Può essere ritirato?

Queste domande rientrano nel campo di applicazione perché cambiano il comportamento dell'applicazione, non devono essere trattate come piccoli dettagli visivi per risolvere dopo lo sviluppo.

Decidi come vengono comunicati gli aggiornamenti

Una modifica dello stato può apparire sul cruscotto, attivare una e-mail o richiedere un'azione dal cliente.Queste sono caratteristiche distinte. Una notifica ha bisogno di un evento definito, destinatario e messaggio, così come una decisione su quali informazioni non dovrebbero apparire in esso.

È possibile mantenere il progetto di notifica iniziale limitato. Uno stato chiaro in-applicazione e una e-mail necessaria può essere più adatto di notifiche promettenti per ogni cambiamento. La scelta appropriata dipende dal flusso di lavoro.

Tratta documenti come flusso di lavoro di loro

Se un documento ha bisogno di approvazione, il file e la decisione hanno bisogno di una relazione che l'utente può capire.

Iniziare con i documenti il flusso di lavoro principale richiede in realtà. La condivisione pubblica, la firma elettronica e la versione dei documenti complessi sono requisiti separati, non conseguenze automatiche di aggiunta di upload.

Essere precisi su altri sistemi

Una connessione alla fatturazione, un CRM o un'altra applicazione ha bisogno di una regola di registrazione e aggiornamento definita. Il portale visualizza le informazioni, la crea o la modifica?

Una prima versione può utilizzare un processo manuale concordato se del caso. L'importante è rendere visibile quella scelta piuttosto che descrivere il portale come completamente integrato quando un passo dipende ancora da una persona.

Descrivere il test di accettazione

Per un flusso di lavoro di richiesta di base, un test potrebbe verificare che un cliente possa creare una richiesta, non può accedere al record di un altro cliente, vede un aggiornamento del personale e riceve la notifica concordata.

Questo esempio non prescrive la funzionalità di ogni portale e mostra come un flusso di lavoro completo può essere controllato da entrambi i lati.

Cosa tende ad espandere il progetto?

Più tipi di utenti, più organizzazioni per account, pagamenti, messaggistica in tempo reale, integrazioni bidirezionali e reportage complesso introducono ulteriori decisioni.

La conversazione di bilancio più utile inizia con il primo flusso di lavoro completo e le dipendenze di cui ha veramente bisogno.

Esplora lo sviluppo di applicazioni web personalizzate o discutere il tuo portale.