Вы договорились с разработчиком на 50 тысяч рублей за доработку сайта. Работа началась, вы в предвкушении результата. И тут — первый звоночек: «Это не входит в смету». Потом второй. Третий. В итоге чек вырастает до 150 тысяч, а вы не понимаете, что пошло не так. Знакомая история?
Если вы хотя бы раз оказывались в ситуации, когда смета на разработку менялась чаще, чем погода в марте, эта статья для вас. Давайте разберёмся, откуда берётся эта проблема и главное — как от неё защититься.
Почему смета растёт как снежный ком
Причин несколько, и они не всегда связаны с недобросовестностью разработчика. Хотя, будем честны, бывает и такое.
Причина первая: размытое техническое задание. Вы сказали «хочу корзину на сайте», а разработчик понял это по-своему. Вы имели в виду корзину с калькулятором доставки, выбором способа оплаты и промокодами. Он сделал простую корзину с кнопкой «Заказать». Всё остальное — допработы, которые не входили в первоначальную смету.
Причина вторая: вы сами не знаете, чего хотите. В процессе работы приходят новые идеи: «А давайте ещё вот это добавим!» Каждая такая идея — это время, код, тестирование. И деньги.
Причина третья: разработчик сознательно занижает цену. Чтобы получить заказ, он называет минимальную сумму. А потом начинаются «уточнения»: интеграция с платёжной системой — отдельно, адаптив под мобильные — отдельно, даже вывод товаров в три колонки вместо двух — тоже отдельно.
Причина четвёртая: нет чёткого разделения зон ответственности. Кто готовит контент? Кто покупает хостинг? Кто настраивает почту? Если это не прописано, разработчик может сказать: «Это не моя работа, но могу сделать за дополнительную плату».
Чем грозит постоянно растущая смета
Помимо очевидного удара по бюджету, есть и другие неприятные последствия.
Сроки срываются. Пока вы согласовываете новую цену, обсуждаете, что входит и не входит в работу, проходят дни и недели. Запуск откладывается, вы теряете клиентов и деньги.
Нервы на пределе. Каждое письмо от разработчика воспринимается как новая порция плохих новостей. Вместо того чтобы заниматься бизнесом, вы тушите пожары.
Качество страдает. Когда отношения портятся из-за денег, разработчик может начать работать «для галочки». Результат — кривой код, баги, которые вылезут через месяц.
Проект может вообще не закончиться. Самый печальный сценарий: вы уже заплатили половину, а разработчик исчезает или отказывается продолжать, требуя новых денег. Найти другого специалиста, который доделает чужой код, сложно и дорого.
Как защитить себя: пошаговый план
Шаг 1. Составьте детальное техническое задание
Прежде чем просить смету, опишите максимально подробно, что именно вы хотите получить. Не «красивый сайт», а конкретику:
- Сколько страниц и какие разделы
- Какие функции нужны (формы обратной связи, личный кабинет, фильтры товаров)
- Какие интеграции требуются (CRM, оплата, доставка)
- Какие устройства должны поддерживаться (десктоп, планшеты, смартфоны)
- Есть ли дизайн-макет или разработчик делает его сам
Если сами не разбираетесь, попросите разработчика помочь составить ТЗ. Хороший специалист задаст кучу вопросов — это нормально.
Шаг 2. Требуйте смету с разбивкой по задачам
Не принимайте общую цифру. Смета должна выглядеть как список:
- Главная страница — 15 000 рублей
- Каталог с фильтрами — 25 000 рублей
- Корзина и оформление заказа — 18 000 рублей
- Интеграция с платёжным сервисом — 12 000 рублей
Так вы видите, за что платите. И если появляется «это не входит», можно открыть смету и проверить.
Шаг 3. Пропишите в договоре, что входит и что не входит
Договор — ваша защита. В нём должно быть:
- Точное описание работ (со ссылкой на ТЗ)
- Фиксированная цена или чёткая формула расчёта
- Что произойдёт, если понадобятся изменения (почасовая оплата, фиксированная ставка за доработку)
- Кто за что отвечает (кто готовит тексты, кто покупает домен, кто занимается контентом)
- Сроки и этапы сдачи работы
Если разработчик отказывается работать по договору — бегите. Это красный флаг.
Шаг 4. Разделите проект на этапы с промежуточными приёмками
Не платите всю сумму авансом. Разбейте работу на этапы:
- Дизайн-макет — 30% оплаты
- Вёрстка главной и двух внутренних страниц — 20%
- Вёрстка остальных страниц и базовая функциональность — 30%
- Интеграции и тестирование — 15%
- Запуск и финальные правки — 5%
После каждого этапа вы проверяете работу и подписываете акт. Если что-то не так — исправляется до оплаты следующего этапа.
Шаг 5. Заморозьте изменения
Когда ТЗ согласовано и работа началась, введите правило: никаких новых пожеланий до завершения основной части. Все «а давайте ещё вот это» записывайте отдельным списком на потом.
Это сэкономит вам кучу денег и нервов. Каждое изменение в процессе работы — это переделка уже написанного кода, новые баги, сорванные сроки.
Практические советы: на что ещё обратить внимание
Просите портфолио и отзывы. Посмотрите реальные проекты разработчика. Свяжитесь с его прошлыми клиентами и спросите, были ли сюрпризы с ценой.
Проверьте, как разработчик общается. Если на этапе переговоров он уходит от прямых ответов, даёт размытые формулировки — это тревожный звоночек. Профессионал отвечает чётко и по делу.
Узнайте, на чём будет сделан сайт. Если на Битрикс, уточните, входит ли в смету покупка лицензии (она стоит от 50 до 200 тысяч). Если на конструкторе — какие ограничения есть в бесплатной версии.
Спросите про поддержку после запуска. Баги вылезут обязательно. Входит ли их исправление в первоначальную сумму? На какой срок? Почасовая ли это оплата или абонентская?
Требуйте еженедельные отчёты. Даже короткие: что сделано, что в процессе, какие риски. Это дисциплинирует разработчика и даёт вам контроль.
Заключение
Растущая смета — это не норма. Это признак плохой подготовки проекта или непрофессионализма исполнителя. Защитить себя можно, если подходить к разработке системно: детальное ТЗ, прозрачная смета, чёткий договор и поэтапная сдача работ.
Если вам нужна разработка или доработка сайта с прозрачным ценообразованием и чёткими сроками, обратите внимание на Разработчик Денис Бунаков. Работа на Битрикс, фиксированные сметы и поэтапная сдача проектов — без неожиданных доплат и размытых обещаний.
Помните: хороший разработчик заинтересован в долгосрочных отношениях, а не в выжимании максимума из одного проекта. Выбирайте специалистов, которые ценят свою репутацию.