Мессенджер Яндекса заморозили, Cursor ушёл. Чек-лист для бизнеса, который работает на чужих сервисах
За один сентябрь — два напоминания.
4 сентября Cursor отключил пользователей из России, а на следующий день начал отменять уже оплаченные подписки. Деньги вернули, но работу в привычном редакторе — нет. 21 сентября Яндекс объявил, что «Мессенджер» больше не будет обновляться: всё переехало в «Телемост». Здесь никто ничего не отключал, но решение о том, где теперь живут ваши рабочие чаты, приняли без вас.
Это не статья про политику. Это статья про простую вещь: у любого сервиса есть владелец, и у владельца свои планы. Иногда они совпадают с вашими. Иногда — нет.
Это не первый раз
- Notion, сентябрь 2024: отключение российских аккаунтов. Пользователи, которые не успели выгрузить данные, рисковали потерять всё.
- Miro, сентябрь–октябрь 2024: закрытие корпоративных аккаунтов из России. Месяц на то, чтобы вытащить доски, которые команды рисовали годами.
- Cursor, сентябрь 2026: изменение пользовательского соглашения — и на следующий день ограничение доступа.
- «Яндекс Мессенджер», сентябрь 2026: сервис не закрыт, но заморожен и влит в другой продукт.
Разные причины, разные компании. Общее одно: предупреждают за месяц, за день или не предупреждают вообще.
Как это обычно выглядит внутри компании
Собирательная картина — детали меняются, сюжет почти всегда один.
Понедельник, 10:15. В общем чате: «У кого-нибудь открывается?» Ни у кого не открывается.
10:40. Выясняется, что аккаунт был зарегистрирован на личную почту маркетолога, который ушёл полтора года назад. Пароль знал только он.
11:30. Нашли кнопку «Экспорт». Выгрузка пришла в формате, который открывается только в самом сервисе. Который не открывается.
14:00. Кто-то вспоминает, что заявки с сайта тоже приходили через этот сервис. Последние три дня — в никуда.
Самое неприятное здесь не блокировка. Самое неприятное — что никто заранее не знал, от чего именно компания зависит.
Три вида зависимости
1. Данные. Можно ли забрать то, что вы туда положили, в формате, который откроется где-то ещё? Не «теоретически есть экспорт», а «мы пробовали, открылось».
2. Процесс. Сколько людей встанет, если сервис пропадёт завтра? Доска задач у дизайнера — неприятно. CRM у отдела продаж — стоп всей выручки.
3. Интеграции. Что сломается молча? Уведомления, заявки с сайта, выгрузки в 1С. Людей видно сразу: они придут и скажут. Интеграция просто перестанет работать, и вы узнаете об этом от клиента.
Чек-лист на 15 минут
Сделайте таблицу. В ней по строке на каждый сервис, без которого компания не может работать неделю. Колонки такие:
- Сервис и для чего он нужен.
- На кого зарегистрирован. Если на личную почту сотрудника — это первое, что нужно исправить. Сегодня.
- Кто платит и чем. Карта, которая перестанет работать, — тоже риск.
- Где лежат данные и как их выгрузить. Проверьте выгрузку руками хотя бы один раз.
- Что к нему подключено. Сайт, 1С, телефония, боты.
- Чем заменить и сколько дней займёт переезд.
Даже у небольшой компании набирается 10–20 строк, и почти наверняка найдётся пара сюрпризов. Лучше найти их в спокойный вторник, чем в тот самый понедельник.
Дальше три простых правила:
- Критичные данные выгружайте регулярно, а не «когда понадобится». Раз в месяц — уже сильно лучше, чем никогда.
- Не складывайте всё к одному вендору. Почта, документы, чаты и звонки у одной компании — удобно ровно до того дня, когда у этой компании поменяются планы.
- Аккаунты — только на корпоративные адреса, доступ — минимум у двух человек.
Когда строить своё, а когда нет
Здесь легко удариться в другую крайность: «раз всё может уйти — напишем всё сами». Писать свой Miro из-за риска блокировки — примерно как строить электростанцию, потому что иногда отключают свет.
Своя система оправдана, когда сервис хранит ядро бизнеса: клиентов, заказы, историю сделок, расчёты — то, без чего компания не работает и что нельзя быстро перенести в аналог.
Для остального — заметок, досок, видеозвонков — достаточно плана Б: знать, чем заменить, и уметь забрать данные. Это стоит пару часов, а не пару миллионов.
Что мы решили для себя
Мы сами делаем системы для клиентов, поэтому после этого сентября записали несколько правил:
- проект клиента не завязываем на один зарубежный сервис без понятного плана замены;
- код, данные и доступы принадлежат клиенту и хранятся там, откуда он может забрать их без нас;
- все рабочие аккаунты — на корпоративных адресах, доступ минимум у двух человек;
- раз в квартал проверяем, что выгрузка критичных данных действительно работает.
Ничего революционного. Но именно такие скучные правила и отличают «неприятный понедельник» от «недели простоя».
Таблицу-реестр сервисов из чек-листа мы оформили в шаблон: колонки уже размечены, есть пример заполнения. Напишите в комментариях «реестр» — пришлём.
А у вас что уходило неожиданно — и что оказалось больнее всего: данные, процессы или интеграции?