Активиране на пътешествия въз основа на промяна на запис на Dataverse

Бизнес транзакциите, независимо дали са инициирани от клиент, потребител на Dynamics 365 или от системно действие, са значителни възможности за създаване на значими ангажименти с клиентите. Вашите клиенти обикновено взаимодействат с няколко отдела и функции през целия си живот. И много от тези отдели и функции имат свои собствени данни, свързани с тях.

Всяко от тези взаимодействия - като попълнено заявление, подновен договор или затворен билет за услуга - представлява възможност да се ангажирате по-дълбоко с клиентите си. Въпреки това, данните остават изолирани в приложенията и извън обсега на ангажираността на клиентите или инструментите за автоматизация на маркетинга.

Сега всички тези взаимодействия могат да се използват за стартиране, шофиране и измерване на пътуванията на клиентите само с няколко кликвания, без да се изискват разработчици или персонализации. Dataverse Тригерите ви позволяват да използвате промените в данните за взаимодействие с клиентите, Dataverse за да задействате и персонализирате ангажиментите. Това ви дава максимална гъвкавост за стартиране, персонализиране и измерване на пътуванията на клиентите въз основа на всички клиентски данни на Dynamics 365.

С Dataverse тригери можете:

• Предприемане на действия или изпращане на съобщения въз основа на общи промени в данните на клиента, като например регистриране на нов клиент, завършване на приложение, подновяване на договор или закриване на билет за услуга
• Използвайте едно или повече определени условия на всяка Dataverse таблица, свързана с аудиторията, като контакт, възможност, партньор, потенциален клиент, потребителски полета и т.н. (включително таблици по избор)

Отвъд нестандартните тригери, това ви дава гъвкавост за задълбочаване на ангажираността в конкретни сценарии през целия жизнен цикъл на клиента. Често срещаните сценарии включват:

• Изпращане на проучване на клиента, когато билетът му за поддръжка е затворен
• Уведомяване на клиента, когато поръчката му е готова
• Когато се регистрира нов потенциален клиент, изпратете му линк, за да се регистрира за предстоящ уебинар

Dataverse тригери срещу персонализирани тригери

Персонализираните тригери и Dataverse тригери са сходни по това, че ви позволяват да организирате пътуване въз основа на събитие или сигнал. Има обаче някои важни разлики. Докато персонализираните тригери предоставят на разработчиците бърз начин да интегрират и извикват тригери от всеки източник (като уебсайт, IoT устройство, приложение, услуга и т.н.), използвайки малки фрагменти от код, Dataverse тригерите, за разлика от тях, осигуряват опция без код за задействане на пътуване въз основа на всяка промяна в Dataverse таблица (известна също като Dataverse обект).

Процесът на дефиниране и използване на спусък варира между потребителски и Dataverse тригери, тъй като при Dataverse тригерите няма стъпки за интегриране на спусъка с помощта на фрагмент от код. Вместо това, веднага след като Dataverse се създаде превключвател, той може да бъде извикан от всеки бизнес процес, взаимодействие с потребителя или ангажираност на клиентите въз основа на промени в основната таблица (обект), свързани с взаимодействието.

Как да създадете Dataverse спусък

Първата стъпка в процеса на оркестрация е създаването на Dataverse самия спусък. Този пример следва често срещан случай на употреба, който интегрира обслужване на клиенти и Customer Insights - Journeys в единно клиентско изживяване.

В този пример ще бъде създадено пътуване, което изпраща на клиента проучване, когато билетът му за поддръжка е затворен.

1. За да създадете Dataverse спусъка, отидете на страницата Тригери в Customer Insights - Journeys приложението.

2. За да създадете нов превключвател, изберете бутона Нов превключвател в горната лента с инструменти.

3. На екрана "Създаване на нов превключвател" задайте име за спусъка, като например "Актуализирано състояние на случая за поддръжка".

4. Изберете опцията Когато се създава или актуализира запис, свързан с клиент, след което изберете бутона Създай .

   

5. След това изберете таблицата от Dataverse , която съдържа информацията, свързана със случай за поддръжка. Тук е избрана таблицата "Случай".

6. Тъй като една Dataverse таблица може да има повече от един атрибут на аудитория, следващата стъпка ("Кой атрибут съдържа аудиторията?") ви позволява да изберете атрибута, който съдържа целевата аудитория.

7. В последната стъпка можете да изберете действието, което ще активира Dataverse спусъка. Това включва избиране кои колони трябва да бъдат част от актуализацията или промяната.

   

8. Веднъж създаден, можете да публикувате спусъка, като изберете бутона Готов за използване . Това ще позволи спусъкът да се използва като част от пътуване на живо.

   

   Бележка

   Спусъкът, създаден в този пример, не е задължително да улавя затворения случай на поддръжка. Той улавя всички промени в полето "Състояние" в случая на поддръжка. Това ви дава гъвкавостта да използвате един и същ спусък за активиране на пътувания при всяка промяна на статуса, през жизнения цикъл на случая. В този пример, тъй като искаме да изпратим проучване на клиента след приключване на случая, по-късно ще добавим условие за филтриране, за да заснемем полето "Състояние", променящо се на "Решено". Вижте следващия раздел, за да научите как да направите това.

Използване на Dataverse спусък в рамките на пътуване

Спусъкът Dataverse може да се използва навсякъде в рамките на пътуването, където може да се определи спусък. Местата Dataverse , където може да се използва спусък при пътуване, включват:

1. Влизане в пътуването, цел и излизане
2. Условие за атрибут
3. Плочка за изчакване
4. Персонализиране на съдържанието (например имейл)

Продължавайки по описания по-горе сценарий, пътуването сега трябва да изпрати проучване на клиент, когато случаят с поддръжката е маркиран като решен и затворен. Можете да създадете пътуване, като изберете бутона Използвайте това, за да създадете бутон за пътуване в горната част на екрана за описание на спусъка (на снимката на екранната снимка по-горе).

Тъй като превключвателят улавя само актуализация на състоянието за случая, можете да добавите условие за филтриране, за да зададете до какво трябва да се актуализира състоянието. В този пример тя трябва да бъде актуализирана на "Решено".

Пътуването вече е готово и можете да добавите последващото проучване.

Освен това можете да използвате атрибутите от спусъка, за да добавите условия или клонове към пътуването. Например, можете да изпратите на клиента отстъпка, ако е посочил, че не е доволен от опита с поддръжката. Полето за удовлетвореност от таблицата със случаи може да се използва за създаване на това условие.

Бележка

Таблицата на случаите се носи със спусъка "Актуализиран статус на поддържащия случай", тъй като спусъкът се основава на тази таблица. Това също така прави всички атрибути на таблицата със случаи достъпни вътре в пътуванията и за персонализиране в съобщенията.

Извикване/тестване на Dataverse спусък

Има няколко налични опции при тестване Dataverse на тригери:

1. Тъй като всички модерни приложения на Dynamics 365 (Sales, Service, Field Customer Insights - Journeys и т.н.) са изградени Dataverse, потребителите на приложения на Dynamics 365 могат да извикат Dataverse превключвател, като извършат операция в приложението Dynamics 365, която работи на същата таблица като спусъка. Например, за да тества превключвателя "Случаят е разрешен", потребителят на приложението Dynamics 365 може да отвори съществуващ случай в приложението Dynamics 365 обслужване на клиенти и да избере бутона "Разрешаване на случай".
2. Като използвате Power Apps, можете ръчно да задействате Dataverse спусъка, като извършите операцията на масата, която го задейства. Например, за да задействате превключвател "Създаден потенциален клиент", Dataverse можете да навигирате до таблицата на потенциалния клиент в Power Apps и да добавите нов ред. Това ще предизвика спусъка, който след това ще оркестрира пътуването.
3. Третият подход е насочен към напредналите потребители. Използвайки Dataverse SDK, за да задейства Dataverse превключвател, разработчикът може да извърши операция на масата, свързана с превключвателя. Например, за да тества спусъка "Поръчката е завършена", разработчикът може да се обади на Dataverse API, за да актуализира състоянието на поръчката.