Разработка и поддержка сайта: одна команда или разные подрядчики?

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

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

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

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

Когда целесообразны разные подрядчики

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

• Сайт после запуска почти не меняется. Если правки сводятся к текстам и картинкам раз в квартал, полноценная команда поддержки не нужна — достаточно администратора на вашей стороне и разового исполнителя под редкие задачи.
• У вас уже есть свой технический специалист или команда. Тогда внешнему подрядчику остаётся то, что вы осознанно выносите наружу: например, разовая разработка крупного функционала с передачей вашей команде.
• Части сайта живут в разных системах — и каждой удобнее у своего исполнителя. Например, брендовые страницы на конструкторе обслуживает штатный дизайнер, а интернет-магазин с интеграциями ведёт техническая команда. Это рабочая схема — если зоны ответственности зафиксированы.
• Нетиповой функционал разработал профильный подрядчик. Обычная практика: узкий специалист реализует сложную часть и задаёт качественную архитектуру, а сопровождение затем принимает команда поддержки. Здесь есть и экономия: задачи сопровождения, как правило, проще задач разработки — держать на них специалистов уровня и стоимости разработчиков системы незачем.

Отдельный случай — специализация по продукту: команды, которые постоянно работают с конкретной платформой, поддерживают её лучше. Мы, например, специализируемся на 1С-Битрикс и ведём сайты на WordPress, Laravel и ModX — стеках, на которых сами разрабатываем. Взять на поддержку можно и сайт на другой платформе, но в этих мы профессионалы: на них и разрабатывали, и поддерживать умеем.

Когда одна команда выигрывает

Что спросить у подрядчика до начала работ

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

Как это устроено у нас

Единое окно для всех задач, связанных с сайтом: создание, поддержка, продвижение.

Созданный нами проект после запуска переходит на регулярную поддержку и развитие — для вас это та же компания и тот же процесс. Действующие сайты — в том числе разработанные не нами — берём после аудита проекта: проверяем по семи направлениям и передаём план работ с приоритетами и оценками. И текущая поддержка, и доработки идут в одном абонементе с фиксированной ценой: задачи объёмом до ×2 тарифа выполняем без отдельного счёта (часы сверх тарифа вычитаются из следующего оплаченного месяца), неизрасходованные часы переносятся на следующий, по каждому месяцу — отчёт. Новый сайт или крупный функционал можно заказать отдельным проектом разработки — а можно начать его сразу в рамках абонемента.