У сайта нет одной «правильной» цены
Вопрос «сколько стоит сайт?» похож на вопрос «сколько стоит ремонт квартиры?». Одностраничник с формой обратной связи и сервис с аккаунтами, оплатой, файлами и административной панелью внешне могут одинаково называться сайтом, но объём работы отличается в разы.
Поэтому полезнее начинать не с цифры, а с задач, которые должен решать продукт. Если вам нужно просто объяснить услугу и получить заявку, не стоит оплачивать личный кабинет. Если сотрудники будут ежедневно работать с заказами через сайт, административная часть становится не «дополнительной страницей», а одной из ключевых частей проекта.
Быстрая проверка: выпишите действия посетителя глаголами — «прочитать», «сравнить», «оставить заявку», «оплатить», «загрузить файл», «посмотреть статус». Чем больше уникальных действий, тем больше логики придётся проектировать, программировать и тестировать.
Из чего реально состоит стоимость
| Часть | Что в неё входит | Когда особенно влияет на бюджет |
|---|---|---|
| Проектирование | Структура страниц, сценарии пользователя, прототипы | Когда много ролей, форм и состояний |
| Дизайн | Визуальная система, адаптивы, компоненты, состояния | При уникальном стиле вместо готового шаблона |
| Frontend | Вёрстка, адаптивность, анимации, интерактив | При сложных интерфейсах и нестандартных эффектах |
| Backend | Аккаунты, база данных, права доступа, бизнес-логика | Для кабинетов, заказов, CRM, загрузок, оплаты |
| Интеграции | Почта, карты, платежи, аналитика, сторонние API | Когда сервис зависит от нескольких внешних систем |
| Запуск | Домен, сервер, база, миграции, HTTPS, тестирование | Для production-сервисов с реальными данными |
Как самому получить разумную оценку бюджета
Например: «Мне нужен сайт мастерской, где человек выбирает услугу, прикладывает фото и отправляет заявку». Это гораздо полезнее фразы «нужен современный сайт».
В первую версию оставьте то, без чего сайт не выполняет задачу. Блог, сложные анимации, автоматические отчёты и дополнительные роли часто можно добавить второй итерацией.
Не только «Главная / О нас / Контакты», но и регистрация, восстановление пароля, пустой кабинет, заказ в работе, ошибка загрузки, мобильное меню и т.д.
Хорошая смета хотя бы грубо показывает, сколько стоит дизайн, разработка, интеграции и запуск. Если вся работа описана одной строкой, сравнивать предложения почти невозможно.
Где можно сэкономить без вреда
- Сократить первую версию. Часто дешевле запустить 5 нужных функций и потом добавить ещё 5, чем месяцами проектировать идеальный продукт.
- Подготовить контент заранее. Когда тексты, цены, фотографии и контакты готовы, меньше времени уходит на ожидание и переделки макета.
- Использовать готовую инфраструктуру. Почтовый сервис, облачная база или платёжный провайдер обычно разумнее, чем писать всё с нуля.
- Не заказывать анимацию ради анимации. Хорошие движения помогают понять интерфейс. Десятки сложных эффектов, которые ничего не объясняют, увеличивают и разработку, и тестирование.
Что должно насторожить в предложении исполнителя
Слишком низкая цена сама по себе ещё ничего не доказывает: у начинающего разработчика она действительно может быть ниже. Проблема — когда из предложения невозможно понять, что именно будет готово. Уточните, входит ли мобильная версия, подключение домена, формы, защита от спама, базовое SEO, аналитика, исправление ошибок после запуска и передача доступов.
Если вам обещают «любой сайт за три дня» и ещё до обсуждения задачи называют окончательную цену, скорее всего, речь идёт о шаблонной сборке. Это может быть нормально для простой страницы — но плохо, если вы ожидаете индивидуальную бизнес-логику.
Как сравнивать две разные цены
Сравнивайте не только сумму. Смотрите на объём, сроки, кто отвечает за дизайн и тексты, где будет размещён сайт, кому принадлежат домен и исходники, какой период исправления ошибок предусмотрен после релиза. Предложение дороже может оказаться дешевле в эксплуатации, если второй вариант потребует переделки через месяц.
Самый полезный вопрос исполнителю: «Что из моей задачи вы бы убрали из первой версии и почему?» Ответ хорошо показывает, думает ли человек о продукте или просто старается продать больше часов.
Два примера, почему одинаковое количество страниц ничего не говорит о цене
Представьте два сайта по пять экранов. В первом — главная, услуги, о компании, портфолио и контакты. Единственная динамика — форма заявки. Во втором — те же пять визуальных разделов, но посетитель регистрируется, создаёт заказ, загружает файлы, получает расчёт, пишет администратору и следит за статусом. Для пользователя оба проекта могут выглядеть компактно, но во втором появляются база данных, авторизация, роли, хранение файлов, уведомления, безопасность и десятки состояний интерфейса.
Поэтому не пытайтесь оценивать проект по количеству пунктов в меню. Гораздо точнее считать сценарии и данные: кто что создаёт, кто что видит, что хранится и что должно произойти после нажатия кнопки.
Заложите расходы после запуска
Разработка — не единственная статья расходов. Домен обычно продлевается ежегодно, хостинг и база могут иметь ежемесячный тариф, почтовый сервис — лимиты, а сторонние API — оплату по использованию. Для маленького сайта эти суммы могут быть небольшими, но их лучше знать до релиза.
Отдельно уточните поддержку. Исправление ошибки, которая уже была в согласованной функции, и добавление новой функции — разные вещи. Хорошо, когда ещё до старта понятно, что входит в гарантийный период, а что оценивается как новая работа.
Нужен сайт, который не заканчивается на красивом макете?
KAMERTON занимается дизайном и разработкой: от структуры и интерфейса до production-запуска.
Посмотреть проекты →