Sostituire le finestra di dialogo con processi aziendali o app canvas
Le interazioni sono deprecate e devono essere sostituite con processi aziendali o app canvas. Questo articolo descrive le diverse funzionalità di queste opzioni. Scoprirai anche varie funzionalità e situazioni in cui è possibile usare un processo aziendale o un'app canvas incorporati in un modulo basato su modello per sostituire un'interazione esistente.
La tabella seguente elenca le funzionalità delle interazioni e le funzionalità equivalenti dei processi aziendali e delle app canvas.
Funzionalità delle interazioni | Funzionalità presente in processi aziendali? | Funzionalità presente in app canvas? |
---|---|---|
Pagina | Sì (fase del processo aziendale) |
Sì (schermata dell'app) |
Solo prompt | No | Sì (etichette) |
Richiesta e risposta | Sì (solo colonne della tabella) |
Sì (etichette e campi di input) |
Argomenti di input | Limitato (passaggi in una fase del processo aziendale) |
Sì (parametri della stringa di query) |
Variabili | No | Sì |
Variabili di query | No | Sì |
Logica di diramazione condizionale | Sì | Sì (spostarsi nelle schermate dell'app) |
Riutilizzo (avviare come interazione figlio) |
No | Sì (spostarsi nelle schermate dell'app, avviare un'altra app in una nuova finestra) |
Eseguire i flussi di lavoro su inizio/fine | Sì | No (usare un flusso cloud) |
Eseguire flussi di lavoro di input | Sì | No (usare un flusso cloud) |
Eseguire flussi di lavoro nella transizione di pagina | Sì | No (usare un flusso cloud) |
Iniziare a usare un URL | No | Sì |
Registrazione delle sessioni | Sì | No |
Supporto SDK | Sì | Sì |
- Analisi dei processi (viste, grafici e tempo trascorso in una fase)
- Controlli personalizzati
- Analisi dell'app (uso e prestazioni dell'app)
- Composizione di pagine a più tabelle
- Eseguire flussi
- Connettori di dati (standard e personalizzati)
- Avviare come app autonoma
- Layout configurabile
Quando si sceglie la sostituzione dell'interazione, è importante tenere conto dell'esperienza utente che si vuole offrire. Tenere presente anche che quasi tutte le interazioni possono essere modellate usando un'app canvas.
I processi aziendali sono ideali per sostituire le interazioni che modellano i processi che offrono una guida attraverso una sequenza di lavoro comprensiva che richiede la collaborazione tra gruppi di utenti singoli e un contesto di esecuzione delle app Dynamics 365. Ad esempio, la revisione e l'invio delle offerte.
In alternativa, le app canvas possono essere usate per sostituire le interazioni che modellano le attività prescrittive come ad esempio la ricerca di clienti potenziali o per semplificare l'esperienza utente per altre attività, come l'aggiornamento di un'opportunità. Si noti che scenari di questo tipo possono anche trarre vantaggio dall'avere un'app canvas autonoma.
Si supponga di avere un'interazione che nell'arco di alcune pagine richiede all'utente informazioni chiave, genera un'offerta, invia un messaggio di posta elettronica ai revisori che devono accettare o rifiutare l'offerta prima di inviarla mediante posta elettronica al cliente. Questo tipo di processo viene modellato in modo più efficace usando un processo aziendale.
Per sostituire l'interazione, iniziare identificando le fasi principali del processo. Ciò può includere una fase di preparazione dei contenuti per verificare che tutti i prodotti siano elencati e che vengano applicati sconti, una fase di generazione dell'offerta per creare l'offerta e verificarne l'accuratezza del formato, una fase di revisione principale per inviare l'offerta per la revisione e l'approvazione, una fase di revisione secondaria per esaminare l'offerta in determinate circostanze e, infine, una fase di invio dell'offerta per inviare l'offerta al cliente.
In seguito, identificare i passaggi principali che gli utenti devono seguire nel processo. Ad esempio, la fase di preparazione dei contenuti potrebbe contenere un semplice passaggio vero o falso in modo che l'utente verifichi i prodotti per cui fare l'offerta, un passaggio di controllo obbligatorio per selezionare un listino prezzi e una fase numerica per immettere uno sconto prima di passare alla fase successiva. La fase Genera offerta potrebbe includere un passaggio di azione per creare un'offerta in base a tutte le informazioni acquisite in precedenza nella fase di preparazione dei contenuti e nella riga Dynamics 365 correlata. Le fasi di revisione principale e la revisione secondaria potrebbero avere diversi passaggi vero o falso per guidare la revisione dell'offerta, nonché un passaggio obbligatorio per acquisire lo stato di approvazione e verificare che il processo possa passare solo alla fase successiva una volta ricevuta l'approvazione. Configura la sicurezza a livello di colonna in questo passaggio per essere certo che solo i revisori approvati possano fornire l'approvazione dell'offerta. È anche possibile aggiungere un flusso di lavoro alle fasi di revisione principale e revisione secondaria, come ad esempio l'invio di un messaggio di posta elettronica di notifica a tutti i revisori al momento dell'accesso.
Infine, configurare le fasi del processo aziendale e i passaggi e la logica condizionale per guidare il processo. Per questo esempio, è possibile aggiungere una diramazione condizionale successiva alla fase di revisione principale in modo che, se un passaggio indica la necessità di un secondo livello di revisione, la fase successiva del processo sia la revisione secondaria o, in caso contrario, sia la fase di invio dell'offerta.
Per rendere questo processo aziendale disponibile agli utenti, assicurarsi che gli utenti idonei abbiano i privilegi di accesso al processo aziendale prima di attivarlo.
Per altre informazioni su come creare un processo aziendale, vedere Esercitazione: Creare un processo aziendale per la standardizzazione dei processi.
Si supponga di avere un'interazione che segue uno script di chiamata che guida i rappresentanti nell'approccio diretto con i clienti potenziali. Questo processo può essere acquisito con facilità usando un'app canvas.
Iniziare con la connessione alle origini dati necessarie per leggere e scrivere dati. In questo esempio viene usata una connessione a Dynamics 365 per le informazioni su clienti potenziali, account e contatti.
Iniziare identificando il numero di schermate necessario. Per questo esempio, è possibile decidere di avere cinque schermate.
- Schermata 1. Per selezionare un cliente potenziale da un elenco da chiamare.
- Schermata 2. Per presentazioni, verifica della disponibilità a una conversazione e per pianificare una nuova chiamata in una data successiva.
- Schermata 3. Per determinare il BANT (budget, autorità, necessità e sequenza temporale).
- Schermata 4. Per acquisire i passaggi successivi e pianificare le chiamate di follow-up.
- Schermata 5. Per ringraziare il cliente potenziale per il tempo dedicato alla fine della chiamata.
Successivamente, compilare ogni schermata. Nella prima schermata compilare una raccolta di clienti potenziali da chiamare. Nella seconda schermata usare le etichette per dare un titolo alla schermata e specificare lo script di chiamata, usando oggetti visivi come i pulsanti di opzione per stabilire se per la persona chiamata è un buon momento per parlare. Se lo è, usare la logica condizionale per abilitare un pulsante per passare alla schermata successiva. In caso contrario, visualizzare uno script nella stessa schermata per tentare di pianificare una nuova chiamata con il cliente. Analogamente, definire lo script di chiamata in più schermate.
Infine, definire la navigazione tra schermate. In questo esempio oltre a spostarsi tra le schermate in sequenza, si potrebbe voler far passare l'utente dalla seconda schermata all'ultima (la fine dello script in cui si ringrazia il cliente potenziale per il tempo dedicato) se il cliente potenziale non è interessato ad avere una conversazione.
Per rendere questa app disponibile agli utenti, è necessario pubblicarla. Si consideri come tale scenario potrebbe venire trasformato dalla disponibilità di un'app autonoma che specifica script di chiamata e supporta l'inserimento rapido dei dati.
Si supponga di voler incorporare questa esperienza in Dynamics 365 Sales. A tale scopo, iniziare creando un iframe in un modulo di Dynamics 365 Sales. Passa quindi alla sezione Applicazioni del menu di Power Apps, seleziona l'app appena pubblicata, copia il collegamento Web dalla scheda Dettagli e incollalo come URL per l'iframe.
Andando oltre, si supponga di voler rendere l'app disponibile direttamente nel modulo principale dei clienti potenziali e in contesto con il cliente potenziale, in modo che non richieda all'utente di selezionare un cliente potenziale nella prima schermata. Per passare informazioni rilevanti all'app, è sufficiente modificare l'URL dell'iframe per accodare una stringa di query che contiene queste informazioni, ad esempio gli ID del cliente potenziale o dell'account, usando JavaScript che viene eseguito in un determinato evento, ad esempio il caricamento del modulo. Successivamente, aggiornare l'app per rimuovere la prima schermata (per la selezione del cliente potenziale) e accedere invece ai valori passati all'app tramite la stringa di query usando la funzione Param.
È necessario tenere traccia delle dipendenze delle app canvas?
- Viene tenuta traccia delle dipendenze delle app canvas come per le dipendenze delle app Dynamics 365.
È possibile avviare un'app canvas come una finestra popup da un pulsante nella barra dei comandi?
- Sì. A tale scopo, è sufficiente impostare l'URL di destinazione su quello dell'app canvas, ottenuto dalla sezione Dettagli dell'app, come descritto in precedenza.
I flussi di lavoro possono essere chiamati da un'app canvas?
- Questa operazione non è supportata. È consigliabile usare invece un flusso cloud.
È possibile convertire automaticamente le interazioni in processi aziendali o app canvas?
- Non è possibile convertire automaticamente le interazioni in processi aziendali o app canvas.