Сколько стоит разработка сайта в Москве: смета, сроки и полная стоимость владения

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

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

Сначала определяем тип продукта

Лендинг

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

Корпоративный сайт

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

Интернет-магазин

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

Веб-сервис

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

Из чего состоит смета

Как посчитать бюджет через трудоёмкость

Рабочая формула:

Бюджет = сумма часов по ролям × ставки + лицензии + инфраструктура + резерв риска.

Пример модельной оценки корпоративного сайта:

• аналитика — 60 часов;
• UX — 80;
• UI — 120;
• frontend — 180;
• backend/CMS — 140;
• QA — 80;
• управление — 70.

Итого 730 часов. Если усреднённая смешанная ставка команды составляет 3 500 ₽, базовая трудовая стоимость — 2 555 000 ₽. Резерв 15% на уточнение интеграций и согласования увеличивает плановый бюджет до 2 938 250 ₽, не считая лицензий и сторонних сервисов.

Это не прайс OneMG, а демонстрация метода. Реальная смета строится по конкретному объёму и составу команды.

Почему «цена страницы» вводит в заблуждение

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

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

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

Сроки: критический путь проекта

Срок не равен сумме часов, делённой на восемь. Часть работ идёт параллельно, часть зависит от предыдущих решений. Критический путь обычно проходит через:

1. согласование целей и структуры;
2. прототип ключевого сценария;
3. утверждение дизайн-системы;
4. готовность API или CMS;
5. интеграционное тестирование;
6. наполнение;
7. приёмку и запуск.

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

TCO: почему запуск — не конец расходов

Полная стоимость владения складывается из:

TCO = разработка + лицензии + инфраструктура + поддержка + контент + маркетинг + безопасность + развитие + стоимость простоев.

Google Cloud в рекомендациях по cost optimization советует связывать инфраструктурные расходы с бизнес-ценностью и учитывать не только закупку ресурсов, но и управление, масштабирование, безопасность и эксплуатацию. Для сайта это означает: дешёвый запуск может оказаться дорогим, если каждое изменение требует программиста, интеграция регулярно ломается, а ошибки обнаруживаются клиентами.

Что включить в годовой TCO

• хостинг, CDN и резервное копирование;
• домен, SSL и лицензии;
• мониторинг доступности и ошибок;
• обновления CMS и зависимостей;
• поддержку интеграций;
• SEO и контент;
• доработки продукта;
• аварийный резерв;
• время сотрудников клиента на администрирование.

Где экономить безопасно

Можно начинать с первого релиза, если границы зафиксированы:

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

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

Этапная оплата и контроль результата

Прозрачная схема привязывает оплату к завершённым артефактам, а не к субъективному ощущению прогресса:

1. discovery — карта целей, сценариев и рисков;
2. прототип — согласованный путь пользователя;
3. дизайн-система — компоненты и ключевые адаптивы;
4. первая функциональная версия — основной сценарий на тестовом стенде;
5. интеграции и контент;
6. приёмка и запуск;
7. гарантийный период.

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

Как оценить предложение по десятибалльной шкале

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

Когда фиксированная цена уместна

Fixed price работает, когда объём хорошо изучен, интеграции доступны, критерии приёмки определены, а изменения оформляются отдельно. Для исследовательского продукта разумнее оплачивать discovery и затем планировать релизы по приоритетному backlog. Попытка зафиксировать неизвестное обычно приводит к завышенному резерву либо конфликту о том, входит ли функция в договор.

Как сравнивать предложения подрядчиков

Сопоставляйте не итоговые цифры, а одинаковый объём:

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

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

Риски, которые должны быть видны до договора

1. Неопределённые требования. Решение: discovery и прототип.
2. Недокументированная интеграция. Решение: технический spike и тестовый доступ.
3. Задержка контента. Решение: контент-план и ответственный со стороны клиента.
4. Большое число согласующих. Решение: единый product owner.
5. Наследованные данные. Решение: пробная миграция и правила очистки.
6. Неучтённая нагрузка. Решение: профиль нагрузки и нагрузочное тестирование.
7. Размытая приёмка. Решение: измеримые критерии для каждого требования.

Что должно быть в коммерческом предложении

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

Чек-лист для первой встречи

• [ ] Какой результат нужен бизнесу через 3–6 месяцев?
• [ ] Кто аудитория и какой главный сценарий?
• [ ] Какие системы должны обмениваться данными?
• [ ] Откуда берутся товары, цены и остатки?
• [ ] Какие роли и права нужны?
• [ ] Какой ожидаемый трафик и сезонные пики?
• [ ] Какие данные являются персональными?
• [ ] Кто готовит тексты и изображения?
• [ ] Какая дата запуска действительно жёсткая и почему?
• [ ] Какие метрики подтвердят успех?

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