Когда вендор уходит: как мы взяли под поддержку чужой продукт — и удержали его на плаву

Представьте: у вас работающий продукт, который держит весь операционный процесс — бронирования, платежи, доступ в помещения, биллинг. И однажды компания, которая этот продукт делала, прекращает поддержку.

 

Именно это произошло с несколькими российскими сетями коворкингов, когда SpacePass — платформа для управления офисными пространствами — объявила о прекращении технической поддержки своих клиентов.

 

Мы оказались теми, кому передали ключи.

SpacePass — это не просто CRM. Это многослойная B2B-платформа, на которой держится вся операционная жизнь коворкинга: онлайн-бронирование переговорных, биллинг и счета, интеграция с системами контроля доступа (СКУД), подключение к 1С, AmoCRM, Bitrix24 и платёжными шлюзами. Мобильные приложения для резидентов. Личный кабинет. Аналитика.

 

Такой продукт не выключается тихо. Если за ним никто не следит — он начинает разрушаться незаметно, по кусочкам: истекают SSL-сертификаты, меняются налоговые ставки в настройках 1С и модуле интеграции, обновляются протоколы платёжных систем. Однажды что-то перестаёт работать — и выяснить почему без знания кодовой базы почти невозможно.

 

По нашим оценкам, на момент закрытия поддержки SpacePass без технического сопровождения остались порядка 15–20 компаний по России.

С платформой SpacePass мы познакомились через нашего клиента SOK — одну из крупнейших сетей коворкингов в России. Работая с ними, мы глубоко погрузились в продукт: изучили архитектуру, разобрались в интеграциях, поняли как система ведёт себя в реальной эксплуатации.

 

Когда другие коворкинги оказались без технической поддержки SpacePass, у нас уже была та экспертиза, которой им не хватало. SOK — сильный игрок на своём рынке, и те, кто работает в этой нише, смотрят на то, кому доверяют лучшие. Так наш опыт с одним клиентом превратился в экспертизу, востребованную целой отраслью.

Когда берёшь под поддержку чужой продукт без передачи дел — первое, что нужно, это понять, что вообще перед тобой. Не в теории, а на уровне реального кода и инфраструктуры.

 

Мы начали с аудита: прошлись по каждой интеграции, проверили актуальность сертификатов, изучили, какие внешние сервисы подключены и в каком состоянии. Это работа без карты — когда документации нет, ориентируешься по поведению системы, логам и здравому смыслу.

 

Первые несколько недель ушли на то, чтобы сформировать «карту продукта» — понять, где тонкие места, что может сломаться первым, что критично для работы бизнеса клиента, а что просто технический долг.

 

Критических инцидентов при передаче не было — система работала стабильно. Но без регулярного сопровождения это ненадолго.

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

 

Обновление интеграций по мере изменений во внешних сервисах. Когда ФНС меняет ставку НДС с 20% до 22%, платёжный модуль должен это знать. Когда платёжный шлюз обновляет API — нужно проверить, что данные об оплатах корректно попадают в систему и клиенты видят правильный статус.

 

Техническое сопровождение бизнес-процессов. Несколько компаний сталкивались с ситуацией, когда возвраты клиентам зависали без видимой причины — деньги как будто ушли, но до получателя не дошли. Мы диагностировали причину через ЮКассу и помогали разобраться с каждым случаем.

 

Поддержка интеграций с 1С. Для компаний, где финансовый учёт ведётся в 1С, критично, чтобы реквизиты в документах и данные из SpacePass синхронизировались без расхождений. Любая несостыковка — это либо ошибки в отчётности, либо ручная работа бухгалтерии. Мы обеспечиваем, чтобы этого не происходило.

 

Оперативная реакция по запросам. Что-то не работает, что-то ведёт себя неожиданно — команда получает ответ и решение, не неделю тишины.

 

В среднем — 2–3 задачи в месяц на каждого клиента. Немного на первый взгляд. Но именно эти задачи — то, что удерживает систему в рабочем состоянии.

Продукт не умирает сразу. Он деградирует постепенно, и поначалу это почти незаметно.

 

Первыми сигналами обычно становятся мелкие странности: платёж прошёл, но в системе не отразился. Документ сформировался с неправильными реквизитами. Кнопка бронирования перестала работать в одном браузере. Каждая из этих проблем решаема — но только если есть кто-то, кто знает продукт и может разобраться без долгих недель погружения в чужой код.

 

Альтернатива — нанять другого разработчика, который будет разбираться с нуля. Это дорого, долго и рискованно: новый человек будет принимать решения вслепую, без понимания, что и почему было сделано именно так.

 

Мы уже прошли этот путь погружения. Клиент платит за результат, а не за наше обучение.

Сейчас под нашей поддержкой работают несколько сетей коворкингов — суммарно это десятки площадок и тысячи резидентов, чей ежедневный рабочий процесс зависит от стабильности платформы. Мы не раскрываем их названия по договорённости — часть клиентов предпочитает не афишировать детали своей IT-инфраструктуры.

 

Отдельный трек — сеть SOK, с которой у нас более глубокая история сотрудничества. Они самостоятельно приняли решение уйти с платформы SpacePass и заказали у нас разработку нового мобильного приложения. Задача была нетривиальной: большая часть бэкенда оставалась на базе SpacePass — мы его доработали и усовершенствовали там, где требовалось, вместо того чтобы переписывать всё с нуля. Это уже другая история — про то, как строить продукт под собственные требования, опираясь на существующую инфраструктуру.