В інтерв’ю OMR від 10 листопада засновник Fonio Даніель Кайнрат описав дії, коли телефонний помічник чинного клієнта перестає обробляти дзвінки: через 48 годин лист і сповіщення команди супроводу спонукають зв’язатися з ним. Це опис власної практики, а не незалежно виміряний результат утримання.
Для маркетологів SaaS корисне інше операційне запитання: як перетворити відсутність використання на завдання, з яким можна працювати? Відсутня подія ще нічого не пояснює. Наведений нижче процес — наша пропозиція організації роботи, а не опис внутрішніх правил Fonio чи універсальна норма у 48 годин.
Оберіть подію, яка означає отриману користь
Почніть із завдання клієнта, а потім оберіть достатньо близьку до нього подію, щоб вона виправдовувала увагу. Для сервісу запису це можуть бути завершені бронювання, для регулярної звітності — успішно доставлений звіт. Це умовні приклади: їх слід перевірити разом із продуктовою командою та службою підтримки.
Відокремте усталене використання від початкового освоєння. Обліковий запис, який оплачується, але ще не отримав першого корисного результату, потребує іншої розмови, ніж давній клієнт, який раптово припинив роботу. До вибору порога визначте коло клієнтів, очікуваний ритм і відповідального за подію.
Опишіть сигнал просто: «Раніше цей клієнт виконував таке завдання, ми очікували наступного виконання, але його не сталося». Якщо команда може сказати лише, що людина не входила до системи, перевірте, чи частота входів справді відображає користь від цього продукту.
Перевірте тишу, перш ніж її пояснювати
Під час першого перегляду розрізніть очікувану паузу, втрату даних вимірювання та справжнє припинення роботи. Перевірте робочий календар клієнта, заплановані перерви й відомі умови обслуговування. Вихідний, сезонний процес або змінена інтеграція можуть вимагати іншого пояснення.
Перевірте й саму систему спостереження. Якщо подія одночасно зникла в багатьох не пов’язаних між собою клієнтів, спочатку призначте перевірку вимірювання. Не варто відразу вважати кожного з них проблемою утримання. Додайте до завдання докази відсутності події та висновок цієї перевірки.
Навіть справжня перерва не доводить наміру відмовитися від послуги. Клієнту може бути потрібна допомога з процесом, виправлення продукту або адаптація до нових потреб. Сигнал має відкривати дослідження, а формулювання — зберігати цю невизначеність.
Призначте відповідального й наступну дію
До автоматизації звернень визначте, хто переглядає сигнал, у який строк має відреагувати та хто може усунути продуктову проблему. Завдання в CRM без відповідального — лише ще один запис. Додайте останню успішну корисну подію, потрібний контекст і попередній контакт.
Пропонуємо просту послідовність: підтвердити сигнал, призначити потрібну людину, записати пояснення та погодити наступний крок. Контакт має допомагати клієнту. Запитайте, чи потрібна підтримка для завершення перерваного завдання, замість негайного надсилання знижки або оголошення ризику відмови.
Визначте, коли не створювати повторних сповіщень і коли передавати нерозв’язаний випадок на вищий рівень. Узгодьте частоту контактів із характером відносин та комунікаційними уподобаннями клієнта. Відновлення послуги, комерційні переговори й виправлення вимірювання потребують різних дій, навіть якщо почалися з однієї відсутньої події.
Оцініть якість роботи до заяв про утримання
Перегляньте, скільки сигналів підтвердилося, скільки виявилися дублями, як швидко призначали відповідального та які пояснення повторювалися. Це показує придатність процесу до роботи. Також можна зрозуміти, чи слід змінити вибрану подію або тривалість допустимої паузи.
Відстежуйте відновлення корисного використання та подальший стан клієнта, але не зараховуйте кожне повернення до запобігання відмові. Частина клієнтів відновила б роботу самостійно. Для оцінки додаткового ефекту утримання потрібне належне порівняння із зафіксованими обмеженнями.
Почніть із групи клієнтів, випадки яких переглядають вручну, та перевірте роботу до розширення автоматизації. Результат — простежуваний шлях від спостережуваної тиші до корисної допомоги. Приклад Fonio дає конкретний привід його побудувати, але не готовий поріг чи доведену віддачу для іншого бізнесу.
