Как спланировать бюджет на разработку сайта

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

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

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

Бюджет проекта и цена разработки не одно и то же

Цена разработки показывает стоимость согласованной работы команды. Внутренний бюджет компании обычно шире.

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

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

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

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

Хорошо спланированный бюджет заканчивается не в день публикации сайта. Он учитывает то, что компании потребуется для использования результата после запуска.

Актуальные стартовые цены Guard-IT лучше смотреть в разделе «Цены». В статьях мы не фиксируем меняющиеся тарифы, чтобы старые цифры со временем не вводили читателя в заблуждение.

Сначала определите финансовый горизонт

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

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

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

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

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

Какие расходы стоит разделить заранее

Внутренний бюджет удобнее рассматривать по нескольким направлениям:

• разработка и запуск самого сайта;

• подготовка или перенос материалов;

• внешние сервисы и инфраструктура;

• привлечение посетителей после запуска;

• поддержка и дальнейшее развитие.

Конкретное соотношение между этими частями зависит от проекта.

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

Проект с простой формой обращения почти не зависит от внешних систем. Интернет-магазин или B2B-сервис может быть связан с CRM, учётной системой, оплатой, доставкой и другими сервисами.

Поэтому универсального процента, который следует выделять на каждую часть, нет.

Не весь доступный бюджет нужно отдавать первому запуску

Желание сделать за первую сумму максимально большой сайт понятно. Но количество функций само по себе не делает проект полезнее.

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

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

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

Разобраться в этой границе должен подрядчик. Заказчику достаточно объяснить задачи бизнеса, приоритеты и ограничения бюджета.

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

О подготовке проекта до начала разработки подробнее рассказано в материале «Как правильно заказать сайт и не переделывать его потом».

Какие расходы чаще обнаруживаются поздно

Одна из типичных причин выхода за внутренний бюджет связана с исходными материалами.

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

При замене работающего сайта появляется перенос. Если ресурс большой или уже получает поисковый трафик, нельзя рассматривать эту работу как обычное копирование текста.

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

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

Бюджет после запуска зависит от роли сайта

Два одинаковых по стоимости проекта могут требовать совершенно разного финансирования после публикации.

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

Если компания рассчитывает получать новые обращения из Яндекса и Google, потребуется ресурс на поисковое продвижение и развитие содержания.

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

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

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

Нужен ли резерв

Жёстко назначать одинаковый резерв для каждого сайта нет смысла.

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

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

Например, во время проекта бизнес решает запустить дополнительное направление. Появляется новая система, с которой требуется интеграция. Меняется часть ассортимента или порядок обработки обращений.

Это уже изменение исходной задачи, а не ошибка первоначальной цены.

Что делать, если денег меньше, чем требует желаемый проект

Такое расхождение лучше обнаружить до начала разработки.

Первый вариант состоит в сокращении первой версии. Часть возможностей переносится дальше, а основной сценарий запуска сохраняется.

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

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

В такой ситуации полезнее изменить масштаб проекта, чем получить привлекательную цену за решение, которое изначально не соответствует потребности бизнеса.

Низкая смета не всегда означает экономию

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

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

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

Сравнивать такие суммы напрямую бессмысленно. Отдельно эту ситуацию мы разобрали в статье «Почему цены на создание сайта такие разные».

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

Как обсуждать бюджет с Guard-IT

Для первого разговора не требуется готовое техническое задание.

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

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

Если вы планируете новый сайт и хотите заранее понять реальный масштаб вложений, обсудите задачу с Guard-IT.