Перейти до основного вмісту

Організаційні події

/organizations/:id/events охоплює керування життєвим циклом подій для активної організації. У контексті CRM події пов'язують контакти, учасників, запрошення, квитки, документи, інформаційні бюлетені, проєкти, лендінгові сторінки та операції з відвідувачами.

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

Що охоплюють організаційні події​

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

Запис події може об'єднувати:

  • Власність організації.
  • Створені/відповідальні користувачі.
  • Назви та описи.
  • Мови.
  • Дати.
  • Місце та адресу.
  • Теги.
  • Посилання на лендінгову сторінку.
  • Лобі події та групи учасників.
  • Запрошення та статуси учасників.
  • Обмеження реєстрації та налаштування прийняття.
  • Налаштування іменних бейджів.
  • Конфігурацію, пов'язану з квитками та оплатою.
  • Посилання на інформаційний бюлетень.
  • Посилання на проєкт.
  • Призначення клієнтів.
  • Документи події.

Зв'язки з CRM​

Організаційні події пов'язані з CRM через кілька взаємозв'язків:

  • Призначені клієнти: контакти, призначені для події.
  • Учасники події: записи відвідувачів, які можуть посилатися на клієнтів.
  • Проєкти: подія може бути пов'язана з проєктом для планування та виконання.
  • Інформаційні бюлетені: подія може бути пов'язана з аудиторією інформаційного бюлетеня.
  • Документи: файли події зберігаються біля події.
  • Шаблони листів та надіслані електронні листи: потоки комунікації та запрошень можна досліджувати з контексту події та електронної пошти.
  • Лендінгові сторінки: події можуть посилатися на зовнішні сторінки подій для відвідувачів.

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

Учасники подій та клієнти​

Учасники події представляють участь у конкретній події/групі. Клієнти представляють запис контакту в CRM.

Учасник може посилатися на клієнта. Цей зв'язок важливий, тому що:

  • Історія відвідуваності та реєстрації може стати частиною контексту клієнта.
  • Один і той самий клієнт може брати участь у кількох подіях.
  • Дані клієнта можуть підтримувати іменні бейджі, комунікацію та подальші дії.
  • Операції з подіями можуть підтримувати завдання та протоколи CRM після події.

Якщо відвідувач відображається на події, але не в контексті клієнта CRM, перевірте, чи пов'язаний учасник із клієнтом.

Проєкти подій​

Події можуть бути пов'язані з проєктами, коли подія є частиною більшої ініціативи з етапами, документами, завданнями, протоколами, учасниками та листами.

Приклади:

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

Зв'язок із проєктом відокремлений від призначення клієнта. Клієнта можна призначити на подію, не включаючи подію до проєкту, і проєкт може містити події, не будучи кожним учасником події учасником проєкту.

Інформаційні бюлетені та комунікація подій​

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

Питання, які зазвичай допомагають відстежити комунікацію:

  • Який інформаційний бюлетень пов'язаний з подією?
  • Які клієнти підписані на інформаційний бюлетень?
  • Які надіслані електронні листи були згенеровані?
  • Чи перебувають учасники у правильній групі учасників події?
  • Чи обмежують запрошення або налаштування реєстрації тих, хто може брати участь?

Квитки та контекст доступу​

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

Підтримка CRM часто потребує розрізнення:

  • Запис клієнта.
  • Запис учасника події.
  • Стан покупки/замовлення квитка.
  • Стан запрошення.
  • Стан реєстрації.
  • Стан оплати або повернення коштів.

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

Дозволи​

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

Якщо посилання на події відсутнє, перевірте дозволи на перегляд/читання подій та чи є користувач гідом, призначеним для турів/подій організації.

Поширені сценарії підтримки​

Користувач не бачить організаційних подій​

Перевірте активну організацію, дозволи на події, статус гіда та чи перебуває користувач у правильному робочому просторі організації.

Клієнт не відображається на події​

Перевірте призначених клієнтів, учасників події, групи учасників та чи пов'язаний учасник із записом клієнта.

Подія відсутня в проєкті​

Перевірте посилання на проєкт події. Призначення події та зв'язок із проєктом є окремими.

Запрошення або реєстрація поводяться несподівано​

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

Комунікацію події важко відстежити​

Перевірте інформаційний бюлетень події, надіслані електронні листи, шаблони листів, підписки клієнтів, групи учасників та вкладку електронної пошти клієнта.

Пов'язані концепції: Продукт: події, Віджети.