Какие скрытые расходы бывают после запуска сайта?
Главное:
-
После запуска сайту может потребоваться регулярное техническое сопровождение: установка проверенных обновлений, контроль резервных копий, исправление ошибок и проверка форм и интеграций
-
Лицензия 1С-Битрикс, платные модули и подписки сервисов оплаты и доставки продлеваются отдельно от разработки сайта. Подрядчик может контролировать сроки и организовать продление, но расходы оплачивает заказчик
-
Поддержка и развитие — разные статьи расходов.
-
Чем больше интеграций связано с сайтом, тем больше времени требуется на анализ зависимостей и проверку обмена данными после изменений. Это увеличивает объём часов на разработку и тестирование, а значит, и итоговую стоимость работ
-
Контент, каталог и SEO требуют постоянного внимания
-
Прозрачная смета отдельно показывает расходы на запуск и последующие обязательные платежи: лицензию, хостинг, доменное имя, платные модули и внешние сервисы. Заказчик заранее понимает полный бюджет и видит, какие затраты не включены в стоимость разработки
После запуска сайт начинает жить в реальном бизнес-процессе: появляются новые товары, меняются цены, сотрудники обновляют контент, внешние сервисы меняют правила работы. Даже сайт без сложной логики постепенно требует внимания
В Ameton рекомендуют ещё до разработки разделять затраты на первый запуск, обязательные расходы после запуска и будущие улучшения. Тогда компания понимает, какой бюджет нужен сейчас, а какие расходы возникнут только при конкретном изменении сайта
После запуска сайта нужно учитывать расходы на его работу и развитие
Часть затрат нужна, чтобы сайт оставался доступным и безопасным. Другая часть появляется, когда компания меняет процессы, добавляет функции или подключает новые сервисы
|
Статья расходов |
Когда возникает |
Что влияет на объём |
|---|---|---|
|
Хостинг и инфраструктура |
Постоянно после запуска |
Стоимость зависит от выбранного провайдера и тарифа, нагрузки, объёма данных и требований к стабильности; хороший подрядчик помогает подобрать конфигурацию без нехватки ресурсов и неоправданной переплаты |
|
Лицензии и платные модули |
При использовании и продлении |
Выбранная редакция, набор функций и сервисов |
|
Техническая поддержка |
Регулярно или по задачам |
Частота изменений, архитектура, интеграции |
|
Обновления и безопасность |
По мере выхода изменений и появления рисков |
Индивидуальные доработки и критичные сценарии |
|
Контент и SEO |
При развитии сайта |
Объём каталога, публикаций, регионов и разделов |
|
Развитие функций |
По бизнес-приоритетам |
Новые процессы, роли, интеграции и требования пользователей |
Если сайт принимает заказы, расходы после запуска обычно шире, чем у обычного корпоративного сайта. Нужно контролировать работу оплаты, доставки, каталога и обмена данными. Если сайт выполняет только информационную функцию, часть работ может быть периодической, а не ежемесячной
Поддержка и развитие сайта — разные виды расходов
Поддержка сохраняет работоспособность сайта, а развитие меняет его возможности. Их лучше планировать отдельно, даже если одна команда выполняет оба вида работ
|
Вид работ |
Что входит |
Результат |
|---|---|---|
|
Техническая поддержка |
Обновления, исправление ошибок, резервные копии, управление доступами, контроль интеграций |
Сайт продолжает работать устойчиво |
|
Плановые доработки |
Изменение существующих функций, форм, каталога или интерфейса |
Сайт работает по новым правилам |
|
Развитие |
Личный кабинет, новые сценарии, автоматизация, интеграции |
Сайт поддерживает новый процесс бизнеса |
|
Аудит |
Проверка кода, данных, инфраструктуры и рисков |
Понятен план приоритетных действий |
Добавление поля в заказ и запуск договорных цен — это развитие сайта. Различается не вид работы, а её масштаб. В первом случае изменения могут затронуть форму, сохранение данных и работу менеджера. Во втором потребуется проработать роли пользователей, авторизацию, правила ценообразования, каталог, интеграции и связанные сценарии. Поэтому бюджет зависит не от названия задачи, а от объёма изменений и количества функций, которые нужно проверить
Интеграции чаще всего увеличивают стоимость дальнейших изменений
Интеграция сама по себе не обязательно дорога в поддержке. Расходы появляются, когда меняются правила данных, внешняя система или сценарий, который зависит от обмена
Если сайт получает из 1С цены и остатки, то после изменения каталога нужно убедиться, что данные продолжают корректно обновляться. Если заказ передаётся в CRM, то доработка оформления может затронуть уведомления, статусы и работу менеджеров
Лицензии, модули и внешние сервисы нужно учитывать отдельно
Сайт может использовать лицензию 1С-Битрикс, платные модули, сервисы оплаты, доставки, рассылок, аналитики или защиты. У каждого такого решения могут быть собственные условия оплаты и продления
|
Расход |
Когда нужен |
Что проверить до запуска |
|---|---|---|
|
Лицензия платформы |
Для работы выбранной редакции |
Кто оплачивает, на кого зарегистрирована, как продлевается |
|
Платный модуль |
Для функции, которой нет в базовом наборе |
Подходит ли модуль под сценарий и кто его поддерживает |
|
Внешний сервис |
Для оплаты, доставки, рассылок или аналитики |
Тариф, условия использования и зависимость сайта от сервиса |
|
Хостинг |
Для размещения сайта и данных |
Требования сайта, резервные копии и ответственность за инфраструктуру |
Студия может организовать покупку лицензии или включить её в смету. При этом лицензию стоит регистрировать на компанию-заказчика как на конечного пользователя, а порядок оплаты и продления закрепить в договоре
Контент и SEO тоже требуют бюджета после запуска
После запуска редко заканчивается работа с текстами, товарами и структурой сайта. Компания добавляет новые услуги, меняет условия, публикует новости, расширяет каталог и запускает новые направления
Если каталог пополняется регулярно, нужно поддерживать единые правила названий, свойств, изображений и категорий. Если меняются URL или структура разделов, важно учитывать внутренние ссылки и поисковые настройки. Иначе сайт может оставаться технически доступным, но хуже выполнять задачу по привлечению обращений
В Ameton советуют заранее определить, кто отвечает за контент и кто согласует изменения в структуре. Это помогает избежать ситуации, когда важные правки публикуются хаотично, а технические последствия обнаруживаются уже после запуска
Компетентная команда помогает увидеть будущие расходы до запуска
Хорошая команда не ограничивается вопросом «какие страницы нужно сделать». До оценки она уточняет, как сайт будет использоваться после запуска и какие изменения компания планирует в ближайшее время
Полезно спросить подрядчика:
-
Какие регулярные расходы появятся после запуска?
-
Какие лицензии, модули и сервисы понадобятся?
-
Какие функции потребуют постоянного контроля?
-
Что входит в запуск, а что будет отдельной задачей?
-
Какие изменения могут затронуть связанные сценарии?
Признак качественной оценки — подрядчик объясняет не только стоимость запуска, но и то, что потребуется сайту для устойчивой работы после него
Почему оценки дальнейших расходов отличаются у разных подрядчиков
Разные предложения могут включать разный уровень ответственности. Один подрядчик учитывает только разработку новой функции, другой — также анализ, проверку связанных сценариев и выпуск изменения
|
Критерий |
Хороший вариант |
Рискованный вариант |
|---|---|---|
|
Состав работ |
Отдельно указаны поддержка, развитие и сервисы |
Все расходы объединены одной строкой |
|
Интеграции |
Понятны системы, данные и сценарии проверки |
Указано только «есть интеграция» |
|
Лицензии |
Зафиксированы оплата, регистрация и продление |
Неясно, кто отвечает за доступ и документы |
|
Обновления |
Есть порядок проверки критичных функций |
Изменения ставятся без оценки последствий |
|
Развитие |
Будущие задачи вынесены в отдельный план |
Все идеи включаются в запуск без приоритета |
Низкая первоначальная стоимость не всегда означает меньшие расходы в дальнейшем. Если в запуск не включили необходимые сервисы, поддержку или доработки, они появятся позже отдельными статьями бюджета
Как спланировать расходы до запуска
Перед запуском полезно составить не только смету разработки, но и короткий план эксплуатации сайта. Для этого достаточно определить:
-
какие сервисы и лицензии использует сайт
-
кто оплачивает и продлевает их
-
какие функции критичны для бизнеса
-
как будут выпускаться изменения
-
какие данные и интеграции нужно контролировать
-
кто отвечает за контент и каталог
-
какие улучшения планируются после первого запуска
Чем раньше эти вопросы согласованы, тем меньше расходов выглядит «скрытыми». Сайт становится управляемым, когда компания заранее понимает, что относится к регулярной работе, а что появляется только при развитии
Для каких проектов применимы эти рекомендации
Такой подход полезен для всех типов сайтов. Чем больше сайт связан с продажами, заказами, персональными данными или внутренними системами компании, тем важнее планировать расходы на поддержку и развитие
Небольшому информационному сайту без интеграций обычно достаточно периодически проверять состояние, обновления и формы. Интернет-магазину или порталу с личным кабинетом чаще нужен регулярный процесс, потому что изменения затрагивают больше критичных сценариев
Расходы после запуска не говорят о том, что проект был рассчитан неправильно. Они появляются потому, что сайт работает вместе с бизнесом и должен меняться вместе с ним. Важно, чтобы эти расходы были понятны заранее и были связаны с конкретным результатом
В Ameton рекомендуют до запуска зафиксировать обязательные расходы, порядок поддержки и ближайшие задачи развития. Так компания получает не просто готовый сайт, а понятный план его дальнейшей эксплуатации