Как рассчитать бюджет на создание сайта?

Главное:

• Бюджет сайта складывается из аналитики, проектирования, дизайна, разработки, интеграций, тестирования и запуска

• Количество страниц влияет на смету слабее, чем личный кабинет, каталог, заказ или обмен данными

• Лицензия, хостинг, платные модули и контент могут считаться отдельно.

• Сайт-визитка, интернет-магазин и B2B-портал решают разные задачи и требуют разного объёма работ

• Готовое решение экономит бюджет только при типовых процессах.

• Чем точнее описан первый запуск, тем меньше риск пересмотра сметы

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

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

Бюджет сайта формируется из состава работ

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

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

Как формируется стоимость сайта

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

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

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

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

Тип сайта влияет на состав первого запуска

Разные типы сайтов требуют разной логики. Корпоративный сайт помогает представить компанию и собрать обращения. Интернет-магазин должен провести покупателя от товара до заказа. B2B-портал становится рабочим инструментом клиентов или партнёров

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

Готовое решение и индивидуальная разработка дают разный результат

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

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

Компетентный разработчик понимает проект целиком

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

Проверить такой подход можно вопросами:

• Какие сценарии вы хотите изучить до оценки?

• Какие данные могут затронуть будущие функции?

• Что вы будете проверять перед запуском?

• Какие риски видите в выбранном решении?

• Какая информация нужна для точной сметы?

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

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

Что обычно не входит в базовую смету

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

Обычно отдельно обсуждают:

• лицензию 1С-Битрикс;

• хостинг и настройку инфраструктуры;

• платные модули и внешние сервисы;

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

• покупку изображений, перевод материалов и создание новых текстов;

• работы, которые выходят за согласованные границы первого запуска.

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

Почему оценки отличаются у разных подрядчиков

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

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

Как получить более точную оценку

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

• какой тип сайта нужен

• какую цель должен выполнить посетитель

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

• откуда поступят товары, цены, остатки и заказы

• какие интеграции нужны

• есть ли действующий сайт и требуется ли перенос данных

• готовы ли контент и структура каталога

• какие функции обязательны для первого запуска

• какие улучшения можно перенести на следующий этап

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

Для каких проектов применимы эти рекомендации

Такой подход подходит для всех типов сайтов. Он помогает спланировать бюджет, когда компания создаёт новый сайт или одновременно переносит существующий проект на 1С-Битрикс

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

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

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