Оценка стоимости разработки сайта: от заявки до сметы

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

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

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

Актуальные ориентиры по стоимости мы не дублируем в статьях, потому что они меняются. Они всегда доступны в разделе «Цены».

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

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

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

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

Но предварительная цифра ещё не должна восприниматься как окончательная смета.

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

Проект фактически не стал «дороже». Просто после разговора стал виден реальный объём работы.

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

Когда стоимость уже можно оценить достаточно точно

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

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

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

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

Заказчик лучше всех знает свой бизнес. Перевести эти знания в структуру, функции и объём разработки должна команда проекта.

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

Почему одинаковое описание задачи может дать разный объём работы

Две компании могут попросить «сайт услуг», но подразумевать совершенно разные проекты.

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

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

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

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

Что чаще всего уточняется до окончательной сметы

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

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

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

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

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

Точная оценка иногда делает проект меньше

Обсуждение стоимости не всегда приводит к увеличению сметы.

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

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

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

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

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

Что должно остаться понятным после оценки

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

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

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

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

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

Что может изменить уже согласованную стоимость

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

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

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

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

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

Почему почасовой расчёт не всегда помогает заказчику

Стоимость часа разработчика сама по себе мало говорит о конечном бюджете.

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

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

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

Почему мы не называем одну цену для любого сайта

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

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

Поэтому Guard-IT сначала определяет необходимый объём, а затем оценивает проект.

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

Что получает бизнес в результате

Ценность оценки не в самой цифре.

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

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

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

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