← Все статьи

Что будет с сайтом, если студия пропадёт, и сколько стоит поддержка

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

Что вы получаете сразу после сдачи проекта

После сдачи по тарифу «Веб-приложение / SaaS» (от 160 000 ₽, от 10 дней) вы получаете исходный код фронтенда и бэкенда в своём Git-репозитории, доступы к серверу, БД, домену и платёжному кабинету, и развёрнутый рабочий проект на проде под вашим доменом. Это последний, пятый этап работы — «Приёмка и передача доступов», после которого проект физически не зависит от того, продолжает студия работать или нет: ключи от домена, хостинга и платёжной системы уже ваши, а не переданы «во временное пользование».

Сдача — это последний, пятый шаг всего цикла работы по тарифу: ему предшествуют бриф и ТЗ с описанием ролей, сценариев, модели данных и интеграций; прототип экранов и схема БД, которые согласовываются отдельно; сборка MVP — личные кабинеты, API, дашборды, приём оплаты; и тесты с наполнением демо-данными перед деплоем на прод. Каждый этап проходит с вашим согласованием, а не «в чёрном ящике» у разработчика, — поэтому к моменту сдачи вы уже понимаете состав проекта, а не узнаёте о нём впервые из акта.

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

Полный список того, что передаётся по тарифу на веб-приложение, — не только код и доступы:

• Исходный код фронтенда и бэкенда — в вашем Git-репозитории, а не в архиве у исполнителя.
• Доступы к серверу, БД, домену и платёжному кабинету — оформлены на вас.
• Развёрнутый рабочий проект на проде — под вашим доменом, уже работающий, а не переданный «для переноса».
• Краткая инструкция по запуску, деплою и администрированию — на случай, если проект будет вести другая команда.

В сам тариф «Веб-приложение / SaaS» входит функциональная часть, а не только техническая передача доступов: личные кабинеты и разграничение прав по ролям, база данных и REST/JSON API, дашборды и таблицы с фильтрами, поиском и экспортом, регистрация, вход, восстановление пароля и email-уведомления, приём оплаты через ЮKassa, CloudPayments или Stripe, одна-две внешние интеграции, адаптивная вёрстка и деплой на сервер с доменом, SSL и базовой аналитикой. Не входят нативные мобильные приложения, интеграции сверх двух, маркетинговые тексты и контент, юридические документы и эквайринг от своего юрлица — это стоит уточнять отдельно, а не считать, что это уже включено в переданный проект.

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

С какого момента права на код полностью ваши

Права переходят к вам не с началом работы, а по конкретному условию из договора: согласно §5 «Исключительные права» типового договора, исключительные права на результат работ переходят к заказчику в полном объёме после полной оплаты по договору. До этого момента — пока не закрыт финальный платёж по акту — права на результат формально ещё у исполнителя.

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

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

Гарантия 30 дней — что именно она покрывает

Гарантия по договору — это не то же самое, что поддержка: по §7 «Гарантии» исполнитель устраняет обнаруженные ошибки и дефекты результата работ, возникшие по его вине, безвозмездно в течение 30 (тридцати) календарных дней с даты подписания акта. Срок считается не от старта проекта и не от первого запуска, а именно от даты акта — момента, когда работа официально принята заказчиком.

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

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

Что произойдёт с сайтом, если студия закроется или пропадёт

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

Единственное, что перестанет происходить, — новые доработки и быстрые починки от команды, которая знает историю проекта лучше всех. Но раз код и вся техническая часть у вас, найти нового разработчика, который продолжит работу с существующим репозиторием, — задача техническая, а не «начинать всё заново». Именно для этого в договоре и прописано, что именно передаётся заказчику, а что остаётся у исполнителя.

Поддержка после гарантии — сколько стоит и как устроена

После гарантийных 30 дней и бесплатного периода по тарифу доступны два формата: тариф «Поддержка и развитие» — от 7 900 ₽/мес — на постоянной основе, или разовые доработки по конкретной задаче, без подписки. Второй вариант удобен, если правки нужны не каждый месяц: сформулировали задачу — получили смету и срок под неё, без обязательства платить за месяцы, когда ничего не менялось.

Условия оплаты по договору одинаковые для всех тарифов: 50% предоплата — в течение 3 рабочих дней с даты подписания договора, 50% по акту — в течение 3 рабочих дней с даты подписания акта. Это касается и поддержки как отдельной заказной работы, если она оформляется не подпиской, а разовой сметой. Заказывать эту поддержку в другом месте, если решите так, тоже можно без технических препятствий — код уже ваш.

Как проверить эти условия до подписания, а не после сдачи

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

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

Практический вывод

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

Короткие ответы на частые вопросы

Если студия закроется, я правда не потеряю доступ к сайту?

Не потеряете, если проект сдан по тарифу на веб-приложение: доступы к серверу, БД, домену и платёжному кабинету оформляются на вас, а исходный код передаётся в ваш Git-репозиторий — это часть того, что вы получаете по тарифу «Веб-приложение / SaaS» (от 160 000 ₽, от 10 дней). Проверить, что это реально так, а не только на словах, стоит до предоплаты, а не после сдачи.

Что бесплатно чинят после сдачи, а что уже нужно оплачивать отдельно?

Бесплатно, по гарантии из договора, — ошибки и дефекты, возникшие по вине исполнителя, в течение 30 календарных дней с даты подписания акта. Отдельно у тарифа на веб-приложение есть 14 дней бесплатной поддержки после запуска для исправления багов. Изменения, которые внесли вы сами или третьи лица, и сбои сторонних сервисов гарантия не покрывает.

Сколько стоит поддержка, если она нужна на постоянной основе?

Тариф «Поддержка и развитие» — от 7 900 ₽ в месяц. Если правки нужны не каждый месяц, можно не оформлять подписку, а заказывать доработки разово, под конкретную задачу.

Могу я потом отдать проект в другую студию или разработчику?

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

Как понять, что подрядчик реально даёт такие условия, а не только обещает на словах?

Проверить на брифе и в договоре до предоплаты: прописаны ли в нём доступы, которые перейдут вам, и сроки гарантии. Список конкретных вопросов для такой проверки мы разбирали в статье «Как проверить студию разработки до предоплаты» — она как раз об этом, а не о цене или сроках.

Услуги и кейсы по теме: типовые договоры · как проверить студию · цены и сроки