Спрогнозировать, доживёт ли конкретный поставщик до 2028 года, нельзя — и любой, кто обещает такую оценку, продаёт вам уверенность, а не анализ. Практически полезная постановка вопроса другая: что останется у вас, если сервис выключат. На этот вопрос ответ существует, он проверяется за час до покупки и записывается в договор тремя пунктами.
Опыт последних лет дал материал для обеих сторон разговора. С рынка уходили и зарубежные сервисы — резко, с потерей доступа к данным, — и российские: тише, чаще через поглощение или прекращение развития продукта. Второй сценарий опаснее первого, потому что не наступает в один день: система продолжает работать, обновления перестают выходить, поддержка отвечает всё медленнее, и решение о переезде принимается уже под давлением сломавшейся совместимости.
Ниже — часовая проверка перед покупкой, признаки, которые видно снаружи, три пункта договора и модельный расчёт переезда в двух вариантах: подготовленном и аварийном. Разница между ними — 314 400 ₽ и шесть недель.
Правильный вопрос: не «закроется ли», а «что я унесу»
Когда сервис выключается, компания теряет не одну вещь, а четыре, и у каждой своя цена возврата. Полезно разложить их заранее — это и есть содержание переговоров с поставщиком.
- Данные. Возвращаются, если есть выгрузка в описанном формате. Возвращаются наполовину, если формат не описан: обычно уезжают таблицы и не уезжают вложения, история переписки, настройки прав и связи между сущностями.
- Интеграции. Возвращаются как работа, а не как файл. Если обмен построен через тонкий адаптер, меняется адаптер; если код обмена написан внутри чужого сервиса, переписывается всё. Разница в модельном расчёте ниже — 180 000 ₽ на трёх интеграциях.
- Индивидуальные доработки. Возвращаются только при письменной договорённости о правах и исходниках. По умолчанию они остаются у поставщика, и это законно — просто об этом узнают в неподходящий момент.
- Привычка работы сотрудников. Не возвращается никогда. Оплачивается обучением и падением скорости на месяц-полтора, и это единственная строка, которую нельзя ни застраховать, ни ускорить деньгами.
Уход поставщика как инженерный риск — из доступа, обновлений, поддержки и возможности миграции — мы разбирали со стороны наблюдения за рынком в материале про то, на что смотреть в 2027 году. Здесь смотрим с другой стороны: со стороны покупки, до подписания договора.
Схема из четырёх горизонтальных слоёв, сверху вниз: «данные», «интеграции», «индивидуальные доработки», «привычка работы сотрудников». Слева у каждого слоя пометка о возврате: «по описанному формату», «переписывается или меняется адаптер», «только при письменных правах», «не возвращается». Справа подписи цены: «полнота выгрузки», «180 000 ₽ разницы на трёх интеграциях», «права и исходники», «месяц-полтора падения скорости». Внизу общая подпись: «что унесёте — решается до подписания». Чертёжный стиль, подписи по-русски.
Час проверки: пять источников
Эта проверка не предсказывает банкротство. Она делает другое: отсеивает варианты, где риск виден невооружённым глазом, и даёт материал для разговора с продавцом. Пять шагов, около 50 минут суммарно, всё по открытым данным.
| Что смотрим | Где | Плохой признак | Время |
|---|---|---|---|
| Юридическое лицо и возраст компании | ЕГРЮЛ по ИНН со страницы контактов, из оферты или из счёта | Компания моложе двух лет; ИНН в оферте не совпадает с ИНН в счёте | 10 минут |
| Бухгалтерская отчётность | Открытые данные ФНС по тому же ИНН | Выручка падает второй год подряд; убыток при растущем числе клиентов | 15 минут |
| Численность | Отчётность и раздел вакансий на сайте вендора | Три-пять человек на продукт с сотнями клиентов; вакансий нет два года | 10 минут |
| Живая ли поддержка | Письмо в поддержку с конкретным вопросом до покупки, а не после | Ответа нет два рабочих дня; ответ шаблонный и не про ваш вопрос | 5 минут плюс ожидание |
| Частота обновлений | Раздел «что нового», журнал релизов, дата последней версии документации | Последняя запись старше года; версии выходят, документация к ним — нет | 10 минут |
Три уточнения, без которых проверка даёт ложный результат. Первое: у молодой компании плохой признак — не возраст сам по себе, а возраст вместе с единственным юрлицом без истории и без публичной команды. Второе: падение выручки у вендора, который недавно перешёл с лицензий на подписку, — нормальное бухгалтерское явление, а не признак беды; в этом случае смотрите на численность и на релизы. Третье: письмо в поддержку до покупки — самый честный из пяти шагов, потому что это единственная проверка, где вы видите не отчётность, а поведение.
Горизонтальная лента из пяти карточек с таймингом. Карточки по порядку: «юрлицо и возраст — 10 минут», «отчётность — 15 минут», «численность — 10 минут», «письмо в поддержку — 5 минут», «частота обновлений — 10 минут». Под каждой карточкой мелким шрифтом плохой признак одной строкой. Справа итоговая плашка «около 50 минут». Внизу подпись: «проверка не предсказывает будущее, она отсеивает очевидное». Подписи по-русски, чертёжный стиль.
Плохие признаки, которые видно снаружи
Отдельно от формальной проверки есть набор наблюдений, которые ничего не доказывают по одиночке, но в сочетании двух-трёх меняют решение.
- Документация не менялась год, а версии выходили. Это значит, что на сопровождение продукта не хватает людей. Первым в такой ситуации страдает не документация, а разбор нестандартных обращений.
- Сообщество пустое. Форум, канал, база вопросов — везде последние сообщения полугодовой давности, а на вопросы отвечает один и тот же человек. Один человек — это отпуск, болезнь и увольнение как единая точка отказа.
- Условия прекращения сервиса в договоре не описаны вообще. Не «описаны плохо», а отсутствуют как раздел. Это не злой умысел: обычно так выглядит договор, который никто ни разу не расторгал в конфликте.
- Демонстрация только на своих данных. Отказ показать работу на вашей выгрузке — почти всегда признак того, что продукт хуже переносит реальные справочники, чем демонстрационные.
- Дорожная карта состоит из обещаний без дат. Сравните её с прошлогодней, если она сохранилась. Если ни один пункт из прошлого года не закрыт, вы покупаете текущую версию продукта, а не его развитие.
Почему запись в реестре не отвечает на вопрос о надёжности
Присутствие продукта в реестре отечественного ПО — важный факт, но отвечает он на другой вопрос. Он говорит о происхождении прав, о применимости в закупке для государственного заказчика и об основаниях для налогового режима. Он ничего не говорит о финансовом состоянии компании, о качестве поддержки и о том, что будет с сервисом через два года: реестр — про продукт и права, а не про устойчивость бизнеса.
Практическое следствие: проверять реестр надо, но как отдельную задачу и по конкретной записи, а не как замену проверке компании. Как это делается по шагам, разобрано в материале про то, как проверить систему в реестре, а на что запись реально влияет при выборе — в статье про реестр отечественного ПО. Обратная ошибка тоже встречается: отказ от нужного инструмента только потому, что его нет в реестре, при том что никаких требований к закупке у компании нет.
Три пункта в договор
Это самая дешёвая часть всей работы. Три абзаца, которые обсуждаются до подписания и почти никогда не вызывают отказа, потому что добросовестному поставщику они ничего не стоят.
- 1Срок предупреждения о прекращении сервиса
Не меньше 90 дней для вспомогательных систем и не меньше шести месяцев для учётного контура, без которого встаёт работа. Формулировка должна покрывать не только закрытие компании, но и прекращение развития конкретного продукта — второй сценарий встречается чаще. Отдельно фиксируется способ уведомления: письмо ответственному лицу, а не запись в личном кабинете.
- 2Гарантированная выгрузка
Три вещи цифрами и словами: в каком формате (структурированный файл с описанием полей, а не набор экранных отчётов), что именно входит — карточки, документы, вложения, история изменений, справочники, настройки прав — и в какой срок поставщик обязан её предоставить. Лучший вариант — не обещание выгрузки, а работающая кнопка, которую вы проверяете на второй неделе эксплуатации, а не в день расставания.
- 3Судьба индивидуальных доработок
Кому принадлежат права на доработанное под вас, передаются ли исходники и на каких условиях, что происходит с ними при прекращении договора. Если поставщик не готов передавать исходники — обсуждается депонирование: код лежит у третьей стороны и передаётся вам при наступлении названных событий. Смежные формулировки разобраны в материале о том, что должно быть в договоре на разработку.
Горизонтальная лента времени в днях. Точка «уведомление о прекращении сервиса» помечена «день 0», далее отметки: «день 1–7 — плановая выгрузка в описанном формате», «день 8–20 — перенос и сверка справочников», «день 12–26 — замена адаптеров у трёх интеграций», «день 21–34 — параллельная работа двух систем, 2 недели», «день 35 — приёмка». Над лентой скобка с подписью «90 дней по договору», под ней вторая скобка «фактически нужно 35 дней, 5 недель». Ниже серым — сценарий без уведомления с подписью «11 недель в аварийном режиме». Подписи по-русски.
Сколько стоит переезд: две сметы на одном примере
Модельный пример: компания на 60 человек, сервис управления клиентами и заявками, 12 000 карточек, три интеграции — с учётной системой, телефонией и сайтом. Поставщик объявляет о прекращении сервиса. Первый расчёт — как это выглядит, если ничего заранее не сделано.
Теперь тот же переезд при выполненной домашней работе: в договоре есть три пункта выше, выгрузка проверена заранее, интеграции построены через тонкие адаптеры. Меняются четыре строки — и меняются сильно.
Сравнение двух столбцов-смет по одинаковым строкам. Левый столбец «аварийный переезд» с итогом 772 800 ₽ и пометкой «11 недель»: сегменты 48 000, 72 000, 60 000, 270 000, 240 000, 64 800, 18 000 ₽. Правый столбец «подготовленный переезд» с итогом 458 400 ₽ и пометкой «5 недель»: сегменты 18 000, 60 000, 90 000, 240 000, 32 400, 18 000 ₽. Различающиеся сегменты выделены, между столбцами подпись «разница 314 400 ₽ и шесть недель». Единицы — рубли, подписи по-русски.
Что стоит подготовка. Три пункта в договоре — получас переговоров и ноль рублей. Проверка выгрузки на второй неделе эксплуатации — два часа инженера. Дороже всего адаптеры: заложить их в проект стоит порядка 20 000–25 000 ₽ на связку и неделю работы, и это тот же приём, который мы разбирали в материале про архитектуру, готовую к переезду. Итого 66 000–81 000 ₽ вперёд против 314 400 ₽ разницы на выходе — вчетверо меньше, но при условии, что переезд вообще случится. Именно это условие и делает решение неочевидным, поэтому дальше — раздел о том, когда так делать не надо.
Что из этого устареет первым и как это заметить
Первым устареет способ проверки, а не её смысл. Состав открытых сведений о компаниях меняется: часть данных закрывается, часть источников перестаёт работать, появляются новые. Признак, по которому это заметно сразу: привычный источник отдаёт пустую карточку по действующему ИНН. Тогда меняется инструмент, а вопрос — возраст, деньги, люди, поведение поддержки — остаётся тем же.
Второе изменение более вероятное и более приятное: практика описывать выгрузку в договоре постепенно становится нормой под давлением заказчиков. Заметить сдвиг можно по типовой оферте — если раздел о прекращении обслуживания появился там, где год назад его не было, вендор реагирует на рынок. Пока же по состоянию на сентябрь 2026 года отсутствие такого раздела — обычное явление, и его наличие само по себе хороший признак.
Что не изменится: цена привычки. Даже идеально подготовленный переезд стоит месяца-полутора пониженной скорости у людей, которые работали в старой системе. Это единственная строка, которая не сокращается ни договором, ни адаптерами, и её стоит держать в голове, когда переезд обсуждается как чисто техническая задача.
Когда риском можно пренебречь
Проверка и переговоры о трёх пунктах стоят времени, а адаптеры — денег. В трёх случаях это неоправданно.
- Короткий горизонт. Система нужна под проект или до планового перехода на другую платформу, то есть меньше полутора лет. Тогда риск ухода поставщика вы просто не успеваете встретить.
- Дешёвая и быстрая замена. Аналогов много, данных мало, перенос стоит меньше 100 000 ₽. Классический пример — сервис рассылок или планировщик задач без интеграций: проще заменить, чем страховать.
- Данные и так у вас. Сервис работает как витрина поверх вашей базы, мастер-копия лежит на вашей стороне, интеграции идут через адаптеры. Тогда уход поставщика — это неприятность на неделю, а не проект на квартал.
Для компании на 30–100 человек практический вывод на ближайший год простой: полную проверку и три пункта в договор имеет смысл делать для двух-трёх систем, без которых встаёт работа, — учётного контура, системы заявок и того, где лежат клиентские данные. По остальному хватает пятиминутного вопроса «покажите, как выглядит выгрузка» на этапе демонстрации. Проверять всё подряд с одинаковой глубиной — способ потратить неделю и не изменить ни одного решения.
Выгрузку надо запросить и открыть на второй неделе эксплуатации, пока вы ещё платите и вам ещё отвечают. Не читать описание формата, а получить файл и посмотреть, что в нём: есть ли вложения, сохранились ли связи между записями, читается ли история. В расчёте выше именно этот шаг превращает 120 000 ₽ на выгрузку и восстановление в 18 000 ₽. Проверка, отложенная до дня расставания, не проверка, а надежда.
И последнее. Всё описанное — про снижение цены неприятного события, а не про его предотвращение. Даже при идеальной проверке вендор может закрыться, а при плохой — прожить десять лет. Разница между подготовленной и неподготовленной компанией не в том, случится ли переезд, а в том, займёт он пять недель или одиннадцать. Более широкий чек-лист вопросов к сервису до оплаты — в материале про выбор сервиса по пятнадцати вопросам.
Надёжен не тот поставщик, который обещает работать вечно, а тот, от которого вы можете уйти за месяц.
