Цены и форматы работы

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

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

Почему у сложного проекта нет одной фиксированной цены

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

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

Из чего складывается бюджет

• Исследование. Интервью, аудит существующего проекта, анализ данных, систем и ограничений.
• Проектирование. Архитектура, пользовательские сценарии, прототипы, модель данных и технические требования.
• Дизайн. Визуальная система, компоненты, состояния интерфейса и адаптация ключевых шаблонов.
• Разработка. Фронтенд, CMS, серверная логика, модули, кабинеты и интеграции.
• Данные и контент. Подготовка структуры, перенос, очистка, сопоставление и проверка материалов.
• SEO-основа. URL, метаданные, индексируемость, редиректы, микроразметка и сохранение накопленных сигналов.
• Контроль качества. Функциональная проверка, адаптивность, критичные сценарии и исправление дефектов.
• Запуск. Подготовка окружения, перенос, контроль первых операций и план возврата.
• Управление. Постановка задач, согласования, документация, демонстрации и контроль изменений.

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

Форматы работы

Диагностика или предпроектный этап

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

Фиксированный проектный этап

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

Работа по фактически затраченному ресурсу

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

Регулярное сопровождение

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

Диагностика и проектирование

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

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

Разработка нового сайта

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

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

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

Доработка существующего проекта

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

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

Техническая поддержка

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

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

Интеграции и производительность

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

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

SEO и развитие

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

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

Что сильнее всего влияет на стоимость

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

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

1. Знакомство. Вы описываете задачу, текущую ситуацию, ожидаемый результат и ограничения.
2. Уточнение. Мы задаём вопросы по пользователям, данным, системам, срокам и критичным сценариям.
3. Решение о первом этапе. Определяем, можно ли оценить реализацию сразу или нужно обследование.
4. Границы. Фиксируем, что входит в результат, какие предположения приняты и что остаётся за рамками.
5. Оценка. Указываем стоимость этапа или формат расходования ресурса, зависимости и порядок оплаты.
6. Старт. После согласования документов, ответственных и доступов работа включается в план.

Изменение объёма и бюджета

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

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

Оплата и закрытие этапов

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

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

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

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

Предложения с разной ценой часто описывают разный продукт. Корректное сравнение начинается с выравнивания состава и ответственности.

Частые вопросы

Можно ли назвать стоимость после короткого звонка?

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

Предварительное обсуждение платное?

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

Можно ли зафиксировать стоимость всего проекта?

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

Работаете ли вы с небольшими разовыми задачами?

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

Почему в прайсе нет стоимости часа?

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