Замінюйте діалогові вікна потоками бізнес-процесів або програмами на полотні

Діалогові вікна вважаються застарілими, і їх слід замінити потоками бізнес-процесів або програмами на полотні. У цій статті описані різні можливості цих варіантів. Ви також дізнаєтеся про ситуації, коли програма для обробки бізнес-процесів або полотна, вбудована у форму на основі моделі, може бути використана для заміни наявного діалогового вікна.

Порівняння можливостей функцій

У цій таблиці перелічено набір можливостей діалогових вікон та еквівалентні можливості в потоках бізнес-процесів і програмах на полотні.

Можливість ведення діалогу Здатність до потоків бізнес-процесів? Можливості в програмах canvas?
Стор. Так
(етап бізнес-процесу)		 Так
(екран програми)
Лише підказка No Так
(етикетки)
Оперативність та відповідь Так
(лише стовпці таблиці)		 Так
(мітки та поля введення)
Вхідні аргументи Обмежений
(етапи етапу бізнес-процесу)		 Так
(параметри рядка запиту)
Змінні No Так
Змінні запиту No Так
Логіка умовного розгалуження Так Так
(перейдіть на будь-який екран у програмі)
Повторного використання
(запуск у діалоговому вікні дочірнього елемента)		 No Так
(перейдіть на будь-який екран у програмі, запустіть іншу програму в новому вікні)
Запуск робочих процесів на початку/кінці Так Ні
(замість цього використовуйте хмарний потік)
Запуск робочих процесів на вхідних даних Так Ні
(замість цього використовуйте хмарний потік)
Запуск робочих процесів при переході між сторінками Так Ні
(замість цього використовуйте хмарний потік)
Почніть використовувати URL-адресу No Так
Ведення журналу сеансів Так No
Підтримка SDK Так Так

Додаткові можливості з потоками бізнес-процесів

  • Аналітика процесів (перегляди, діаграми та час перебування на етапі)
  • Настроювані елементи керування

Додаткові можливості з програмами Canvas

  • Аналітика додатків (використання та продуктивність додатка)
  • Багатотаблична композиція сторінок
  • Бігові потоки
  • Конектори передачі даних (стандартні та користувальницькі)
  • Запуск як автономної програми
  • Налаштовуване планування

Вибір між бізнес-процесом, потоком або додатком на полотні

Коли ви вибираєте заміну діалогового вікна, важливо враховувати користувацький досвід, який ви хочете забезпечити. Також майте на увазі, що майже будь-який діалог можна змоделювати за допомогою програми для роботи з полотном.

Потоки бізнес-процесів найкраще підходять для заміни діалогових вікон, які моделюють процеси, надаючи вказівки в загальному робочому потоці, що вимагає спільної роботи між групами осіб і контекстом програми Dynamics 365. Наприклад, перегляд цінових пропозицій та маршрутизація.

Крім того, програми на полотні можна використовувати для заміни діалогових вікон, які моделюють приписні завдання, як-от сценарій дзвінка для пошуку потенційних клієнтів, або для спрощення взаємодії з користувачем для інших завдань, як-от оновлення можливості. Зверніть увагу, що ці сценарії можуть навіть виграти від наявності окремої програми для полотна.

Заміна діалогу за сценарієм потоку бізнес-процесів

Уявіть, що у вас є діалогове вікно, яке на кількох сторінках запитує у користувача ключові фрагменти інформації, генерує цінову пропозицію, надсилає електронний лист рецензентам, щоб вони прийняли або відхилили пропозицію, а потім надсилають її електронною поштою клієнту. Цей тип процесів моделюється більш ефективно за допомогою потоку бізнес-процесів.

Щоб замінити діалогове вікно, ви починаєте з визначення ключових етапів процесу. Вони можуть включати етап підготовки контенту , щоб переконатися, що всі продукти перераховані та застосовані знижки, етап створення цінової пропозиції для створення цінової пропозиції та перевірки її на точність формату, етап первинного огляду для надсилання пропозиції на розгляд та затвердження, етап вторинного огляду для перегляду пропозиції за певних обставин і, нарешті, етап первинного огляду для надсилання пропозиції на розгляд та затвердження, етап вторинного огляду для перегляду пропозиції за певних обставин і, нарешті, етап «Доставити цінову пропозицію », щоб надіслати пропозицію клієнту.

Далі визначте ключові кроки, яких користувачі повинні дотримуватися в процесі. Наприклад, етап «Підготовка контенту » може містити простий крок «правда» або «неправда», щоб користувач двічі перевірив товари, які будуть запропоновані, обов’язковий крок пошуку для вибору прайс-листа та числовий крок для введення знижки перед переходом до наступного етапу. Етап «Створення цінової пропозиції » може містити крок дії для створення цінової пропозиції на основі всієї інформації, раніше зібраної на етапі «Підготовка вмісту », і пов’язаного з нею рядка Dynamics 365. Етапи первинної перевірки та вторинної перевірки можуть містити кілька правильних або хибних кроків для керівництва переглядом цінових пропозицій, а також необхідний крок для фіксації статусу схвалення та забезпечення того, що процес можна перенести на наступний етап лише після отримання схвалення. Налаштуйте безпеку на рівні стовпців на цьому кроці, щоб переконатися, що лише авторизовані рецензенти можуть надати схвалення цінової пропозиції. Крім того, можна додати робочий процес до етапів первинного рецензування та вторинного рецензування таким чином, щоб після введення всім рецензентам було надіслано сповіщення електронною поштою.

Нарешті, налаштуйте етапи та кроки потоку бізнес-процесів, а також умовну логіку для керування потоком процесу. Для цього прикладу ви можете додати умовну гілку , що слідує за етапом «Первинне рецензування », таким чином, якщо крок вказує на необхідність другого рівня рецензування, наступним етапом процесу є етап «Вторинне рецензування », інакше це етап «Надання цінової пропозиції ».

Щоб зробити цей потік бізнес-процесів доступним для користувачів, переконайтеся, що потрібні користувачі мають привілеї на потік бізнес-процесів, а потім активуйте його.

Для отримання додаткової інформації про те, як створити потік бізнес-процесів, перегляньте Навчальний посібник: Створення потоку бізнес-процесів для стандартизації процесів.

Заміна діалогового вікна за допомогою сценарію програми canvas

Припустимо, у вас є діалогове вікно, яке слідує за сценарієм дзвінка, який направляє торгових представників через холодні дзвінки. Цей процес можна легко зафіксувати за допомогою програми для роботи з полотном.

Почніть із підключення до джерел даних, які вам потрібно буде зчитувати та записувати дані. У цьому прикладі підключення до Dynamics 365 використовується для інформації про потенційних клієнтів, обліковий запис і контактну інформацію.

Почніть з визначення необхідної кількості екранів. У цьому прикладі ви можете вирішити мати п’ять екранів.

  • Екран 1. Щоб вибрати лід зі списку для дзвінка.
  • Скрін 2. Для представлення, перевірки доступності для розмови та планування зворотного дзвінка на пізніший термін.
  • Екран 3. Для визначення BANT (бюджет, повноваження, потреба та терміни).
  • Екран 4. Щоб зафіксувати подальші кроки та запланувати подальші дзвінки.
  • Екран 5. Подякуйте ліду за приділений час в кінці розмови.

Далі побудуйте кожен екран. На першому екрані створіть галерею лідів, яким потрібно зателефонувати. У другому випадку використовуйте мітки для заголовків екрана та надайте сценарій дзвінка, а за допомогою елементів керування, таких як радіокнопки, щоб зафіксувати, чи це гарний час для розмови людини. Якщо це так, використовуйте умовну логіку, щоб увімкнути кнопку для переходу до наступного екрана, а якщо ні, відкрийте сценарій на тому ж екрані, щоб спробувати запланувати зворотний дзвінок із клієнтом. Аналогічно визначте сценарій дзвінка на наступних екранах.

Нарешті, визначте навігацію між екранами. У цьому прикладі, окрім послідовної навігації по екранах, ви можете захотіти перевести користувача з другого екрана до останнього екрана (кінець сценарію, який дякує ліду за приділений час), якщо потенційний клієнт не зацікавлений у розмові.

Щоб зробити цей додаток доступним для користувачів, опублікуйте його. Розглянемо, як такий сценарій може трансформуватися завдяки наявності автономного додатка, який надає сценарії дзвінків і підтримує швидке введення даних.

Уявіть, що ви хочете вбудувати цей досвід у Dynamics 365 Sales. Для цього почніть зі створення iframe на формі Dynamics 365 Sales. Далі перейдіть до розділу «Програми » з Power Apps меню, виберіть програму, яку ви щойно опублікували, скопіюйте веб-посилання під вкладкою «Деталі» та вставте його як URL-адресу для iframe.

Якщо піти ще далі, припустімо, що ви хочете, щоб ця програма була доступна безпосередньо в головній формі потенційного клієнта та була в контексті потенційного клієнта, щоб не вимагати від користувача вибору потенційного клієнта на першому екрані. Щоб передати відповідну інформацію до програми, ви просто змінюєте URL-адресу iframe, щоб додати рядок запиту, що містить цю інформацію, наприклад ідентифікатори потенційних клієнтів або облікового запису, за допомогою JavaScript, який виконується під час певної події, наприклад під час завантаження форми. Далі оновіть програму, щоб видалити перший екран (для вибору потенційного клієнта) і натомість отримати доступ до значень, переданих програмі через рядок запиту за допомогою функції Param.

Поширені запитання про заміну діалогу

Чи відстежуються залежності від програм полотна?

  • Залежності в програмах полотна відстежуються так само, як і залежності в програмах Dynamics 365.

Чи можу я запустити програму полотна у вигляді спливаючого вікна з кнопки на панелі команд?

  • Так. Для цього просто встановіть цільову URL-адресу на URL-адресу вашого полотна, отриману з розділу «Відомості » програми, як описано раніше.

Чи можна викликати робочі процеси з програми полотна?

  • Ця функція не підтримується. Замість цього ми рекомендуємо використовувати хмарний потік.

Чи можу я автоматично перетворювати діалогові вікна на потоки бізнес-процесів або програми на полотні?

  • Не існує автоматизованого способу перетворення діалогових вікон на потоки бізнес-процесів або програми на полотні.
  • Last updated on