Нещодавнє придбання команди Relay компанією Google (acquihire) означає, що платформа ШІ-автоматизації припинить роботу. Якщо ви використовуєте Relay для продажів, підтримки або операційної діяльності, ви ось-ось втратите свій інструмент автоматизації.

Чому це припинення роботи є важливим

  • Google отримує інженерів, а не програмне забезпечення. Ця угода є «acquihire»: підрозділу Chrome від Google потрібен досвід команди, а не платформа Relay. Relay припинить свою діяльність.
  • Платформа Relay перестане працювати. Немає чіткого плану щодо ваших даних або переходу на інше рішення.
  • Під загрозою безперервність бізнесу. Компанії, які побудували воронки продажів, маршрутизацію тікетів підтримки або внутрішні процеси погодження на базі Relay, зіткнуться з поломкою цих автоматизацій.

Ширші ризики ШІ-автоматизації

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

Така модель створює приховані витрати для B2B-компаній:

  1. Прив'язка до даних (Data lock-in).
  2. Витрати на реінжиніринг.
  3. Втрата можливостей.

Що компаніям варто зробити зараз

Якщо ваша організація покладається на Relay, дійте до того, як сервіс зникне:

  • Експортуйте все. Вивантажте сирі дані, конфігураційні файли та будь-які кастомні скрипти з панелі керування Relay. Переконайтеся, що експорт включає всі поля, які використовуються у ваших автоматизаціях.
  • Проведіть аудит залежностей. Складіть список кожного внутрішнього процесу, який викликає Relay APIs або використовує його webhooks. Визначте команди, на які це вплине, і розставте пріоритети для процесів, що безпосередньо впливають на дохід.
  • Знайдіть альтернативи. Знайдіть платформи, які підтримують легкий імпорт даних, мають підтверджену тривалість роботи на ринку та пропонують чіткі SLA. Сформуйте список варіантів протягом кількох днів, щоб уникнути тривалої перерви.
  • Сплануйте графік міграції. Виділіть інженерні ресурси для першочергового відновлення найбільш пріоритетних автоматизацій, а потім перейдіть до другорядних робочих процесів.

Застереження

Автоматизація на базі ШІ є привабливою, але волатильність ринку означає, що «критично важливі робочі процеси» ніколи не слід довіряти одному неперевіреному постачальнику без належних запобіжників. Стійкі компанії мають поставити собі три складні запитання перед підписанням контракту:

  1. Що станеться з моїми даними, якщо постачальник збанкрутує?
  2. Чи можу я експортувати свої конфігурації без використання пропрієтарного API?
  3. Чи має постачальник достатньо фінансових ресурсів (runway), щоб залишатися на плаву?

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