Сопровождение IT системы после запуска это очередь на живой прод: серверы, копии, мониторинг 24/7, доступы и доработки. Headline (headln.ru) берёт и чужой код: сначала аудит и плавный переход, без фразы «перепишем с понедельника».
На сайте прямо: полное сопровождение, развитие функционала, можно взять систему, которую начинали не мы.
Кому сопровождение нужнее новой фичи
Компании, у которой система уже в проде: CRM, склад, кабинет, 1С, внутренний портал. Пользователи работают. Падение бьёт по отгрузке или сделке. Новая фича подождёт. Живой контур: нет.
Типичные входы. Студия сдала интерфейс и исчезла. Хостер не знает релиз. 1С-ник чинит обмен по ночам. Директор снова координатор на 5–10 часов в неделю, как было до единого подрядчика в кейсе Петро-Проект. Там как раз собрали одну очередь: 140+ задач, 245+ часов, доступ 30–60 минут вместо 1–2 дней.
Второй вход: систему писали мы, и её нельзя бросить после демо. CRM на 25 риелторов, производственная ERP, бот доставки, КонтрактПРО. После запуска появляются новый тип сделки, новая точка, новый шаблон. Это очередь, не «гарантия на баги две недели».
- Есть прод, есть пользователи, нет понятного хозяина на инцидент.
- Копии не проверяли, пароли в чате, автор недоступен.
- Нужны доработки, но сначала стабильность.
- Несколько подрядчиков, и директор снова диспетчер.
Штат, вендор или подрядчик полного цикла
Штатный человек уместен, когда задач на полный день и есть руководитель, который ставит приоритеты. Иначе человек тонет в мелочах, а сервер без бэкапа. Вендор коробки сопровождает свою коробку. Ваш кастом и ваши серверы он не заберёт.
Сопровождение IT системы у Headline: код и инфраструктура в одной очереди. Это тот же полный цикл, что в заказной разработке. Не студия «только репозиторий» и не админ «только диск».
Если боль в 1С, ЕГАИС и марках, это отдельный, но стыкуемый контур: сопровождение 1С. Если боль в хостах и VPN: обслуживание серверов. Часто это один договор, особенно в Петербурге: IT-аутсорсинг.
Новый модуль можно проверить узко. 14 дней на один сценарий, не на «перепишем платформу». Формат: MVP за 14 дней.
Как Headline забирает контур
Сначала карта: что за системы, где код, где серверы, где копии, кто имеет доступ, что уже падало, какое окно терпит бизнес. Без карты любой подрядчик тушит вслепую.
Затем аудит узких мест. Не «всё плохо, давайте с нуля». Плавный переход: доступы, мониторинг, очередь задач, регламент копий. Учёт и сделки не останавливаем ради красивой схемы. Так написано на главной, и так делаем.
Дальше две линии. Авария: поднять, не потерять данные, оставить мониторинг. Развитие: фича, которая снимает обход. Если обход снова быстрее системы, систему не будут открывать. Это верно для CRM, склада и кассы одинаково.
Схема. Как контур переходит на сопровождение
→
Аудит узких мест
→
Доступы и копии
→
Мониторинг 24/7
→
Очередь доработок
Что обычно входит в сопровождение
- Мониторинг 24/7: узнаём о сбое до звонка со склада или из зала.
- Копии с проверкой восстановления, не папка «backup» на диске.
- Доступы, роли, отзыв. Уволился человек: учётка умирает в тот же день.
- Очередь доработок с хозяином приоритета на вашей стороне.
- Стык с 1С, ЭДО, досками, ботами: то, чем люди пользуются каждый день.
- Документация контура, чтобы система не жила в одной голове.
Документы и шаблоны тоже часть контура. Если пакет собирает КонтрактПРО, ему нужны те же копии, что учёту. Иначе минуты сборки не спасут, когда диск умер.
Риски «поддержки как получится»
Риск человека-звезды. Всё в голове одного подрядчика, схемы нет. Снимается контуром, не харизмой. Если исполнитель недоступен, учёт не должен стоять.
Риск дешёвого «по вызову». Пока не упало, никто не смотрит диски и сертификаты. Сопровождение без мониторинга: дежурный, не IT-контур.
Риск немедленного переписывания. Новый подрядчик хочет «сделать правильно». Цех и продажи в это время работают. Сначала стабильность, затем замена кусков. Иначе вы купите простой.
Риск облака без договора и без выхода. Подписка на личной карте автора. Контур компании должен быть контуром компании. Периметр: On-Premise и 152-ФЗ.
Риск очереди без хозяина. Каждая хотелка менеджера становится «срочной». Нужен человек на вашей стороне, который говорит «это в этот спринт, это нет». Подрядчик не заменит владельца продукта.
- Нет списка систем: первая неделя уйдёт на карту, и это нормально.
- Нет окна работ: патчи ставят поверх отгрузки.
- Нет критерия инцидента: всё «горит», ничего не делается.
- Нет периметра: чинят чужой аккаунт, который вам не принадлежит.
Как передать систему, чтобы её не уронили
Соберите доступы в одно место с правами, не в общий чат. Отметьте общие учётки. Общая «admin»: дыра. В нормальном контуре у каждого свой вход.
Поднимите последнюю копию на тестовом месте. Если не поднимается, вы уже знаете первую работу. Если поднимается, запишите, сколько заняло. Это важнее списка пожеланий к интерфейсу.
Вспомните три последних падения. Что видел пользователь, кто чинил, сколько длилось. Мониторинг как раз про то, чтобы четвёртый случай пришёл подрядчику до звонка.
Решите окно работ. Ночь, утро воскресенья, пауза между отгрузками. Без окна сопровождение начнут ненавидеть. Это организационный риск, и его закрывает клиент вместе с подрядчиком.
Если цель не сопровождение, а новая отрасль поверх живого контура, сначала стабилизируют, затем пишут. Ресторан, склад, завод, доставка: отдельные статьи. Ссылки: автоматизация ресторана, ERP для производства, TMS. Пока горит прод, новый портал сядет на ту же дыру.
Если автор уже не берёт трубку, в письме достаточно: что за система, где серверы, когда последний раз поднимали копию, и что нельзя ронять.
Как выглядит первая спокойная неделя
В спокойной неделе мало героизма. Смотрят журналы, место на дисках, свежесть копий, сроки сертификатов, очередь задач, доступы уволенных. Пользовательские правки идут пакетом, не врываются в середину отгрузки.
Аварийная неделя выглядит иначе. База не поднимается, бот молчит, VPN не пускает бухгалтера, касса не открывается в пятницу. Тогда важна одна точка, а не три чата. Инцидент идёт в ту же очередь, что и плановые работы. Так в дистрибуции убрали 5–10 часов координации у руководства.
Отдельно ведут список интеграций и обработок. Без списка любая «маленькая доработка» ломает обмен, и никто не помнит автора. Сопровождение: ещё и память контура, не только руки в репозитории.
Права пересматривают, когда меняется штат. Уволился кладовщик или риелтор: доступ умирает в тот же день, что пропуск. Общая учётка «смена»: постоянный риск и невозможность разобрать, кто провёл факт.
Если компания растёт в новый склад, точку или юрлицо, сначала рисуют доступ и копии, затем базу. Иначе второй адрес повторяет хаос первого. Для Петербурга это часто тот же выезд, что в городском контуре, не отдельная история «про программу».
Частые вопросы
Сопровождение IT системы это только «чинить баги»?
Нет. Серверы, копии, мониторинг 24/7, доступы, очередь доработок и развитие. На сайте: техническое обслуживание и развитие функционала после запуска.
Берёте код и инфраструктуру, которые делали не вы?
Да. Аудит кода и инфраструктуры, узкие места, плавный переход. Не требуем всё выкинуть в первую неделю. Так и сформулировано в FAQ на главной.
Чем это отличается от разового выезда?
Разовый выезд тушит сегодня. Сопровождение оставляет мониторинг и очередь, чтобы четвёртый инцидент не пришёл со склада. В Петро-Проекте руководство ушло с 5–10 часов координации в неделю к одной точке.
Можно оставить систему у нас, не в облаке подрядчика?
Да. On-Premise: базовый вариант. Облако: только по решению заказчика.
Вы перепишете всё на своём стеке?
Нет, если контур живой. Сначала стабильность, затем замена узких мест. Переписывание «для красоты» в первый месяц обычно дороже простоя.
Входит ли 1С в такое сопровождение?
Да, если это часть контура. Отдельно: сопровождение 1С, ЕГАИС, Честный ЗНАК, СБИС. Часто это один договор с серверами, не три чата.
Как передать систему?
Список систем, где код и копии, что нельзя ронять, какие доступы есть. Письмо: welcome@headln.ru.
Если релиз уже в проде, а хозяина на инцидент нет, напишите на welcome@headln.ru: что за система, где серверы и когда последний раз поднимали копию.