Программист ушёл, система осталась: как вести сайт и сервис без своей команды

Что делать, когда программист ушёл? Сначала выяснить, что осталось у компании. Работающий сайт ещё не означает, что его можно обновить или восстановить.

Начните с доступов. Сотрудник компании должен уметь войти к регистратору домена и на хостинг. Пароль в переписке не помогает, если восстановление входа привязано к ушедшему подрядчику.

Код и данные нужны отдельно. Копия кода не содержит вчерашние заказы. Нужны доступ к базе и её резервные копии, а инструкция должна объяснять, что восстанавливать вместе.

Нового исполнителя проверяют действием. Он входит через выданную ему учётную запись, находит рабочую версию и показывает, как выпускается правка. Фраза «доступы вроде есть» такой проверки не заменяет.

Нужна ли документация, если новый программист прочитает код? Нужна инструкция запуска. По коду не видно, какой сервис забыли оплатить и где лежит рабочая копия данных.

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

Восстановление надо показать. Исполнитель поднимает отдельную копию системы и проверяет нужное действие на тестовых данных. Обещание «копии делаются» оставляет вопрос, получится ли ими воспользоваться.

В начале достаточно описать критические действия бизнеса. Вход в кабинет, отправку заявки и оплату можно принять по отдельности. Разбор накопленного технического долга продолжится после передачи.

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

Сторожу нужен измеримый результат. Для ленты это свежая публикация, для кабинета работающий вход. Запущенный процесс не доказывает, что результат появился.

Google в главе Monitoring Distributed Systems книги SRE разделяет проверки внутреннего устройства и наблюдаемого поведения. Первые помогают искать причину, вторые показывают, что уже не работает для пользователя.

Падение трафика требует проверки. Сезонный спад похож на недоступность. У нас сторож повторяет замер, а инженер проверяет доступность у людей; число визитов само по себе причину не устанавливает.

Можно ли поручить сопровождение ИИ? Агенту можно поручить поиск причины и подготовку правки. Решение о выпуске принимает инженер, который знает, какой результат нужен бизнесу.

Переданный проект полезен и агенту. Он читает устройство системы и получает проверяемую задачу. Инструкции и ограничения уже разобраны в статье о правилах для ИИ-агентов.

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

Владельцу компании нужен названный ответственный. Агент не заменяет договорённость, кто отвечает на сообщение о сбое. Границы этой ответственности разобраны в статье об ошибках ИИ.

Что покупать у сопровождения, кроме исправленного сайта? Результат ремонта и способ заметить повтор. Иначе следующая поломка снова начнётся с письма клиента.

Для заявки проверяют весь путь. Недостаточно нажать кнопку и увидеть сообщение об успехе. Тестовая заявка должна появиться там, где её увидит ответственный сотрудник.

Проверке тоже нужен получатель. В настройках должно быть видно, кому приходит сигнал и кто его подхватит. Отчёт об ошибке, который никто не читает, не помогает ремонту.

Время ответа и время ремонта различаются. Исполнитель может быстро принять сообщение, но ещё искать причину. Часы обслуживания и порядок срочных задач согласуют до старта.

Сколько стоит поддержка сайта? Сначала разделите обслуживание и развитие. Продлить домен и заменить телефон можно без постоянного потока разработки.

Для визитки подписка на нашу разработку не нужна. У Global Media Group тариф «Эконом» стоит 15 000 ₽ в месяц и включает 5 часов работ, по прайсу на 7 октября 2026.

У нас подписка на агентную разработку стоит 250 000 ₽ в месяц за один проект и один поток. Поток означает одну задачу в работе; следующая ждёт в очереди.

Это разные покупки. Регулярные доработки не равны круглосуточному дежурству: на /services ночные дежурства остаются у заказчика. Цену найма отдельно разбирает статья «Сколько стоит программист».

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

Ведите одну очередь задач. Сотрудник со стороны компании выбирает, что важнее, и принимает результат по действию пользователя. Формулировать критерий помогает статья о постановке задач ИИ-агенту.

Не нужно одновременно заказывать переписывание и все накопленные пожелания. Сначала исполнитель показывает управление и восстановление, потом закрывает выбранную поломку. Так видно, чему можно доверять следующий шаг.

Начать оценку своего порядка работы можно с теста для руководителя. Для проекта без команды критерий простой: сопровождение принято, если его можно передать следующему инженеру.

1. Верните компании управление учётками, кодом и данными. Проверяйте вход, а не наличие пароля в чате.
2. Принимайте передачу запуском и восстановлением отдельной копии системы.
3. Проверяйте действие клиента до его результата. Сигнал о сбое должен дойти ответственному.
4. Принимайте ремонт вместе с проверкой повторения. Назначьте инженера, который решает о выпуске правки.
5. Выбирайте оплату по потоку задач. Для редких изменений визитки постоянная разработка по подписке не нужна.