Створіть динамічні демографічні або фірмографічні сегменти
Важливо
Ця стаття стосується лише вихідного маркетингу, який буде видалено з продукту 30 червня 2025 року. Щоб уникнути перебоїв, переходьте на поїздки в реальному часі до цієї дати. Більше інформації: Огляд переходу
Демографічні та фірмографічні сегменти – це динамічні сегменти, які запитують записи профілів, що зберігаються в базі даних маркетингової статистики. Записи профілю включають сутності, з якими ви зазвичай працюєте в інтерфейсі Dynamics 365 Customer Insights - Journeys користувача, наприклад контакти, облікові записи, потенційні клієнти та будь-які інші сутності. Вони синхронізуються між базою даних вашої Customer Insights - Journeys організації (де ви можете працювати з ними в інтерфейсі користувача та інших Dynamics 365) і базою даних маркетингових аналітичних даних (де ви можете запитувати їх із сегмента).
Цей тип сегмента називається динамічним , оскільки його членство визначається у вигляді запиту, який надає логічний опис контактів, які повинен містити сегмент, але не містить жодних контактів за іменем. Участь в динамічному сегменті може змінюватись час від часу, реагуючи на додання або оновлення контактних осіб в базі даних.
І демографічний, і фірмографічний сегменти є прикладами сегментів динамічного профілю. Єдина відмінність полягає в тому, що нові фірмографічні сегменти створюються за замовчуванням зі зв’язками до сутностей бізнес-партнерів (які ви можете видалити). Докладнішу інформацію про інші типи сегментів і посилання на статті про роботу із ними наведено в статті Робота із сегментами
Створення або редагування демографічного або фірмографічного сегмента
Щоб керувати сегментами, перейдіть доВихідний маркетингСегменти>> клієнтів , а потім виконайте одну з наведених нижче дій
- Виберіть будь-який із наведених сегментів, щоб відкрити його для редагування.
- Щоб створити новий демографічний або фірмографічний сегмент, виберіть Створити на панелі команд. Відкриється діалогове вікно шаблонів сегментів; виберіть Скасувати , щоб закрити його, а потім виберіть параметр Демографія або Фірмографія , як описано в розділі Робота із сегментами.
Тепер слід створити логіку для демографічного або фірмографічного сегмента, як описано далі в цьому розділі. Докладнішу інформацію про інші типи сегментів і посилання на статті про роботу із ними наведено в статті Робота із сегментами
Елементи в блоці запитів
Блок запитів – це колекція логічних речень та груп клавунів. Блок запитів може бути досить простим (можливо, складатися з одного речення) або дуже складним (представляючи численні вкладені групи речень і зв’язків). Сегменти можуть також містити кілька блоків запитів, поєднаних за допомогою операторів об’єднання, виключення та/або перекриття, але часто ви матимете лише один блок запитів.
Кожен блок запитів у сегменті має створювати список контактних осіб, які відбираються за логікою цього блоку. Тобто кожен блок повинен встановлювати шлях через різні пов’язані зв’язками сутності, який завершується сутністю контактної особи. Простий блок запитів може опитувати лише контактних осіб, а складніший може проходити кілька сутностей або посилатися на них.
На зображенні нижче показано приклад типового блоку запитів у запиті сегмента динамічного профілю. Він демонструє ключові можливості конструктора, які ви будете використовувати для створення ваших запитів.
Умовні позначки
Сутність: ви можете надіслати запит до будь-якої організації, синхронізованої зі службою маркетингової статистики. При цьому кожен блок запиту повинен закінчуватися сутністю Contact . Зазвичай ви вирішуєте почати з сутності Контакт і просто залишитися там (можливо, додаючи пункти, які пов’язані з сутностями), але ви також можете почати з іншої сутності, а потім пов’язати через один або кілька зв’язків, щоб закінчити сутністю Контакт як останнім у блоці запиту.
Пов’язана сутність: пов’язані сутності пов’язані поточну сутність із пов’язаною сутністю за допомогою певного поля однієї з двох сутностей. У цьому прикладі ви бачите зв’язок від сутності контакту до сутності облікового запису, позначений як Обліковий запис (Контакт -> Обліковий запис (назва компанії))). Це означає, що ми зв’язуємося з сутністю «Обліковий запис », яка пов’язана з сутністю «Контакт» — у цьому випадку через поле пошуку в сутності контакту під назвою «Назва компанії». Цей зв’язок відкриває групу пунктів, яка знайде деякі облікові записи на основі критеріїв, вкладених під цим зв’язком, а потім повертається до базової сутності (контакту), знаходячи всі контакти, які працюють для знайдених компаній (контакти, які пов’язані з цими компаніями через поле назви контактної компанії). За потреби ви можете вкладати пов’язані сутності одну в одну, віддаляючись далі й далі від базової сутності.
Група речень: Групи речень — це набори логічних речень (рядків), які об’єднуються за допомогою операторів AND або OR. Оператор І більш ексклюзивний; він знайде тільки записи, які задовольняють усім критеріям в кожному реченні в групі. Оператор АБО більш розширений; він знайде усі записи, які задовольняють будь-якому з критеріїв в групі. Вибрати оператор можна за допомогою розкривного списку вгорі групи речень. Ви можете вкладати групи речень одну всередину іншої. Система спочатку обробляє групи, що вкладені найглибше, і поступово рухається нагору. У наведеному тут прикладі буде знайдено облікові записи (батьківський елемент entity), які належать до фінансової або бухгалтерської галузі, але лише ті, які також мають категорію бажаного клієнта.
Одиночний речення (рядок): речення представляють основні будівельні блоки запиту. Кожне містить певне запитання щодо певних значень полів і знаходить записи, що відповідають на це запитання. Кожен рядок починається з імені поля з батьківської сутності, потім іде оператор (наприклад, дорівнює, містить, починається з, закінчується), за яким стоїть значення. Використовуйте доступні розкривні списки та поля, щоб визначити поле, оператор та значення для кожного нового речення, яке ви додаєте за потреби. У наведеному тут прикладі контакти знаходять контакти, де міська частина їхньої адреси дорівнюєНью-Йорку.
Нотатка
Обчислювані та зведені поля не можна використовувати для сегментації.
Додати елемент: за допомогою кнопок «Додати » можна додати новий рядок, групу речень або пов’язану сутність у цьому місці в структурі запиту. Натисніть кнопку, щоб відкрити розкривний список, а потім виберіть, який тип елемента ви хочете додати туди (Додати рядок, Додати групу або Додати пов’язану сутність). Нарешті, налаштуйте новий рядок, групу речень або зв’язок, використовуючи розкривні списки та поля, доступні для нового елемента.
Додати блок запиту: використовуйте цю кнопку, щоб додати новий блок до запиту. Кожен блок запитів у результаті виводить збірку контактних осіб, котрі ви потім поєднуєте за допомогою операторів об’єднання, виключення та/або перекриття. Внизу сторінки показана діаграма Sankey, щоб допомогти вам візуалізувати поєднання та перетікання ваших блоків запитів з одного в інший. Ефект схожий на створення складеного сегмента, але в цьому випадку ви поєднуєте блоки запитів у межах одного сегмента, а не окремих наявних сегментів.
Назва сегмента: перегляньте та відредагуйте назву свого сегмента тут.
Огляд пов’язаних сутностей: натисніть цю кнопку, щоб відкрити діаграму, яка ілюструє, як різні сутності пов’язані між собою у вашій базі даних (зокрема, як вони пов’язані з сутністю контакту). Це може допомогти вирішити, як використовувати пов’язані сутності в вашому запиті.
Вибір перегляду: використовуйте цей розкривний список, щоб вибрати бажаний вигляд для конструктора запитів. Виберіть «Перегляд дерева», щоб відобразити групи клаулань так, як ви їх бачите на цій діаграмі, з оператором (АБО/І), який застосовується до групи, показаної у верхній частині групи. Виберіть «Природний », щоб відобразити оператор (АБО/І) на початку кожного рядка.
Повноекранний редактор: натисніть цю кнопку, щоб відкрити конструктор сегментів у повноекранному режимі, який надає більше простору екрана для перегляду та редагування вашого запиту.
Командне меню: використовуйте командне меню (...) для роботи з групою, де воно з’являється, або вибраними елементами в цій групі. Тут можуть відображатися наведені далі команди (залежно від контексту).
- Видалити: видаляє всю групу.
- Видалити вибране: видаляє лише вибрані рядки з групи.
- Розгрупувати всі: переміщує всі рядки в групі на один рівень вгору, що об’єднує їх у групу вище цієї.
- Розгрупувати вибране: переміщує лише вибрані рядки до групи вище цієї.
- Вибрана група: створює нову групу, що містить вибрані рядки, вкладені під поточною групою.
Розгорнути/згорнути групу або блок: виберіть кнопку шеврона, щоб розгорнути або згорнути всі рядки в групі або блоці запитів під цією кнопкою. Це дозволяє перемикатися між отриманням загальної картини та переглядом подробиць окремого запиту, що може бути зручно для складних запитів.
Виберіть поле: використовуйте ці прапорці для позначення рядків, з якими можна працювати за допомогою командного меню.
Кнопка «Видалити»: щоб видалити речення (рядок) із запиту, натисніть кнопку «Видалити» поруч із рядком, який потрібно видалити.
Створення речень
Кожен запит сегмента складається з окремих логічних речень, згрупованих і об’єднаних за допомогою логічних операторів (ТА/АБО). Кожне положення шукає записи, які мають певне значення (або діапазон значень) у конкретному полі для конкретної сутності.
Конструктор сегментації підтримує поля всіх типів даних, підтримуваних Dynamics 365, зокрема: набір параметрів, подвійний набір параметрів, множинний набір параметрів, один рядок тексту, декілька рядків тексту, ціле число, число з рухомою комою, десяткове число, валюта, пошук, дата й час та клієнт.
Створення умови, яка знаходить стандартні значення полів
Стандартні поля - це поля, в які користувачі можуть вільно вводити будь-яке значення (відповідного типу даних). Типовим прикладом є полеім’я сутності контакту. Користувачі мають можливість ввести будь-який текст у цьому полі, а поле є безпосередньою частиною сутності контактної особи. На ілюстрації показано, як побудувати умову на основі стандартного поля.
Легенда:
- Ім’я сутності: це сутність, з якої походить поле. Воно з'являється у верхній частині колекції груп і/або рядків. Усі речення, наведені нижче даної сутності, повернуть записи цього типу.
- Ім’я поля: це поле, яке буде перевірятися в реченні. у кожному полі відображається піктограма, яка позначає тип поля (текст, число, дата, підстановка, набір параметрів тощо). Якщо ви знаєте ім’я поля, яке ви хочете вказати тут, почніть вводити його ім’я в цьому полі, щоб відфільтрувати розкривний список.
- Оператор: Таким чином клацун перевірятиме значення вказаного поля. Вибір тут залежить від типу даних поля. Наприклад, рядкові поля дозволяють використовувати такі оператори, як is, is not, contains, begin with, end with , тощо. Числові поля пропонують порівняння, такі як дорівнює, менше та більше ніж .
- Значення: це значення, яке клаузула перевірить за допомогою вказаного оператора. У стандартних полях використовується вільний текст, тому ви можете вводити будь-які символи. Натисніть кнопку "Повернутися", щоб додати введене значення. Після додавання значення ви зможете додати ще значення, ввівши їх і натиснувши "Повернутися" знову. Якщо ввести тут більше одного значення, то умова буде шукати записи, які відповідають будь-якому з цих значень (наче вони окремі умови в поєднанні з оператором OR). Щоб видалити значення з цього поля, виберіть його значок закриття, який виглядає як X.
Нотатка
Можна вибрати лише сутності, доступні для служби аналітичних маркетингових оглядів. Якщо вам потрібна сутність, якої немає в списку, зверніться до адміністратора, щоб увімкнути її. Вказівки наведено в статті Вибір сутностей для синхронізації зі службою маркетингової аналітики.
Створення умови, яка знаходить значення наборів параметрів
Поля набору параметрів – це поля, які приймають обмежений набір конкретних вхідних значень. Зазвичай вони представлені користувачам як розкривні списки у формах введення. Наприклад, сутність контакту може містити поле «Роль », яке надає конкретні параметри, як-от «Особа прийняття рішення», «Працівник» і «Інфлюенсер». Доступні значення є частиною самої сутності, тому вони не посилаються на будь-які пов’язані сутності.
Поля набору параметрів працюють майже так само, як і стандартні поля, описані в попередньому розділі. Єдина різниця полягає в тому, що під час введення значень можна вибирати лише зі значень, визначених у сутності для цього набору параметрів. Як і в стандартних полях, ви можете вказати кілька значень, які об’єднуються за допомогою оператора OR.
Створення умови, яка знаходить значення декількох наборів параметрів
Кілька полів із набором параметрів майже такі самі, як поля з набором параметрів, але вони дають змогу кожному запису приймати кілька значень, тоді як поля з набором параметрів приймають лише одне значення. Наприклад, сутність контакту може містити поле «Улюблені домашні тварини », яке містить значення «Собаки», «Кішки» та «Птахи», і до кожного контакту може бути застосовано жодне, одне, два або всі ці три значення.
У конструкторі сегментів поля декількох наборів параметрів надають оператори, які відповідають за обробку декількох значень. Наприклад, ви можете перерахувати кілька значень і встановити оператор на містить усі of (щоб знайти лише контакти, де присутні всі перелічені значення ) або містить any of (щоб знайти всі контакти, які мають хоча б одне з перерахованих значень).
Створення умови, яка знаходить значення підстановки
Значення підстановки – це значення, які надходять із пов’язаної сутності. Наприклад, сутність контакту має поле підстановки під назвою «Назва компанії», яке пов’язане з сутністю облікового запису. У записі контакту в цьому полі зберігається унікальний ідентифікатор запису пов’язаного облікового запису, але система відображає назву компанії, яку можна знайти шляхом пошуку ідентифікатора облікового запису та знаходження значення поля «Назва» відповідного запису облікового запису.
У разі вибору імені поля для речення поля підстановки відображають піктограму збільшувального скла.
За умови, що пов’язана сутність доступна для служби аналітичних маркетингових оглядів, ви зможете вибрати з доступних значень під час призначення значення для умови. У попередньому прикладі ви зможете вибрати зі списку доступних назв компаній. Якщо пов’язана сутність недоступна для служби маркетингової аналітики, вам доведеться знайти її та ввести ідентифікатор запису . Ваш адміністратор може за потреби додавати будь-які сутності, які вам потрібні, до служби маркетингової аналітики; Щоб отримати вказівки, перегляньте статтю Вибір сутностей для синхронізації зі службою marketing-insights
Переміщення між сутностями зі зв’язками
Коли ви створюєте новий сегмент, він автоматично починається з групи за замовчуванням на основі сутності контакту, як ми бачили в попередньому прикладі. Тому, якщо ви тільки хочете запитати значення безпосередньо від сутності контактної особи, потрібно просто додати різні умови та об’єднати їх за допомогою операторів AND/OR, поки ви не визначили набір контактних осіб, які шукаєте. Проте можна також створити набагато складніші запити, які посилаються на іншу сутність (наприклад, бізнес-партнерів), запитують цю сутність відповідно до певних критеріїв (наприклад, кількості працівників), а потім повертаються до сутності контактної особи, щоб знайти контактних осіб, зв’язаних з цими бізнес-партнерами.
Усі сегменти мають завершуватися сутністю контактної особи, тому щоразу, коли ви починаєте із сутності, яка не пов’язана з контактною особою, її необхідно згодом перетворити на сутність контактної особи. Проте ви зазвичай можете почати із сутності контактної особи й залишатися там, посилаючись на пов’язані сутності як вкладені групи. У кожному випадку ви переходите від сутності до сутності за допомогою зв’язку. Як і у випадку з рядками та групами, ви можете додати пов’язану сутність за допомогою кнопки Додати .
Під час вибору пов’язаної сутності параметри відображаються за наведеним нижче правилом іменування.
DestinationEntity(PrimaryEntity-SecondaryEntity>(FieldName))
Де:
- DestinationEntity – це сутність, до якої ви збираєтеся перейти. Усі рядки, перелічені нижче зв’язку, будуть запитувати поля з цієї сутності.
- PrimaryEntity — це сутність, що знаходиться на початковій стороні зв’язку. Вона завжди відображається на стрілці ліворуч. Наприклад , контакт (основна сутність) може бути пов’язана з обліковим записом (другорядною сутністю) через поле основної контактної особи облікового запису (назва поля).
- FieldName – це ім’я поля пошуку, через яке встановлюється зв’язок. Вона завжди відображається в дужках. Назване поле належить до первинної сутності та відображає значення з вторинної сутності (хоча фактично містить ідентифікатор пов’язаного запису, з якого береться значення). У певних випадках ви можете помітити пару або більше зв’язків між тими ж двома сутностями, кожна з яких використовує інше поле.
- SecondaryEntity – це місце призначення відносин. Вона завжди відображається на стрілці праворуч.
- Стрілка вказує, чи це відношення 1:N (->) або N:N (<->). (Зв’язки N:1 розташовуються так, щоб вони відображувались як зв’язки 1:N.)
Приклад.
- Обліковий запис (Обліковий запис -> Контакт (Основний контакт)): відкриває нову групу, де ви можете надіслати запит до облікових записів (сутність місця призначення) з проханням повернути список контактів, які відображаються як основний контакт для кожного знайденого облікового запису (оскільки «Основний контакт» — це поле пошуку в сутності «Обліковий запис»).
- Обліковий запис (Contact -> Account (Managing Partner))): відкриває нову групу, де ви можете надіслати запит до облікових записів (сутність місця призначення) з проханням повернути список контактів, які показують цей обліковий запис як керуючого партнера (оскільки «Керуючий партнер» — це поле пошуку в сутності «Контакт»).
- Реєстрація на подію (Event Registration -> Contact (Contact))): відкриває нову групу, де ви можете надіслати запит до сутності реєстрації подій (сутність місця призначення), щоб повернути список контактів, які зареєструвалися на знайдені події (оскільки "Контакт" - це поле пошуку в сутності "Реєстрація події").
- Потенційний клієнт (Lead -> Contact (батьківський елемент Контакт для потенційного клієнта)): відкриває нову групу, де ви можете надіслати запит до потенційних клієнтів (сутність місця призначення) з проханням повернути список контактів, пов’язаних з кожним із знайдених лідів (як батьківський елемент) (оскільки "батьківський елемент Контакт для потенційного клієнта» — це поле пошуку в сутності «Потенційний клієнт»).
Важливо
Ваш сегмент завжди має закінчуватися на сутності контактної особи. Якщо почати з іншої сутності, потрібно завжди завершувати зв’язок знову сутністю контактної особи.
Порада
Під час створення запиту натисніть кнопку Дослідити пов’язані елементи , щоб відобразити графічну карту того, як поточна сутність співвідноситься з іншими сутностями. Цей інструмент може допомогти вам з’ясувати, як обійти різні сутності, щоб створити шлях, який закінчується на потрібній сутності контакту . Доступні контури та сутності показані синім кольором, тоді як сутності та контури, які не є доступними безпосередньо поточній сутності, відображаються у світло-сірих тонах. Вже використані контури та сутності показані темно-сірим кольором.
Приклад. Визначення простого сегмента з контактних осіб
Простий запит використовує одну групу, яка посилається лише на сутність контактної особи. Створюючи визначення сегментів такого типу, настройте запит з умовами, які перевіряють значення різних полів у записах контактних осіб. Об’єднуйте різні умови за допомогою логічних операторів AND і OR. Для прикладу дивіться навчальний посібник Створення динамічного сегмента.
Приклад. Визначення складнішого сегмента з потенційних угод
Нижче наведено приклад визначення сегмента, який знаходить контактних осіб, пов’язаних із можливостями з прогнозованим прибутком 100,000 дол. США або більше.
Якщо ваш Customer Insights - Journeys екземпляр ще не налаштовано на синхронізацію сутності Opportunity (можливості) зі службою marketing-insights, поговоріть зі своїм адміністратором про налаштування. Якщо ви адміністратор, перегляньте статтю Вибір сутностей для синхронізації зі службою маркетингової аналітики, щоб отримати вказівки.
Перейдіть доВихідний маркетингСегменти>> клієнтів і виберіть Створити на панелі команд. Відкриється діалогове вікно шаблонів сегментів; виберіть Скасувати , щоб закрити його, а потім виберіть Демографічні показники на екрані Давайте створимо сегмент .
Відкриється новий демографічний сегмент. Перевірте параметр перегляду у верхньому куті вкладки Визначення та переконайтеся, що для нього встановлено режим перегляду дерева. (Ви можете використовувати будь-яке подання, але в цій процедурі ми покажемо та опишемо подання дерева, тому корисно буде використовувати його на даний момент.)
Відкрийте розкривний список Додати під сутністю Контактна особа та виберіть Додати пов’язану сутність.
До запиту буде додано нову пов’язану сутність. Виберіть поле з Вибрати пов’язану сутність у примарному тексті, щоб відкрити великий розкривний список доступних зв’язків. Введіть "можливість" у поле, щоб відфільтрувати список, а потім виберіть Можливість (Opportunity -> Contact (Contact)) зі спадного списку. Цей зв’язок пов’язує сутність батьківського елемента контакту з сутністю Opportunity через поле Контакт сутності Opportunity (Угода ). Поле «Контакт » визначає контакт, пов’язаний із кожною знайденою можливістю. Додаткові відомості: Переміщення між сутностями за допомогою зв’язків
Відкрийте розкривний список Додати під новою пов’язаною сутністю та виберіть Додати рядок , щоб почати визначення колекції можливостей, які ви шукаєте.
До запиту буде додано новий рядок. Створіть такий логічний вираз за його допомогою:
Est. Дохід | Більше або дорівнює | 100000
Наразі сегмент знаходить усі контактні особи, пов’язані з можливостями з орієнтовним доходом 100,000 дол. США або більше. Якщо потрібно, тепер ви можете додати більше критеріїв на основі можливостей з відступом під відношенням Можливість (Можливість -> Контакт (Контакт)), щоб розширити або обмежити набір знайдених можливостей. Ви також можете додати більше критеріїв на основі контакту безпосередньо під сутністю Контакт (у основі дерева, за межами відношення Можливість (Можливість -> Контакт (Контакт)), щоб розширити або обмежити набір знайдених контактів.
Виберіть поле з написом «Введіть назву сегмента» як текст-привид. Після цього введіть ім’я сегмента.
На панелі команд виберіть Зберегти , щоб зберегти сегмент, а потім виберіть Активувати.
Об’єднання кількох блоків запитів
Ви можете розробити свій сегмент таким чином, щоб він включав кілька блоків запитів, а потім налаштувати правила об’єднання груп. Часто ви можете отримати такі самі результати, використовуючи один складний блок запитів, але інколи виявляється простіше розробити й візуалізувати свій сегмент, використовуючи натомість кілька блоків запитів.
Зображення нижче показує конструктор сегментів динамічного профілю у випадку, коли присутні кілька блоків запитів.
Легенда:
- Згорнутий блок запиту: усі блоки запитів у цьому прикладі відображаються як згорнуті, що означає, що ви не можете побачити детальну логіку кожної групи. Однак таке подання дозволяє легко переглядати всі групи та коригувати логіку, яка використовується для їх поєднання. Використовуйте кнопку з шевроном праворуч від кожного блоку запитів, щоб розгорнути або згорнути його.
-
Оператор блоку запиту: між кожним блоком запиту знаходиться оператор, який встановлює логіку об’єднання попередньої групи з наступною. За допомогою цього розкривного списку виберіть один із наведених нижче варіантів.
- Об’єднання: Об’єднує всіх членів двох груп.
- Перетин: знаходить лише контакти, які належать до обох груп. Контактні особі, які наявні лише в одній з груп, будуть вилучені.
- За винятком: видаляє всі контакти з вхідної групи з поточного результату.
- Діаграма Санкі: Ця діаграма дозволяє легко уявити, як усі різні групи об’єднуються за допомогою обраної вами логіки. Вона указує, як будуть поєднані дві вхідні групи, порядок поєднання та приблизний вплив, який буде мати логіка поєднання на отриману об’єднану групу. Виберіть вкладку Подання потоку внизу сторінки, якщо ви не бачите там діаграму.
Перегляд та редагування необробленого запиту.
Конструктор сегментів надає графічний інтерфейс для створення логіки для динамічного сегмента. Поки ви працюєте із налаштуваннями, ви фактично створюєте в фоновому режимі текстовий запит. Саме цей запит система потім запустить на вашій базі даних. Зазвичай цей запит вам не знадобиться, але в деяких випадках він може бути корисним для виправлення неполадок. Ви також можете копіювати та вставляти запити в конструктор і використовувати його для створення копії наявного сегмента або для того, щоб поділитися макетом запиту за допомогою електронної пошти.
Щоб знайти, переглянути та відредагувати запит, прокрутіть сторінку вниз і відкрийте вкладку Подання запиту тут.