Nominare il compito del cliente e i ruoli
Scegliete il compito ricorrente: inviare richieste, fornire documenti, approvare, controllare lo stato, scaricare atti o comunicare su un servizio attivo. Separate clienti, amministratori del cliente e personale interno.
Per ogni ruolo elencate cosa può vedere, creare, modificare, approvare e scaricare. Includete ex clienti, sostituti e cambi di team. I permessi non possono attendere la fine del design.
- Compito principale del cliente
- Ruoli esterni e interni
- Relazioni tra organizzazione e contatti
- Regole di revoca e riassegnazione
Definire registri, stati e azioni
Individuate la fonte ufficiale per clienti, progetti, richieste, documenti e stato. Decidete cosa viene copiato, sincronizzato o letto in tempo reale. Se due sistemi modificano lo stesso campo, servono regole sui conflitti.
Scrivete gli stati nel linguaggio del cliente e indicate le azioni possibili. Evitate codici interni ambigui. Le notifiche devono portare a un'azione utile.
- Fonte ufficiale per ogni registro
- Stato visibile con spiegazione
- Azioni e validazione per fase
- Evento e destinatario della notifica
Pianificare insieme identità, privacy e assistenza
Definite invito, autenticazione, verifica, recupero e rimozione. Applicate il minimo accesso e testate la separazione fra organizzazioni. Documenti sensibili possono richiedere controlli e conservazione più severi.
Offrite un percorso visibile per problemi di accesso, dati errati e domande. Stabilite chi corregge e cosa accade fuori orario. Le affermazioni devono riflettere hosting e processi reali.
- Invito e recupero dell'account
- Test di accesso fra organizzazioni
- Controlli di conservazione e download
- Responsabile dell'assistenza ed escalation
Definire e testare una prima versione
Scegliete un compito completo e prototipatelo con contenuti realistici. Testate mobile, nomi lunghi, dati mancanti, link scaduti, permessi errati e azioni interrotte. Ogni stato visibile necessita di un responsabile interno.
Definite completamento, contatti di supporto, documenti mancanti, tempo di risposta e uso del vecchio canale e-mail. Iniziate se possibile con un gruppo controllato e ampliate in base alle prove.
- Un compito completo nella prima versione
- Test di dati ed eccezioni
- Amministratore e piano di assistenza
- Valore iniziale, gruppo pilota e revisione
Domande frequenti
Domande frequenti
Il portale necessita di dati in tempo reale?
Solo se il ritardo inganna il cliente o blocca un'azione. Una sincronizzazione programmata può bastare se l'orario di aggiornamento è chiaro.
L'e-mail deve restare come alternativa per i documenti?
Un'alternativa temporanea e definita è possibile, con responsabile e regola di riconciliazione. Un doppio processo permanente crea duplicati.
Il portale può usare il CRM esistente?
Spesso sì, tramite API supportate o sincronizzazione controllata. Verificate permessi, proprietà, limiti e gestione degli errori.