Перейти к содержимому
Услуга

Доработка и поддержка сайта под ключ

Сопровождение и доработка сайта без абонплаты: старт от 0 ₽, платите по факту — 2500 ₽/ч. SLA реакция 2 часа, чужой код берём без переписывания.

от 0 ₽/мес

Задачу разберём на звонке — описывать её сейчас не нужно. Данные не передаём третьим лицам.

Обсудить проект
99,9% uptime на проекте с 1М+ пользователей
−60% время загрузки, «Урок цифры»
2 часа реакция в рабочее время

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

Дашборд мониторинга аптайма сайта — панель поддержки
Мониторинг доступности и времени отклика: аптайм 99.9%, реакция до 2 часов — инцидент видим раньше, чем его заметит клиент.

Что входит в поддержку и доработку

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

Что делаем Идёт в текущие часы Оценивается отдельно
Инциденты и баги Реакция и исправление критических ошибок, восстановление доступности Рефакторинг больших модулей
Плановые доработки Небольшие функции, правки верстки, добавление страниц Крупные модули с ТЗ и отдельным планированием
Безопасность Обновление зависимостей, мониторинг, бэкапы Полный security-аудит, пентест
Интеграции Правки в уже работающих интеграциях Новые интеграции с внешними сервисами
Оптимизация Ускорение страниц, база данных, кэш Миграция на новый стек, CDN
Контент и публикации Новости и товары, обновление цен и контактов, баннеры, правки текстов, которые не редактируются через админку Написание текстов, съёмка и дизайн с нуля
SEO-гигиена Индексация, разбор ошибок Яндекс.Вебмастера и Search Console, скорость и Core Web Vitals, редиректы при правках структуры Продвижение, семантика, закупка ссылок

Какой режим подбираем под тип проекта

Объём поддержки определяется не размером компании, а тем, что на сайте ломается больнее всего и сколько стоит час недоступности. По этой логике мы и предлагаем режим после аудита.

Тип проекта Что держим под контролем в первую очередь Режим
Визитка, промо Домен, SSL, бэкапы, обновления Базовый: следим и чиним по факту, 1-2 часа в спокойный месяц
Корпоративный сайт Форма обратной связи, новости и вакансии, скорость Базовый плюс контентные правки, 3-6 часов
Интернет-магазин Корзина и оплата, обмен с 1С и складом, каталог под нагрузкой акций Мониторинг сценария заказа, реакция в тот же час, 6-15 часов
Портал, сервис, личный кабинет Авторизация, API, нагрузка, релизный цикл Алерты и приоритетная очередь инцидентов, от 15 часов
Лендинг под рекламу Доставка заявки на почту и в CRM, цели аналитики Регулярная проверка формы и целей, 2-5 часов

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

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

Этапы входа в поддержку

Первые три шага — до того как вы заплатите первый рубль.

1
Бриф. Рассказываете о проекте: стек, текущие проблемы, история. Получаем доступ на чтение к коду и серверу — без этого оценка невозможна.
2
Аудит кода и инфраструктуры. Изучаем реальное состояние: технический долг, узкие места, что потребует внимания. Оценка занимает 1–3 дня — бесплатно.
3
Коммерческое предложение. Называем формат, объём пула часов и стоимость — на основе реального состояния проекта, а не «стандартного тарифа».
4
Договор и передача задач. Фиксируем SLA, формат отчётности и каналы связи. Добавляем вас в трекер задач — с первого дня видите, что в работе и на что ушли часы.
5
Работа по трекеру. Срочные задачи идут в приоритет, плановые — в пул месяца. Каждую неделю — краткий отчёт: что сделано, сколько часов потрачено, что в очереди.
6
Ежемесячный итог. Отчёт по часам с разбивкой по задачам и счёт за фактически потраченное время. Абонплаты и минимального пакета часов нет: месяц без задач — месяц без счёта.

Что мы гарантируем

Гарантии — это конкретные условия договора, а не маркетинговые обещания.

Трекер задач по доработке сайта — канбан-доска
Каждая задача — с оценкой в часах и прозрачным статусом: вы видите, за что платите и на каком этапе работа.
  • Код и доступы — ваши. Работаем в вашем репозитории и на ваших серверах. Смена подрядчика возможна в любой момент без нашего участия — вы не зависите от нас.
  • Прозрачный учёт часов. Каждая задача фиксируется в трекере с оценкой до начала работы. Часов вне согласованного бюджета не появляется.
  • Реакция на инциденты. В рабочее время реакция до 2 часов. Если инцидент критический и влияет на работу бизнеса — берём в приоритет вне очереди.
  • Без «чёрного ящика». Вы видите, что мы делаем и когда. История коммитов открыта, история задач в трекере — тоже.
  • Срыв сроков по нашей вине — обсуждаем решение. Если задача задержалась по нашей вине, часы на исправление не входят в бюджет.

Реальные проекты: что делали и что вышло

Три кейса из практики поддержки — с задачей, решением и измеримым результатом.

Админка логистической платформы — маршруты и мониторинг
Кейс: логистическая платформа — приняли чужой код, оптимизировали производительность и настроили мониторинг доступности.
Техническая поддержка IN’HUB

Задача: Сайт международного форума нуждался в постоянной поддержке, оптимизации производительности и защите от угроз. Прежний подрядчик перестал отвечать в пик конференции.

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

Результат: Ускорение работы сайта на 50%. Стабильная работа в периоды пиковой нагрузки форума.

Читать кейс →

Поддержка «Урок цифры» — 1М+ пользователей

Задача: Всероссийский образовательный проект страдал от критических ошибок, низкой производительности и уязвимостей безопасности. Масштаб — более 1 миллиона пользователей.

Что сделали: Исправили критические баги, провели оптимизацию производительности, настроили защиту и мониторинг доступности.

Результат: Uptime 99,9% для проекта с 1М+ пользователей. Время загрузки улучшено на 60%.

Читать кейс →

Логистическая платформа: поддержка и доработка

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

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

Результат: Ускорение обработки заказов на 40%. Время вывода машины на маршрут сократилось с 3 недель до 2 дней.

Читать кейс →

Для каких проектов подходим

Типовые ситуации, когда обращаются:

  • Разработчик перестал выходить на связь, сайт продолжает работать, но проект завис
  • Накопился список правок, которые никто не делает уже несколько месяцев
  • Сайт тормозит под нагрузкой, и непонятно почему
  • Нужны регулярные небольшие доработки, но нанимать штатного разработчика экономически нецелесообразно
  • Текущий подрядчик не соблюдает SLA и не даёт прозрачный отчёт по часам

Смежные услуги

Поддержка часто сочетается с другими направлениями работы:

Как выглядит типичный месяц поддержки

Нет двух одинаковых проектов, но вот характерная картина первых месяцев работы:

Месяц 1 — Погружение и стабилизация. Изучаем код, фиксируем технический долг, закрываем критические баги. Настраиваем мониторинг, алерты, документируем архитектуру. Большую часть часов уходит на разбор — это нормально.

Месяц 2–3 — Плановые доработки. Список задач упорядочен по приоритету. Критическое — в приоритет, плановое — в пул. Каждую неделю отчёт: что сделано, что в очереди, на что ушли часы.

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

Что говорит о надёжном подрядчике поддержки

Признаки, по которым стоит выбирать поддержку — независимо от того, выберете вас нас или кого-то другого:

  • Аудит перед оценкой. Подрядчик, который называет цену «по прайсу» не глядя на код — берёт риск за чужой технический долг. Нормальный подход: сначала посмотреть, потом называть.
  • Трекер задач с историей. Вы должны видеть, на что ушли часы. Если подрядчик работает без трекера — у вас нет доказательств, что работа вообще была сделана.
  • Ваши доступы, ваш репозиторий. Смена подрядчика должна стоить одного письма, а не месяца переговоров. Если код лежит у подрядчика — вы зависите от него.
  • Реакция на инцидент — это не «постараемся». В договоре должно быть написано конкретное время в часах. Иначе «скоро» — это неопределённость.
  • Разделение срочного и планового. Если подрядчик ставит все задачи в одну очередь — срочные и плановые — срочные будут ждать. Приоритизация должна быть явной.

Частые ситуации, с которыми к нам приходят

«Разработчик пропал». Самая частая история. Проект работает, но никто не может его развивать — нет кода, нет доступов, нет документации. Мы берём в работу и такие проекты: начинаем с восстановления доступов и разбора кода.

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

«Список правок копится месяцами». Задачи есть, но реализации нет. Берём в поддержку и планомерно закрываем: сначала то, что влияет на бизнес, потом остальное.

«Нужен кто-то, кто знает проект». Постоянный подрядчик поддержки — это не только руки. Это команда, которая понимает архитектуру и знает, почему что-то устроено именно так. Это экономит время при каждой задаче.

Реальные проекты с результатами

Техническая поддержка IN’HUB

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

Что сделали: Взяли кодовую базу в поддержку: регулярные задачи в пуле часов, критические инциденты — по SLA.

Результат: Стабильная поддержка продукта без простоев, функции выходят по плану.

Читать кейс →

Техническая поддержка «Урок цифры»

Задача: Образовательная платформа с высокими требованиями к доступности: сбои в учебное время недопустимы.

Что сделали: Организовали поддержку с реакцией на инциденты в течение 2 часов в рабочее время, плановые доработки — в пуле.

Результат: Платформа работает без критических сбоев, доработки по контенту и интерфейсу — по расписанию.

Читать кейс →

Красные флаги при выборе подрядчика по поддержке сайта

  • Не показывают портфолио поддержки. Разработать сайт с нуля и поддерживать чужой — разные задачи. Спросите конкретно: сколько сайтов в поддержке сейчас и как давно.
  • SLA только на словах, в договоре нет. «Реагируем быстро» — это не обязательство. Если время реакции не зафиксировано в договоре с пенями — его не существует.
  • Не готовы брать чужой код без предварительного аудита. Подрядчик, который берёт любой код без просмотра, скорее всего, плохо оценит объём и вляпается в сроки вместе с вами.
  • Не объясняют, кто конкретно будет вести проект. «Наша команда» — неприемлемо. Нужно имя ответственного разработчика и его доступность.
  • Предлагают оплату только помесячно без учёта реального расходования часов. Вы платите за фиксированный пул — узнайте, что происходит с неиспользованными часами и как они переносятся.
  • Нет документации и не планируют её делать. Без документации проект привязан к подрядчику. Хорошая поддержка всегда фиксирует архитектуру и нестандартные решения.

Частые ошибки заказчиков при передаче сайта на поддержку

  • Передают сайт без передачи доступов. «Пришлём позже» — это красный флаг. Все доступы (хостинг, домен, CMS, git) должны быть переданы до начала работы.
  • Не делают базовый аудит перед стартом. Зашли в поддержку без понимания состояния кода — через месяц получаете сюрпризы в виде скрытых долгов.
  • Не разделяют поддержку и разработку. Поддержка — это исправление и небольшие доработки. Если нужна серьёзная функция, она требует отдельного ТЗ и оценки, а не расхода часов из пула.
  • Не отслеживают расход часов. Каждый месяц удивляются, куда ушли часы. Нормально: каждая задача оценивается до начала, итог виден в отчёте.
  • Реагируют на инциденты только в рабочее время. Узнайте заранее: что происходит, если сайт упал в пятницу ночью? Есть ли дежурство или оно оплачивается отдельно.

Чек-лист перед заказом поддержки сайта

  • Собраны все доступы: хостинг, домен, CMS (WordPress, 1С-Битрикс и т.д.), git-репозиторий.
  • Есть документация или хотя бы базовое описание архитектуры — её можно передать подрядчику для аудита.
  • Определён SLA: какое максимальное время реакции на критический инцидент для вас приемлемо.
  • Понимаете объём задач: это тихая поддержка или регулярные доработки? Это определяет размер пула часов.
  • Есть контакт прошлого подрядчика — на случай вопросов по нестандартным решениям.
  • Готовы провести 1-2 часа на вводный бриф: рассказать о структуре сайта и стеке технологий.
  • Знаете, кто внутри компании будет ставить задачи и принимать результат — один человек, не весь отдел.

Как работаем

1
Сначала смотрим код и инфраструктуру, потом называем срок и цену. Переписывать проект с нуля не требуем.
2
Работаем в вашем репозитории: историю правок видно целиком, доступы остаются у вас.
3
Срочное идёт вперёд очереди, плановое собираем в пул часов на месяц.
4
Обновления зависимостей, бэкапы и мониторинг — часть поддержки, а не отдельный счёт.

Когда мы не подойдём

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

Плюсы работы с нами

Что вы получаете вместе с самой услугой.

Берём чужой код

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

Сначала смотрим, потом называем цену

Изучаем код и инфраструктуру и говорим, что реально сделать и за сколько. Оценка бесплатна и ни к чему не обязывает.

Срочное — вперёд очереди

Правки, из-за которых стоит бизнес, берём в приоритет, а не ставим в общий план на месяц.

Доступы остаются у вас

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

Форматы

Форматы сотрудничества

Формат выбираем под вашу ситуацию на первом созвоне — переключиться между ними можно и по ходу работы.

Долгие отношения

Почему с нами продолжают работать

01

Меняете траекторию — перестраиваемся

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

02

Работаем в чужой инфраструктуре

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

03

Не двигаем срок задним числом

Если объём не влезает в дату — режем объём и говорим об этом до старта, а не за день до релиза. Дату согласовываем один раз.

04

Остаёмся на связи после запуска

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

Частые вопросы

Сколько стоит поддержка сайта?
Старт от 0 ₽ — без предоплаты и абонплаты. Ставка 2500 ₽/ч. Пул часов от 30 000 ₽/мес (12 часов). Приоритетный пул с SLA 2 ч — от 60 000 ₽/мес (24 часа). Разовые задачи — от 25 000 ₽. Точная стоимость — после аудита кода и инфраструктуры.
Берёте ли проекты других разработчиков?
Да. Разбираемся в чужом коде и берём проект без требования переписывать с нуля. Сначала проводим аудит кода и инфраструктуры (1–3 дня, бесплатно), после этого называем реалистичные сроки и цены.
Кому принадлежит код и доступы?
Вам. Работаем в вашем репозитории и на ваших серверах. Мы не храним доступы и не накапливаем зависимость от нас — смена подрядчика возможна без нашего участия в любой момент.
Что если подрядчик пропал или перестал отвечать?
Именно для таких ситуаций мы и беремся за чужие проекты. Сначала изучаем код, потом берём в работу. Доступы остаются у вас — это ключевое условие. Срочные задачи по восстановлению работоспособности берём в первый же день.
Как принимаем работу и как считаются часы?
Каждая задача фиксируется в трекере с оценкой времени до начала работы. Вы подтверждаете оценку — мы берём в работу. По завершении — история в трекере: что сделано, сколько часов. Раз в неделю краткий итог, раз в месяц полный отчёт.
Что происходит после запуска или сдачи проекта?
Переходим в режим поддержки: выбираете формат — пул часов или по задачам. Если сайт разрабатывали мы — вхождение в поддержку быстрее, так как код уже знаем. Минимальный план — 12 часов в месяц.
Что такое SLA и что в него входит?
SLA (Service Level Agreement) — это зафиксированные в договоре обязательства по срокам реакции. В приоритетном пуле: реакция на инцидент до 2 часов в рабочее время, восстановление доступности — по договорённости. Конкретные параметры прописываем в договоре до старта.

Обсудим задачу

Оставьте имя и контакт — ответим в течение 2 часов в рабочее время. Задачу разберём на звонке, описывать её сейчас не нужно.

Telegram
@streeboga
Почта
sale@eq.team
Часы работы
10:00–19:00 (МСК)
Пришлём оценку письмом в течение рабочего дня. Достаточно заполнить одно поле из двух.
Данные не передаём третьим лицам. Как их обрабатываем — в политике обработки персональных данных.
С чего начать

EQ поддержит на любом этапе

Старт проекта

Готовы к разработке — нужен надёжный фундамент и понятный план.

Обсудить проект

Масштабирование

Продукт растёт — нужна разработка новых фич в продакшене.

Написать нам

Поддержка

Всё работает — нужно развивать, поддерживать и мониторить.

Написать нам