Інтеграція HubSpot з LMS
Пов’яжіть контекст CRM із потрібним навчанням і поверніть командам дані про прогрес, на які вони можуть спиратися.
Замовити демоПов’яжіть контекст CRM із потрібним навчанням і поверніть командам дані про прогрес, на які вони можуть спиратися.
Замовити демо
Клієнт підписав договір, але доступ до курсу онбордингу з’явиться лише після того, як хтось перенесе його дані з HubSpot у таблицю. Партнер перейшов на новий рівень, а команда навчання дізнається про це через кілька днів. Інтеграція HubSpot з LMS може прибрати такий розрив, якщо компанія заздалегідь визначить, яка подія в CRM змінює доступ до матеріалів і як перевірити результат. Це про спроєктований процес, а не про автоматичне призначення курсу кожному контакту.
У HubSpot є контекст, якого може не бути в навчальному порталі: чи людина є потенційним або чинним клієнтом, до якої компанії належить, який продукт придбала і хто відповідає за акаунт. Ці дані допомагають вибрати наступний крок: коротке знайомство з продуктом, курс із налаштування для клієнта або сертифікацію партнера. LMS зберігає інший тип інформації: кого запросили, до яких матеріалів людина має доступ і як просувається в навчанні.
Коли ролі систем визначені, інтеграцією CRM і LMS легше керувати. HubSpot може залишатися джерелом даних про життєвий цикл клієнта й акаунт, а LMS — джерелом даних про навчання. Записи поєднує надійний ідентифікатор: узгоджена електронна адреса або внутрішня таблиця відповідності контактів. Завершення курсу саме по собі не означає, що потрібно змінити етап угоди.
Для SaaS-команди це особливо помітно під час онбордингу клієнтів. Менеджер бачить, що новий клієнт почав роботу з продуктом, а команда навчання відкриває потрібним людям курс із налаштування. Прив’язуйте навчання до зрозумілої події, наприклад узгодженого старту проєкту, а не до розмитого позначення «зацікавлений».
Почніть з однієї події, яку різні команди трактують однаково. Угода перейшла в статус успішно закритої — настав час запросити клієнта на онбординг. Партнера схвалили — його команді потрібні матеріали для роботи з продуктом. Заповнення форми може бути приводом надіслати відкритий навчальний матеріал, але не повинно автоматично відкривати приватний курс для клієнтів. Зафіксуйте подію, одержувача, курс або команду в LMS та правила доступу.
Курси AcademyOcean можна призначати командам, тому команда онбордингу клієнтів і команда навчання партнерів можуть отримувати різний контент. API запрошення приймає ідентифікатори команд; інша дія API додає до команди вже наявного учня. Якщо електронна адреса вже є в академії, документація описує додавання такого учня до вказаних команд замість повторного запрошення. Утім, цей випадок варто перевірити на власних даних: одна людина може працювати з кількома клієнтськими акаунтами, а спільна поштова скринька погано підходить як ідентифікатор.
Ось як може виглядати один повний сценарій. У HubSpot закривають угоду; сервіс перевіряє адресу клієнта за наявними записами й запрошує потрібну людину до команди онбордингу в AcademyOcean. Після завершення вступного курсу сервіс записує цей факт у визначене поле контакту HubSpot, а менеджер пропонує наступне заняття. Якщо людина вже має доступ, оновлюють її запис, а не надсилають друге запрошення. Спершу перевірте цей маршрут на одному сегменті. Для ширшого навчання партнерів визначте, від чого залежить доступ: від компанії, ролі людини чи циклу сертифікації.
Етап життєвого циклу корисний лише тоді, коли він справді визначає навчальну потребу. Потенційному клієнту може вистачити відкритого ознайомчого матеріалу; новому клієнту потрібен курс із налаштування; досвідченому — навчання з розширених функцій. Придбаний продукт іноді важливіший за етап: дві компанії на одному етапі можуть користуватися різними модулями. Тип компанії або рівень партнерства підкаже доречні приклади, якщо ці поля підтримують в актуальному стані.
До запуску складіть невелику карту полів. Для кожного запишіть власника, допустимі значення, систему-одержувача і правило на випадок зміни. Наприклад, «придбаний продукт» може визначати команду в AcademyOcean, а «менеджер акаунта» залишатися тільки в HubSpot. Не передавайте в LMS нотатки про угоду, історію підтримки або інші дані, які не потрібні для навчання.
У AcademyOcean задокументовані властивості учнів і фільтри звітів за цими властивостями. Вони допомагають порівнювати прогрес визначених груп. Якщо клієнт змінив тариф, заздалегідь вирішіть, чи додавати новий доступ, прибирати старий або тимчасово зберігати обидва: інакше правильне оновлення в CRM може залишити людину не з тим курсом.
Менеджеру з роботи з клієнтами не потрібен у CRM кожен клік по уроку. Набагато корисніше бачити, чи головний адміністратор клієнта почав курс налаштування, чи завершив обов’язковий модуль і коли статус змінився. Якщо навчання зупинилося, менеджер може запропонувати допомогу; після завершення — запросити на поглиблену сесію. Прогрес є приводом уточнити ситуацію, а не доказом того, що клієнт активно користується продуктом.
В AcademyOcean є звіти про прогрес на курсах із фільтрами за командами, статусом і датою, а також експортом у CSV чи Excel. API описує дію courseProgress, яка повертає прогрес окремого учня та дати завершення. Виберіть для CRM найкорисніший показник: наприклад, дата завершення підкаже менеджеру, коли запросити підготовленого адміністратора на поглиблене заняття. Повний перелік результатів кожного уроку лише ускладнить це рішення.
Для першого запуску оберіть два-три поля, які команда справді використовуватиме, наприклад статус курсу онбордингу і дату завершення. Домовтеся про частоту оновлення. Сповіщення майже в реальному часі має сенс лише тоді, коли хтось готовий на нього реагувати; для щотижневого огляду акаунтів може вистачити регулярного оновлення. Якщо від однієї компанії навчається кілька людей, вирішіть, чи показувати індивідуальні результати, чи зведення по акаунту, і за яким правилом його рахувати.
Коли перевірений статус навчання потрапляє у властивість контакту HubSpot, процес може вибрати наступну дію. Завершений вступний курс може стати умовою запрошення на поглиблений. Якщо курс не завершено, корисніше створити завдання менеджеру акаунта, ніж відправити ще один загальний лист. Для кампаній усе одно потрібні належні згоди й дотримання правил маркетингових контактів: запрошення на навчання не є дозволом на сторонню рекламу.
AcademyOcean документує вихідні вебхуки для подій навчання, зокрема завершення курсу. Вони доступні за запитом як додаткова опція для тарифів Professional або Enterprise, а не ввімкнені за замовчуванням. Інтеграційний сервіс може прийняти таку подію, перевірити підпис, зіставити учня з контактом HubSpot та оновити поле CRM. Інший варіант — за розкладом читати прогрес через API. Вибір залежить від тарифу, потрібної швидкості та технічних ресурсів. Жоден із цих шляхів не є готовою синхронізацією прогресу з HubSpot.
Спочатку залиште логіку кампаній простою. Поле статусу має називати факт навчання, наприклад «курс завершено», а не висновок «клієнт активувався». Для подальшого запрошення вистачить першого; другий потребує також даних про використання продукту.
Дублікати виникають, коли людина використовує різні адреси, кілька контактів мають спільну поштову скриньку або системи по-різному об’єднують записи. Визначте головний ідентифікатор та дію, якщо безпечного збігу немає. Не створюйте непомітно другого учня і не перезаписуйте чужий прогрес. Сценарій для вже запрошеної людини перевіряйте так само уважно, як для нової.
Права доступу не менш важливі. Для створення й публікації процесів HubSpot потрібні відповідні дозволи, а дія з вебхуком залежить від тарифу. Для API AcademyOcean потрібні облікові дані; вихідні вебхуки мають окремі умови доступності. Зберігайте токени в захищеному інтеграційному сервісі, передавайте лише потрібні поля і фіксуйте помилки без відкритих персональних даних. Сторінка про інтеграції LMS пояснює загальний підхід через API, але конкретний тариф і налаштування акаунта має підтвердити відповідальна команда.
Нарешті, визначте власника кожного поля і дозволений напрям передавання. Зміна етапу в CRM може додати доступ до навчання, а завершення курсу — оновити навчальний статус у CRM. Перевірте повторну подію: вона не має надсилати друге запрошення чи запускати той самий процес знову. Запишіть, як працівник виправить помилковий збіг і що робити, коли одна із систем недоступна.
Вона поєднує контекст CRM з організацією навчання. Етап або сегмент у HubSpot допомагає визначити, кому потрібен курс для клієнтів чи партнерів, а вибраний статус навчання підказує менеджеру наступну дію.
Процеси HubSpot реагують на задані умови і на відповідних тарифах можуть надсилати вебзапит. Налаштований сервіс може за цією подією запросити учня через API AcademyOcean і додати його до команди з призначеними курсами. Сам HubSpot не зараховує людину в AcademyOcean: потрібні з’єднання, права та карта полів.
Команда роботи з клієнтами бачить, чи розпочався онбординг; команда партнерських програм розподіляє навчання за ролями; продажі й маркетинг можуть планувати дозволені подальші дії за перевіреним навчальним етапом. ІТ або операційна команда відповідає за поля й помилки, щоб даним у CRM можна було довіряти.
Перевірте ідентифікатори контактів, визначення етапів, поля сегментації, згоди, тариф і права HubSpot, доступ до API AcademyOcean та потрібні поля статусу. Вирішіть, чи читатимете прогрес через API, чи отримуватимете події з увімкненого вебхука, хто оброблятиме дублікати й невдалу синхронізацію.