Dialogien korvaaminen liiketoimintaprosesseilla tai pohjaan perustuvilla sovelluksilla
Dialogit ovat vanhentuneet, ja ne tulisi korvata liiketoimintaprosesseilla tai pohjaan perustuvilla sovelluksilla. Tässä artikkelissa kuvataan näiden asetusten eri ominaisuuksia. Tutustut myös tilanteisiin, joissa aiemmin luodun dialogin voi korvata liiketoimintaprosessilla tai mallipohjaiseen lomakkeeseen upotetulla, pohjaan perustuvalla sovelluksella.
Ominaisuuksien vertailu
Seuraavassa taulukossa on lueteltu dialogin ominaisuuksia sekä liiketoimintaprosessien ja pohjaan perustuvien sovellusten vastaavat ominaisuudet.
| Dialogin ominaisuus | Onko ominaisuus liiketoimintaprosesseissa? | Onko ominaisuus pohjaan perustuvissa sovelluksissa? |
|---|---|---|
| Sivu | Kyllä (liiketoimintaprosessin vaihe) |
Kyllä (sovellusnäyttö) |
| Vain kehote | Ei | Kyllä (selitteet) |
| Kehote ja vastaus | Kyllä (vain taulukon sarakkeet) |
Kyllä (otsikot ja syöttökentät) |
| Syöteargumentit | Rajoitettu (liiketoimintaprosessin vaiheen osavaiheet) |
Kyllä (kyselymerkkijonon parametrit) |
| Muuttujat | Ei | Kyllä |
| Kyselyn muuttujat | Ei | Kyllä |
| Ehdollinen haarautumislogiikka | Kyllä | Kyllä (siirtyminen mihin tahansa sovelluksen näyttöön) |
| Uudelleen käyttäminen (alidialogina käynnistäminen) |
Ei | Kyllä (siirtyminen mihin tahansa sovelluksen näyttöön, toisen sovelluksen käynnistäminen uudessa ikkunassa) |
| Työnkulkujen suorittaminen alussa tai lopussa | Kyllä | Ei (käytä pilvityönkulkua tämän sijaan) |
| Työnkulkujen suorittaminen syöttötilanteessa | Kyllä | Ei (käytä pilvityönkulkua tämän sijaan) |
| Työnkulkujen suorittaminen sivusiirtymässä | Kyllä | Ei (käytä pilvityönkulkua tämän sijaan) |
| URL-osoitteen käytön aloittaminen | Ei | Kyllä |
| Istunnon kirjaus | Kyllä | Ei |
| SDK-tuki | Kyllä | Kyllä |
Liiketoimintaprosessien muita ominaisuuksia
- Prosessin analysointi (näkymät, kaaviot ja vaiheessa käytetty aika)
- Mukautetut ohjausobjektit
Pohjaan perustuvien sovellusten muut ominaisuudet
- Sovelluksen analysointi (sovelluksen käyttö ja suorituskyky)
- Usean taulukon sivukooste
- Suorita työnkulkuja
- Tietoyhdistimet (tavalliset ja mukautetut)
- Käynnistäminen erillisenä sovelluksena
- Määritettävissä oleva asettelu
Liiketoimintaprosessin ja pohjaan perustuvan sovelluksen välillä valitseminen
Pohtiessasi, millä korvaat dialogin, on tärkeää miettiä, millaisen käyttäjäkokemuksen haluat luoda. Kannattaa myös muistaa, että lähes kaikki dialogit voi mallintaa pohjaan perustuvan sovelluksen avulla.
Liiketoimintaprosessit sopivat parhaiten dialogien korvaamiseen, kun tarkoituksena on mallintaa prosesseja, joilla ohjataan sellaisen laajan toimintalinjan eri vaiheita, joka edellyttää yhteistyötä ryhmien välillä ja Dynamics 365 -sovelluskontekstia. Tällaisia ovat esimerkiksi tarjousten arviointi ja reititys.
Pohjaan perustuvilla sovelluksilla voidaan puolestaan korvata dialogeja, jotka mallintavat ohjailevia tehtäviä, kuten puheluskriptiä liidien etsimistä varten, tai yksinkertaistaa muiden tehtävien, esimerkiksi mahdollisuuden päivittämisen, suorittamista. Näissä skenaarioissa erillinen pohjaan perustuva sovellus voi toimia jopa aiempaa ratkaisua paremmin.
Dialogin korvaaminen liiketoimintaprosessiskenaariolla
Kuvitellaan, että käytössäsi on useiden sivujen mittainen dialogi, joka pyytää käyttäjältä keskeisiä tietoja, luo tarjouksen, pyytää sähköpostitse tarkastajia hyväksymään tai hylkäämään tarjouksen ja lopulta lähettää sen asiakkaalle. Tämäntyyppisen prosessin mallinnus onnistuu tehokkaammin liiketoimintaprosessin avulla.
Dialogin korvaaminen aloitetaan tunnistamalla prosessin keskeiset vaiheet. Niitä voivat olla esimerkiksi Sisällön valmistelu -vaihe, jossa varmistetaan, että kaikki tuotteet on luetteloitu ja alennukset huomioitu, Tarjouksen luominen -vaihe, jossa tarjous luodaan ja sen muodon oikeellisuus tarkistetaan, Ensisijainen tarkastus -vaihe, jossa tarjous lähetetään tarkastettavaksi ja hyväksyttäväksi, Toissijainen tarkastus -vaihe, jossa tarjous tarkastetaan tietyissä tilanteissa, ja lopuksi Tarjouksen toimittaminen -vaihe, jossa tarjous lähetetään asiakkaalle.
Seuraavaksi on määritettävä keskeiset osavaiheet, joita käyttäjien on prosessissa noudatettava. Esimerkiksi Sisällön valmistelu -vaihe saattaa sisältää yksinkertaisen tosi/epätosi-osavaiheen, jossa käyttäjä tarkistaa tarjoukseen kuuluvat tuotteet, pakollisen hakuvaiheen hinnaston valitsemiseksi sekä numeerisen osavaiheen, johon lisätään alennus ennen seuraavaan vaiheeseen siirtymistä. Tarjouksen luominen -vaiheessa voi olla toiminnon vaihe, jossa luodaan tarjous kaikkien Sisällön valmistelu -vaiheessa saatujen tietojen ja asiaan liittyvän Dynamics 365 -rivin perusteella. Ensisijainen tarkastus- ja Toissijainen tarkastus -vaiheissa voi olla useita tosi/epätosi-osavaiheita ohjaamassa tarjouksen tarkistamista, sekä pakollinen osavaihe, jolla selvitetään hyväksynnän tila ja varmistetaan, että prosessi voi edetä seuraavaan vaiheeseen vain, kun hyväksyntä on vastaanotettu. Tässä osavaiheessa kannattaa määrittää saraketason suojaus, jotta vain valtuutetut tarkastajat voivat hyväksyä tarjouksen. Lisäksi Ensisijainen tarkastus- ja Toissijainen tarkastus -vaiheisiin voi lisätä työnkulun, esimerkiksi siten, että vaiheeseen siirryttäessä kaikille tarkastajille lähetetään sähköposti-ilmoitus.
Määritä lopuksi liiketoimintaprosessin vaiheet ja osavaiheet sekä prosessia ohjaava ehdollinen logiikka. Tässä esimerkissä voit lisätä Ensisijainen tarkastus -vaiheen jälkeen ehdollisen haaran siten, että jos osavaiheessa käy ilmi, että toinen tarkastus tarvitaan, prosessin seuraava vaihe on Toissijainen tarkastus, mutta muussa tapauksessa siirrytään Tarjouksen toimittaminen -vaiheeseen.
Kun haluat luovuttaa liiketoimintaprosessin käyttäjien saataville, varmista, että oikeilla käyttäjillä on liiketoimintaprosessin oikeudet, ja aktivoi prosessi.
Lisätietoja liiketoimintaprosessin luomisesta on opetusohjelmassa Liiketoimintaprosessin luominen prosessien yhdenmukaistamiseksi.
Dialogin korvaaminen pohjaan perustuvan sovelluksen skenaariolla
Oletetaan, että käytössäsi on dialogi, joka noudattaa puheluskriptiä, joka ohjaa myyntiedustajia liideille soitettujen kylmäsoittojen aikana. Tämän prosessin voi helposti toteuttaa pohjaan perustuvan sovelluksen avulla.
Muodosta ensin yhteydet tietolähteisiin, joiden tietoja sinun on luettava tai joihin sinun on kirjoitettava tietoja. Tässä esimerkissä käytetään Dynamics 365 -yhteyttä liidi-, tili- ja yhteystietojen käsittelyyn.
Aloita selvittämällä tarvittavien näyttöjen määrä. Tässä esimerkissä saatat haluta viisi näyttöä.
- Näyttö 1. Liidin valinta puhelinluettelosta.
- Näyttö 2. Aloituslauseet, keskustelun ajankohdan sopivuuden varmistaminen ja uuden soiton ajoittaminen myöhempään ajankohtaan.
- Näyttö 3. Budjetin, valtuutuksen, tarpeen ja ajankohdan (BANT) määrittäminen.
- Näyttö 4. Seuraavat osavaiheet ja seuraavien puhelujen ajoittaminen.
- Näyttö 5. Liidin kiittäminen puhelun lopuksi.
Luo seuraavaksi kukin näyttö. Laadi ensimmäisessä näytössä valikoima liideistä, joille on soitettava. Nimeä toinen näyttö otsikoiden avulla ja laadi puheluskripti. Käytä valintanappeja tai muita vastaavia ohjausobjekteja selvittääksesi, onko henkilöllä aikaa puhua. Käytä ehdollista logiikkaa, joka aktivoi seuraavaan näyttöön siirtymisen painikkeen, jos henkilöllä on aikaa puhua, ja paljastaa samassa näytössä skriptin, jolla yritetään sopia asiakkaan kanssa uusi soittoaika, jos henkilöllä ei tällä hetkellä ole aikaa puhua. Määritä puheluskripti seuraavissa näytöissä samaan tapaan.
Määritä lopuksi näyttöjen välillä siirtyminen. Tässä esimerkissä saatat haluta, että käyttäjä voi paitsi siirtyä näytöstä toiseen järjestyksessä, myös siirtyä suoraan toisesta näytöstä viimeiseen näyttöön (skriptin loppuun kiittämään liidiä tämän ajasta), jos liidi ei ole kiinnostunut keskustelemaan.
Kun haluat luovuttaa sovelluksen käyttäjien saataville, julkaise se. Pohdi, miten tällainen skenaario voi muuttua, kun saatavilla on erillinen puheluskriptejä tarjoava ja nopeaa tietojen lisäämistä tukeva sovellus.
Kuvittele, että haluat upottaa tämän kokemuksen Dynamics 365 Salesiin. Aloita luomalla iframe Dynamics 365 Sales -lomakkeessa. Siirry seuraavaksi Power Apps -valikon Sovellukset-osioon, valitse juuri julkaisemasi sovellus, kopioi verkkolinkki Tiedot-välilehdestä ja liitä se iframeen URL-osoitteena.
Viedään ajatus vielä pidemmälle ja oletetaan, että haluaisit sovelluksen olevan käytettävissä heti liidin päälomakkeessa ja toimivan liidin kontekstissa siten, että käyttäjän ei tarvitse valita liidiä ensimmäisessä näytössä. Voit välittää merkitykselliset tiedot sovellukselle kätevästi muokkaamalla iframen URL-osoitetta siten, että liität sellaisen kyselymerkkijonon, joka sisältää tarvittavat tiedot, kuten liidin tai tilin tunnukset. Tähän käytetään JavaScriptiä, joka suoritetaan tietyissä tilanteissa, kuten lomaketta ladattaessa. Päivitä seuraavaksi sovellus siten, että ensimmäinen näyttö (liidin valinta) poistetaan ja sen sijaan otetaan käyttöön kyselymerkkijonon sovellukselle välittämät arvot Param-funktion avulla.
Dialogin korvaamisen usein kysytyt kysymykset
Seurataanko pohjaan perustuvien sovellusten riippuvuuksia?
- Pohjaan perustuvien sovellusten riippuvuuksia seurataan samalla tavalla kuin Dynamics 365 -sovellusten riippuvuuksia.
Voiko pohjaan perustuvan sovelluksen käynnistää ponnahdusikkunassa komentopalkin painikkeesta?
- Kyllä. Voit tehdä tämän helposti määrittämällä kohde-URL:ksi pohjaan perustuvan sovelluksen URL-osoitteen, jonka saa sovelluksen Tiedot-osiosta aiemmin kuvattujen ohjeiden mukaisesti.
Voiko työnkulkuja kutsua pohjaan perustuvasta sovelluksesta?
- Tätä ei tueta. Suosittelemme sen sijaan pilvityönkulun käyttämistä.
Voiko dialogeja muuntaa automaattisesti liiketoimintaprosesseiksi tai pohjaan perustuviksi sovelluksiksi?
- Dialogien muuntamiseen liiketoimintaprosesseiksi tai pohjaan perustuviksi sovelluksiksi ei ole automatisoitua tapaa.