Как оценить стоимость проекта до начала работ

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

Оценка — это не цена, а диапазон

Любой прогноз до старта — это коридор. Чем меньше известно деталей, тем шире вилка. Нормальная практика — называть диапазон: например, 400–600 часов или сумму с разбросом в 30–40%, — и объяснять, что в него входит и что может сдвинуть границы. Точная цифра «до рубля» на этапе первого брифа — признак либо очень простого проекта, либо желания понравиться и продать.

Ширина диапазона уменьшается по мере проработки: после детального брифа, аналитики и технического задания она сужается до 10–15%. Именно поэтому опытные заказчики не требуют финальную смету до обсуждения задачи — они требуют понятный процесс её уточнения.

Из чего складывается стоимость

Трудозатраты команды

База любой сметы — часы. В проекте участвуют разные роли: аналитик, дизайнер, верстальщик, фронтенд- и бэкенд-разработчики, тестировщик, менеджер проекта. У каждой роли своя стоимость часа, и итог складывается из суммы часов, умноженных на ставки. Смета, в которой не видно распределения по ролям, почти всегда скрывает либо завышение, либо экономию на важном этапе.

Сложность и уникальность

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

Интеграции и данные

• 1С, CRM, ERP, платёжные системы, службы доставки, маркетплейсы;
• импорт и экспорт каталога, синхронизация остатков и цен;
• личный кабинет с ролями и авторизацией через сторонние сервисы;
• аналитика, коллтрекинг, сквозные системы отчётности.

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

Контент

Кто наполняет сайт: заказчик, студия, копирайтер, фотограф? Верстка под готовые тексты и структурирование сырых материалов — разный объём работ. Если контента нет, его создание либо включают в смету, либо выносят отдельным этапом — и это стоит проговорить заранее.

Резерв на риски

В честной смете всегда есть буфер, обычно 10–20%. Он покрывает правки, уточнение требований и задержки на стороне заказчика. Смета без резерва выглядит привлекательнее, но почти гарантированно вырастет в процессе.

Методы оценки

По аналогам

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

По декомпозиции

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

По команде и срокам

Иногда считают от ресурса: сколько человек и на сколько недель нужно. Метод удобен, когда важнее сроки и гибкость объёма, чем жёстко зафиксированный бюджет.

Что подготовить заказчику

1. Описание задачи и целей: что должно измениться в бизнесе после запуска.
2. Список функций с приоритетами: обязательно, желательно, когда-нибудь.
3. Референсы — сайты, которые нравятся, и примеры того, что не нравится, с пояснением почему.
4. Данные об интеграциях: какие системы используются, есть ли доступы и документация.
5. Информацию о контенте: что готово, а что предстоит создать.
6. Ориентир по бюджету и срокам, даже приблизительный.

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

Оценка и смета — не одно и то же

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

Красные флаги

• Мгновенная точная цифра без вопросов о задаче.
• Отсутствие вопросов в принципе — про бизнес, аудиторию, интеграции.
• Смета одной строкой: «разработка сайта — X рублей».
• Подозрительно низкая цена без объяснения, за счёт чего экономия.
• Отказ обсуждать допущения, риски и порядок изменения объёма.

Как читать смету

Смотрите не на итог, а на структуру: разбит ли проект на этапы, указаны ли часы и роли, вынесены ли отдельно контент, тестирование, аналитика и поддержка после запуска. Хорошая смета — это фактически план проекта, по которому потом можно сверять ход работ и понимать, где возникли отклонения.

Коротко

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