Как заказать сайт и не переплатить: вопросы подрядчику

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

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

Почему сайт часто выходит дороже, чем планировали

Перерасход бюджета почти никогда не связан с тем, что «подрядчик дорогой». Корень проблемы — размытые ожидания на старте. Заказчик говорит: «Мне нужен простой сайт, страниц на пять». Подрядчик слышит это и оценивает работу соответственно. А потом выясняется, что под «простым сайтом» подразумевался каталог на 200 товаров с фильтрацией по характеристикам, онлайн-оплатой, интеграцией с CRM, калькулятором стоимости доставки и админкой для самостоятельного обновления цен. Разница в трудозатратах — в 5–7 раз. И это не преувеличение, а реальные цифры из практики.

Основные причины переплаты

• Не определена цель сайта: продажи, заявки, имидж, контентный проект. От цели зависит архитектура, а от архитектуры — бюджет.
• Не описан объём работ: сколько страниц, нужен ли каталог, личный кабинет, интеграции с внешними сервисами, калькуляторы, фильтры.
• Не ясно, кто делает тексты, фото, дизайн, наполнение. Контент — это 30–40% трудозатрат на средний проект, и если это ложится на подрядчика, цена вырастает кратно.
• Не проговорены правки, сроки, этапы и границы ответственности. Без этого любой проект превращается в бесконечный процесс с выгоранием обеих сторон.
• Не учтены дополнительные расходы: домен, хостинг, лицензии на плагины и модули, SSL-сертификат, платные шрифты, доступ к стоковым изображениям, техническая поддержка после запуска.

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

С чего начать: что вы должны понять до разговора с подрядчиком

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

Минимальный список для себя

• Зачем нужен сайт: заявки, продажи, презентация услуг, блог, каталог. От этого зависит структура и функционал.
• Кто целевая аудитория. Это влияет на дизайн, тональность текстов и пользовательский путь.
• Какие действия посетитель должен совершить: позвонить, заполнить форму, оформить заказ, подписаться на рассылку.
• Какие страницы нужны на старте. Не «все возможные», а минимально необходимый набор для запуска.
• Какие функции обязательны, а какие можно добавить позже. Это ключевой момент для контроля бюджета.
• Есть ли у вас тексты, фото, логотип, фирменный стиль. Если нет — закладывайте это в бюджет или будьте готовы делать сами.
• Нужна ли SEO-подготовка, аналитика, интеграция с CRM. Это не «само собой разумеется», а отдельные задачи.

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

Какие вопросы задать подрядчику перед заказом сайта

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

1. Что именно входит в цену?

Это главный вопрос, с которого стоит начинать любой разговор о деньгах. Подрядчик должен по пунктам объяснить, за что вы платите. Не «разработка сайта — 80 тысяч», а развёрнутая смета с перечнем работ. В нормальной практике я всегда даю таблицу: структура, дизайн главной и внутренних страниц, адаптивная вёрстка, программирование функционала, базовая SEO-настройка, подключение форм и аналитики, тестирование, деплой на хостинг. Каждый пункт — с описанием результата.

Спросите:

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

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

2. Что считается дополнительной работой?

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

Типичные допработы:

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

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

3. Кто будет работать над проектом?

Важно понимать, кто именно делает сайт: один человек, мини-команда или агентство с подрядчиками на стороне. Я работал во всех трёх форматах, и у каждого есть свои риски. Фрилансер может заболеть или пропасть — и проект встанет. Агентство может передать вашу задачу стажёру, а вы об этом не узнаете. Мини-команда из 2–3 человек часто оптимальна: дизайнер, верстальщик, менеджер — роли распределены, но цепочка принятия решений короткая.

Уточните:

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

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

4. Какие этапы будут у проекта?

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

Хорошая последовательность обычно выглядит так:

1. Бриф и сбор требований.
2. Структура сайта.
3. Прототип или схема страниц.
4. Дизайн.
5. Вёрстка и программирование.
6. Наполнение и тестирование.
7. Запуск.
8. Поддержка после запуска.

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

5. Как будут согласовываться правки?

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

Спросите:

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

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

6. Какой срок выполнения и что будет, если сроки сдвинутся?

Сроки без механики контроля — это просто ориентир, который ни к чему не обязывает. Уточняйте конкретику:

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

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

7. Кто готовит контент?

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

Уточните:

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

Если контент делает заказчик, это нужно честно признать ещё до старта и заложить время на подготовку. Если контент делает подрядчик — это отдельная строка в смете, и она может составлять 30–50% от стоимости разработки.

8. Будет ли сайт готов к продвижению?

Если сайт нужен не только «чтобы был», а ещё и для трафика из поисковиков, важно спросить о базовой SEO-подготовке. Без неё даже красивый сайт может не индексироваться нормально, и вы просто не увидите его в выдаче.

Проверьте, входит ли:

• корректная структура заголовков H1–H6;
• человекопонятные URL;
• метатеги;
• настройка индексации;
• карта сайта;
• robots.txt;
• микроразметка;
• настройка аналитики;
• базовая скорость загрузки.

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

9. На чьи аккаунты оформляются домен, хостинг и доступы?

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

Уточните:

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

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

10. Кто владеет исходниками и макетами?

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

Спросите:

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

Нормальная практика: после полной оплаты заказчик получает все исходники и доступы. Если подрядчик отказывается их передавать или предлагает «хранить у себя» — это красный флаг.

11. Что входит в гарантию после запуска?

После запуска сайт почти всегда требует мелких правок и отладки. Где-то форма отправляет письмо не на тот адрес, где-то кнопка съезжает на старых версиях Safari, где-то шрифт подгружается с задержкой. Это нормально, и хороший подрядчик даёт гарантийный период на устранение таких багов.

Уточните:

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

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

12. Как будет устроена поддержка после запуска?

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

Спросите:

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

Я обычно предлагаю два варианта: разовые работы по запросу с почасовой оплатой и ежемесячное сопровождение с фиксированным набором услуг. Заказчик выбирает то, что ему выгоднее.

Таблица: какие вопросы помогают не переплатить

Как понять, что подрядчик адекватный

Не всегда дешёвый подрядчик плохой, а дорогой — хороший. Я видел толковых фрилансеров с адекватным ценником и дорогие студии с посредственным результатом. Ориентироваться надо не на цену, а на прозрачность и конкретику.

Хорошие признаки

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

Тревожные признаки

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

Что можно отложить на потом, чтобы не переплачивать

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

Можно добавить позже

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

Что лучше сделать сразу

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

Именно это чаще всего влияет на результат, а не декоративные функции. Красивая анимация не приведёт клиентов, если кнопка «Заказать» спрятана в подвале, а форма заявки не работает на телефоне.

Пошаговый алгоритм: как заказать сайт без лишних затрат

Шаг 1. Сформулируйте цель

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

Шаг 2. Составьте минимальное ТЗ

Напишите список страниц, функций, интеграций, пожеланий по дизайну и содержанию. Не нужно оформлять это как ГОСТ — достаточно понятного документа на 2–3 страницы, который снимет разночтения.

Шаг 3. Запросите подробную смету

Сравнивайте не только итоговую сумму, но и состав работ. Два предложения на 100 тысяч могут означать совершенно разный объём: в одном — только вёрстка, в другом — ещё и контент, и SEO, и поддержка.

Шаг 4. Задайте вопросы из этого материала

Особенно про правки, допработы, сроки, контент, доступы и гарантию. Не стесняйтесь — адекватный подрядчик воспримет это как признак осознанного заказчика.

Шаг 5. Зафиксируйте договорённости

Все важные условия должны быть в договоре, переписке или приложении к ТЗ. Устные обещания не работают, когда проект идёт не по плану.

Шаг 6. Разбейте оплату на этапы

Так проще контролировать процесс и не платить авансом за неизвестный результат. Разумная схема: предоплата 30–50%, остальное — поэтапно по факту приёмки. Полная предоплата до старта — риск для заказчика.

Шаг 7. Проверьте сайт перед запуском

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

Чек-лист перед подписанием договора

• Понял ли я цель сайта?
• Есть ли список страниц и функций?
• Известно ли, что входит в цену?
• Понятно ли, что оплачивается отдельно?
• Согласованы ли сроки и этапы?
• Ограничено ли число правок?
• Понятно ли, кто делает тексты и наполнение?
• Зафиксировано ли, кому принадлежат доступы?
• Описана ли гарантия?
• Есть ли поддержка после запуска?

Если на 2–3 пункта ответ «нет», договор лучше не подписывать. Вернитесь к обсуждению и закройте пробелы.

Частые ошибки заказчика

Ошибка 1. Сравнивать только по цене

Дешевле не всегда выгоднее. Иногда низкая цена означает урезанный объём работ или доплаты на каждом шаге. Я видел сметы, где «разработка» стоила 30 тысяч, а дальше мелким шрифтом: наполнение — 20 тысяч, мобильная версия — 15 тысяч, SEO — 10 тысяч. Итоговая цена сравнивается с нормальным предложением, но доверия к такому подрядчику уже нет.

Ошибка 2. Не задавать вопросы до оплаты

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

Ошибка 3. Не фиксировать договорённости

Устные обещания быстро забываются — причём обеими сторонами. Нужны смета, ТЗ, этапы и переписка, к которой можно вернуться в спорной ситуации.

Ошибка 4. Пытаться впихнуть всё в первую версию

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

Ошибка 5. Не уточнять передачу доступов

Это особенно опасно. Сайт должен принадлежать вам, а не оставаться «в залоге» у подрядчика. Если разработчик по каким-то причинам отказывается передавать доступы или оформляет всё на себя — ищите другого исполнителя.

Вывод

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

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

FAQ

Сколько вопросов нужно задать подрядчику перед заказом сайта?

Минимум 10–12, но ключевыми являются вопросы про цену, допработы, правки, сроки, контент, доступы и гарантию. Не обязательно задавать их списком — хороший подрядчик сам раскроет эти темы в разговоре. Но если какие-то пункты остались без ответа, возвращайтесь к ним.

Что важнее: цена или состав сметы?

Состав сметы. Низкая цена без детализации часто означает доплаты в процессе. Лучше заплатить чуть больше, но понимать, за что именно, чем получить «сюрприз» на этапе наполнения или запуска.

Нужно ли ТЗ, если сайт небольшой?

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

Можно ли заказать сайт без контента?

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

Как не переплатить за лишний функционал?

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

Кто должен владеть доменом и хостингом?

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