15 вопросов, которые уберегут вас от переплаты за сайт в 2-3 раза

💰 Введение: Почему цена сайта - это не просто цифра

Месяц назад ко мне пришел клиент. Владелец небольшой компании по доставке еды. Два года назад заказал сайт за 450 тысяч рублей. Знаете, что он получил? Лендинг на конструкторе, который я могу собрать за выходные. За 15 тысяч, если честно.

"Но они же показывали портфолио! Рекомендации были!" — говорит он мне. А я смотрю на договор... И там вообще не прописано, что именно они делали. "Разработка сайта" — и всё. Красиво, правда?

И так... это не про то, как найти самую дешевую студию. Это про то, как понять, за что ты платишь. Потому что переплата начинается не когда ты подписываешь договор. Она начинается с первого вопроса, который ты не задал.

Дорого — не значит качественно. Дешево — не значит плохо. А вот непонятно — это всегда дорого. В этой статье я дам вам систему из 15 вопросов, которая защитит ваш бюджет лучше любого юриста. Проверено на 200 проектах за 15 лет.

💡 Ключевой инсайт: Переплата начинается не с подписания договора, а с первого вопроса, который вы не задали. Недобросовестные подрядчики не обманывают напрямую — они просто не договаривают. Ваша задача — задать правильные вопросы до того, как вы начнете выбирать исполнителя для сайта.

🚩 Красные флаги: Что должно насторожить с первой встречи

Знаете, я научился распознавать мошенников еще в 2010-м. Тогда по рынку ходили "студии", которые собирали предоплаты и исчезали. Сейчас схемы изощреннее, но красные флаги те же.

Вот вам парадокс: самые опасные студии — не те, кто откровенно врет. А те, кто говорит правду. Но не всю. Они обещают "современный сайт с админкой" — и формально выполняют. Только админка там такая, что проще руками в коде править. А современный... ну, на момент 2015 года он и правда был современным.

Манера общения: Когда "да" значит "нет"

Первая встреча с потенциальной веб-студией — это как первое свидание. Только тут не сердце разобьют, а бюджет опустошат.

Что должно насторожить сразу:

Они говорят "всё сделаем" на любой ваш запрос. Хотите интернет-магазин с интеграцией 1С, CRM, складским учетом и мобильным приложением за 100 тысяч за месяц? "Конечно, без проблем!" Логика где? Либо они не понимают масштаб задачи (плохо), либо понимают и врут (еще хуже).

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

А еще меня всегда удивляло, почему "эксперты" боятся говорить про сложности. "У вас специфичный товарный учет? Ну это мы легко сделаем!" Хотя на самом деле это месяц допиливания и кастомной разработки.

Вот диалог из жизни: — Сколько будет стоить сайт?
— А какой сайт вам нужен?
— Ну... нормальный такой. Как у конкурентов, только лучше.
— Хорошо, сделаем. 300 тысяч.
— А почему так дорого?
— А сколько вы хотели?
— Ну тысяч 50...
— Тогда 50 тысяч.

Узнаёте? Это не студия — это базар. Профессионалы никогда не называют цену, пока не поняли задачу. Если вам озвучили стоимость в первые 5 минут разговора — бегите.

⚠️ Предупреждение: Агрессивные продажи в веб-разработке — это как предложение жениться на первом свидании. Красиво звучит, но что-то тут не так.

Еще один красный флаг — обещание невозможного:

"Выведем вас в топ Яндекса за неделю!" Ребята, серьезно? SEO — это не магия, это системная работа на месяцы. Если кто-то обещает быстрые результаты в SEO — он либо использует черные методы (привет, бан от Яндекса), либо просто врет.

Портфолио: Как отличить настоящее от "Фотошопа"

А теперь самое интересное. Портфолио.

Честно говоря, меня всегда раздражало, когда в портфолио показывают только красивые картинки. Ну прикольный дизайн, да. А он работает? Сайт живой? Клиент доволен? Или это просто макет, который никогда не запускался?

Три способа проверить портфолио на честность:

1. Попросите прямые ссылки на сайты. Не скриншоты — именно ссылки. Откройте их. Посмотрите, как они работают. Попробуйте что-то заказать (в тестовом режиме). Если студия отказывается давать ссылки под предлогом NDA — насторожитесь. Да, NDA бывают, но обычно на логотипы и названия, не на сами сайты.

2. Проверьте актуальность проектов. Я видел портфолио, где половина ссылок вела в никуда. Сайты умерли. Бизнесы закрылись. А студия всё показывает их как свои достижения. Хотите так же? Вот и я не хочу. Актуальное портфолио — это работающие, живые проекты за последние 2-3 года.

3. Посмотрите на функционал, а не на дизайн. Красивые картинки рисовать умеют все. А вот сделать так, чтобы пользователь интуитивно понял, куда нажимать — это искусство. Откройте сайты из портфолио. Попробуйте найти товар, оформить заказ, связаться с компанией. Сложно? Запутанно? Вот вам и качество работы студии.

Что смотреть в портфолио:

• ✅ Разнообразие проектов (не только лендинги или только интернет-магазины)
• ✅ Работающие ссылки на реальные сайты
• ✅ Кейсы с описанием задач и результатов
• ✅ Отзывы клиентов (лучше с контактами для проверки)

Красные флаги в портфолио:

• ❌ Только скриншоты, без ссылок
• ❌ Все проекты выглядят одинаково
• ❌ Нет описания задач, только "красивые картинки"
• ❌ В портфолио одни лендинги, а вам нужен сложный интернет-магазин

Кстати, про отзывы. Если студия показывает вам отзывы только на своем сайте — это не отзывы. Это реклама. Ищите отзывы в независимых источниках: на профильных форумах, в соцсетях, на площадках типа Яндекс.Карты или отзовиках.

И да, не бойтесь звонить клиентам студии. Нормальные студии дают контакты (с разрешения клиентов, конечно). Спросите про сроки, про общение, про доработки после сдачи. Реальный отзыв клиента стоит дороже самого красивого портфолио.

📝 Из практики: Однажды клиент показал мне "портфолио" студии, с которой хотел работать. Я открыл первый сайт оттуда — и нашел его в каталоге готовых решений одного известного разработчика. То есть студия просто купила готовый шаблон и выдала за свою работу. Проверяйте всё.

📋 15 вопросов, которые защитят ваш бюджет

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

Эти вопросы — результат 15 лет работы и нескольких десятков конфликтных ситуаций, которые я разбирал. И знаете что? 90% конфликтов можно было предотвратить, если бы клиент задал эти вопросы вначале.

Блок 1: Технические вопросы

Вопрос 1: На какой платформе будет сайт и почему именно она?

Это не праздный интерес. От платформы зависит всё: стоимость доработок, удобство работы, возможность смены подрядчика в будущем.

Правильный ответ звучит примерно так: "Мы предлагаем 1С-Битрикс, потому что у вас сложный товарный учет и нужна интеграция с вашей 1С. WordPress здесь не подойдет, а на Tilda такой функционал не реализуешь."

Неправильный ответ: "Мы работаем только на нашей собственной CMS. Она самая лучшая." Переводится как: "Вы будете привязаны к нам навечно, потому что никто другой с этой системой работать не сможет."

Я вот для себя решил так: самописные CMS — это красный флаг. За редким исключением. Потому что если студия закроется или вы захотите сменить подрядчика — вы останетесь со своей уникальной системой один на один. А найти специалиста по какой-нибудь "Супер-Движок-Про 3.0" невозможно.

Популярные CMS в России — это 1С-Битрикс, WordPress, Битрикс24, ModX. У каждой свои плюсы и минусы. Главное — чтобы выбор был обоснован вашими задачами, а не удобством разработчика.

Вопрос 2: Что входит в стоимость технической поддержки?

О, это мое любимое. Знаете, сколько раз я видел клиентов, которые думали, что "техподдержка включена", а потом оказывалось, что включена только проверка работоспособности сервера?

Что должно входить в нормальную техподдержку:

• Исправление ошибок и багов
• Обновления системы безопасности
• Резервное копирование
• Восстановление после сбоев
• Консультации по работе с сайтом

Что обычно НЕ входит:

• Добавление нового функционала
• Изменение дизайна
• Наполнение контентом
• Настройка рекламы

Спросите прямо: "Если у меня сломается форма заказа, это будет бесплатное исправление или платная доработка?" Пусть объяснят, где граница между техподдержкой и доработками.

И еще. Узнайте сроки реакции. "Мы ответим в течение рабочего дня" — это одно. "Мы ответим когда-нибудь" — совсем другое. Если ваш интернет-магазин упал в пятницу вечером, а техподдержка выходит на связь только в понедельник — прикиньте потери.

Вопрос 3: Кто владелец домена и хостинга?

Простой вопрос, который может спасти вас от кошмара.

Реальная история: клиент заказал сайт, студия зарегистрировала домен на себя. Через год клиент решил сменить подрядчика. Студия потребовала 200 тысяч за "передачу прав на домен". Формально всё законно — домен же их.

Правильный ответ: "Домен и хостинг регистрируются на вас. Мы просто помогаем с настройкой и управлением."

Красные флаги:

• "Мы регистрируем всё на себя, так удобнее"
• "Вы потом сможете перерегистрировать"
• "Это технически сложно, пусть будет на нас"

Нет. Домен — это ваша собственность. Это как квартира: вы можете нанять управляющую компанию, но собственником остаетесь вы. То же и с хостингом — вы платите, значит это ваш ресурс.

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

Вопрос 4: Предоставляется ли техническая документация?

Этот вопрос отделяет профессионалов от халтурщиков.

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

Зачем это нужно?

Представьте: через год ваша студия пропала (закрылась, исчезла, перестала отвечать). Вы ищете нового подрядчика. Он смотрит на ваш сайт и говорит: "Понятия не имею, как тут всё устроено. Надо разбираться. Это месяц работы."

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

Минимум что должно быть:

• Список установленных модулей и расширений
• Схема интеграций (с 1С, CRM, платежными системами и т.д.)
• Инструкция администратора
• Описание нестандартных решений

Если студия говорит: "Зачем вам документация, у вас же будем мы!" — это как врач, который отказывается дать вам вашу медицинскую карту. Подозрительно, да?

🧠 Инсайт: Студия, которая отказывается предоставлять техническую документацию, либо работает криво (и боится, что это увидят), либо хочет создать зависимость. Третьего не дано.

Вопрос 5: Какие модули/функции включены в базовую цену?

А вот тут начинается самое интересное. Потому что "интернет-магазин под ключ" у разных студий может означать совершенно разные вещи.

У одних "под ключ" — это полноценный магазин с корзиной, сравнением товаров, избранным, личным кабинетом, интеграцией с оплатой и доставкой, мобильной версией и CRM.

У других "под ключ" — это каталог товаров с формой "Заказать звонок". Всё остальное — за доплату.

Что нужно уточнить:

Пройдитесь по списку функций, которые вам нужны, и спросите по каждой: "Это входит в базовую стоимость?"

• Корзина и оформление заказа
• Личный кабинет пользователя
• Интеграция с платежными системами
• Калькулятор доставки
• Система скидок и акций
• Сравнение товаров
• Список избранного
• Отзывы и рейтинги
• Фильтры в каталоге
• Мобильная версия
• Интеграция с 1С/CRM
• Email-рассылки

Каждый "нет" — это дополнительные деньги. И лучше узнать об этом сейчас, а не когда вы уже заплатили половину.

Недавно разбирал кейс: клиенту назвали стоимость "интернет-магазина" — 150 тысяч. Звучит неплохо. Потом выяснилось: интеграция с 1С — еще 80 тысяч, мобильная версия — 40 тысяч, система скидок — 25 тысяч, личный кабинет — 35 тысяч. В итоге 330 тысяч вместо 150.

Это не обман в прямом смысле. Это недоговоренность. И от нее можно защититься только одним способом — конкретными вопросами.

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

 Блок 2: Организация работы

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

Вопрос 6: Кто будет вашим контактным лицом?

Простой вопрос, но очень важный.

Вариант А: у вас есть конкретный менеджер или руководитель проекта, который отвечает на ваши вопросы, координирует работу, держит вас в курсе.

Вариант Б: вы пишете на общую почту support@studio.ru, и вам отвечает кто придется. Сегодня Маша, завтра Петя, послезавтра никто.

Какой вариант вам больше нравится?

Что важно узнать:

• Кто будет вашим контактным лицом (имя, должность)
• Как с ним связаться (телефон, email, мессенджер)
• В какое время он доступен
• Кто его заменит, если он в отпуске/на больничном

Если студия не может назначить конкретного человека — это говорит о хаосе в процессах. А хаос в процессах = срыв сроков и некачественный результат.

Вопрос 7: Как часто предоставляются отчеты о работе?

Вы заплатили предоплату. Неделя прошла. Тишина. Две недели. Тишина. Месяц. Вы нервничаете: "А они вообще работают?"

Знакомо?

Нормальная схема работы:

• Еженедельные статусы по email (что сделано, что в процессе, что планируется)
• Регулярные созвоны (раз в неделю или две)
• Доступ к системе управления проектом, где видно прогресс

Красный флаг: "Мы напишем, когда будет готово."

Нет. Так не работают профессионалы. Вы платите деньги — вы имеете право знать, как идут дела.

Я вот всегда говорю клиентам: даже если ничего не произошло за неделю (бывает — ждем согласования дизайна, например), я всё равно напишу статус. Чтобы клиент понимал: мы тут, мы помним про проект, мы на связи.

Вопрос 8: Сколько правок включено в стоимость?

О боже, это больная тема.

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

Что нужно уточнить:

1. Правки по ошибкам — всегда бесплатны (баги, несоответствие ТЗ, нерабочий функционал)

2. Правки по дизайну — обычно 2-3 итерации включены (показали макет, вы попросили изменить цвета и переставить блоки, показали еще раз, вы еще что-то поправили — нормально; на пятый раз "давайте всё по-другому" — уже за деплату)

3. Правки по функционалу — если вы утвердили ТЗ, а потом решили добавить новую функцию — это доработка за деньги

Типичная схема:

• 2-3 итерации дизайна включены
• Правки по утвержденному макету в рамках разумного бесплатны
• Добавление нового функционала после утверждения ТЗ — платно

Главное — чтобы это было прописано в договоре. А то потом: "Мы думали, что можно бесконечно переделывать!" Нет, нельзя. У разработчиков тоже время стоит денег.

Вопрос 9: Какой порядок согласования дизайна и функционала?

Этот вопрос про процесс принятия решений.

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

1. Обсуждение и утверждение технического задания
2. Разработка прототипа (структура сайта без дизайна)
3. Согласование прототипа
4. Разработка дизайн-макета
5. Согласование дизайна
6. Верстка и программирование
7. Тестирование
8. Правки
9. Сдача

На каждом этапе — ваше утверждение. Письменное. Это важно.

Почему это важно?

Потому что если студия сразу прыгает в разработку без согласования ТЗ и прототипа — вы получите не то, что хотели. А когда вы скажете "переделайте", вам ответят: "Это не входило в ТЗ, это новая разработка, это доплата."

Красные флаги:

• Отказ показывать промежуточные результаты
• "Покажем, когда всё будет готово"
• Нет четкого процесса согласования

Требуйте поэтапной сдачи. Это защищает и вас, и студию от недопониманий.

Вопрос 10: Что происходит, если сроки срываются?

А вот тут начинается самое интересное. Потому что сроки срываются часто. Иногда по вине студии, иногда по вине клиента, иногда просто потому что жизнь.

Что должно быть в договоре:

1. Конкретные сроки (не "примерно 2 месяца", а "до 15 марта 2025 года")

2. Штрафные санкции за просрочку (обычно 0,1-0,5% от стоимости за каждый день просрочки, но не более 10-20% от суммы)

3. Форс-мажорные обстоятельства (что считается форс-мажором и как это влияет на сроки)

4. Кто отвечает за задержки (если задержка по вине клиента — например, вы две недели не утверждали дизайн — сроки сдвигаются)

Если в договоре нет штрафов за просрочку — у студии нет мотивации сдать вовремя. Простая логика.

Но и будьте реалистами: если вы сами тормозите процесс (не даете материалы, не отвечаете на вопросы, не утверждаете этапы), то требовать соблюдения сроков странно.

Золотое правило: сроки должны быть реалистичными. Если вам обещают сложный интернет-магазин за 2 недели — это либо обман, либо халтура, либо готовое решение, которое просто настроят под вас.

📝 Из практики: Самые успешные проекты — это те, где у обеих сторон есть мотивация соблюдать сроки. Штрафы работают. Но еще лучше работает нормальная коммуникация и реалистичное планирование.

 Блок 3: Деньги и гарантии

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

Вопрос 11: Какая схема оплаты и почему именно такая?

Схем оплаты в веб-разработке несколько. И у каждой свои подводные камни.

Стандартные схемы:

1. Предоплата 50% — остаток при сдаче Самая распространенная. 50% вы платите в начале (это покрывает основные затраты студии), 50% — когда работа сделана и вы её приняли.

Плюсы: студия мотивирована сдать проект, потому что хочет получить вторую половину оплаты. Минусы: если студия исчезнет после предоплаты, вы потеряете половину денег.

2. Поэтапная оплата (30% — 40% — 30%) 30% предоплата, 40% после сдачи дизайна, 30% после полной сдачи.

Плюсы: вы контролируете процесс и платите по факту выполнения этапов. Минусы: больше бюрократии, нужно четко описать этапы.

3. Оплата по факту Вся сумма после сдачи работы.

Плюсы для клиента: нет финансовых рисков. Минусы для клиента: так работают только крупные студии с именем или фрилансеры, которым совсем нечего терять. Или вообще никто.

Если студия предлагает "100% предоплату" — это красный флаг. Серьёзно, зачем им сдавать проект, если деньги уже получены? Мотивация где?

Что должно быть в договоре:

• Чёткая схема оплаты с процентами и сроками
• К каким этапам привязаны платежи
• Что считается основанием для оплаты (подписанный акт приема-сдачи, а не "мы вам показали результат")
• Возможность возврата предоплаты, если проект не выполнен

🧠 Инсайт: Честная студия всегда готова обсудить схему оплаты. Если вам говорят "только так и никак иначе" — это попытка снять с себя риски, переложив их на вас.

Вопрос 12: Что входит в гарантийное обслуживание?

Гарантия. Звучит хорошо, правда? "Мы даем гарантию 1 год!" — говорят вам. А что это значит на практике?

Что должно входить в гарантию:

✅ Исправление ошибок, которые были в момент сдачи, но проявились позже ✅ Восстановление работоспособности после сбоев (если сбой не по вашей вине) ✅ Консультации по работе с сайтом ✅ Обновления безопасности CMS (если это критично)

Что НЕ входит в гарантию:

❌ Добавление нового функционала ❌ Изменения дизайна ❌ Исправление проблем, которые возникли из-за ваших действий (залили вирус на сайт, например) ❌ Восстановление после взлома, если вы использовали пароль "123456" ❌ Доработки "давайте вот тут ещё добавим"

История из жизни: клиент требовал по гарантии добавить новый модуль оплаты. Мол, "у конкурентов есть, а у нас нет — значит, вы плохо сделали, исправляйте бесплатно." Логика интересная, но это не гарантия. Это новая разработка.

Важные моменты гарантии:

1. Срок гарантии — обычно от 3 до 12 месяцев. Меньше 3 месяцев — подозрительно (студия не уверена в своей работе?). Больше года — щедро, но проверьте, что именно покрывается.

2. Сроки реакции — в течение какого времени студия должна отреагировать на проблему. "В течение рабочего дня" — нормально. "Когда-нибудь" — нет.

3. Что считается гарантийным случаем — должно быть прописано чётко. "Все баги" — это не чётко. "Баги, которые были заложены в коде на момент сдачи" — уже лучше.

4. Как оформляется гарантийное обращение — через email? Через тикет-систему? Звонок в 3 часа ночи? Это важно.

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

Вопрос 13: Есть ли скрытые платежи?

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

Вам называют цену "интернет-магазин под ключ — 200 тысяч". Звучит неплохо. Вы соглашаетесь. А потом начинается:

— А домен? Это отдельно, 1000 рублей в год. — А хостинг? Это отдельно, 5000 в год. — А SSL-сертификат? 3000 в год. — А email-почта на вашем домене? 2000 в год. — А наполнение контентом? 50 рублей за карточку товара. — А фотографии товаров? Мы можем обработать, 100 рублей за фото. — А подключение платёжных систем? По 15 тысяч за каждую. — А интеграция с 1С? 80 тысяч. — А обучение работе с сайтом? 10 тысяч.

И вот ваши 200 тысяч превратились в 370. Магия.

Что нужно уточнить СРАЗУ:

Разовые платежи:

• Стоимость домена (и на кого регистрируется)
• Стоимость SSL-сертификата
• Подключение платёжных систем
• Настройка доставки и оплаты
• Интеграции (1С, CRM, аналитика)
• Обучение персонала
• Наполнение контентом (если студия этим занимается)

Регулярные платежи:

• Хостинг (в месяц/год)
• Продление домена (в год)
• Продление SSL (в год)
• Техподдержка после гарантии (в месяц)
• Резервное копирование (если отдельно)

Честная студия даст вам полную смету с разбивкой по всем статьям. Если отказываются — они что-то скрывают.

⚠️ Предупреждение: Фраза "всё включено" без детализации — это не про заботу о вас, это про неприятные сюрпризы потом. Требуйте конкретики.

Вопрос 14: Можно ли поэтапно утверждать бюджет?

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

Нормальная студия позволяет:

• Убрать функции, которые оказались не нужны (с перерасчётом стоимости)
• Добавить новые функции (с доплатой, естественно)
• Изменить приоритеты (сначала запустить базовый функционал, потом доработать)

Красный флаг: "Нет, мы работаем только по утверждённому ТЗ. Никаких изменений."

Жизнь — это не статичная картинка. Бизнес меняется. Требования меняются. И хорошо, когда студия это понимает.

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

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

Обсудите со студией, как будут обрабатываться изменения:

• В какой момент можно вносить правки без последствий
• Как оценивается стоимость новых функций
• Как пересчитываются сроки при изменениях

Вопрос 15: Что происходит, если вы решили остановить проект?

Неприятный вопрос, но важный. Потому что жизнь непредсказуема. Вдруг у вас изменились планы. Или бюджет. Или вы нашли другую студию. Что тогда?

Что должно быть в договоре:

1. Условия расторжения — при каких условиях можно расторгнуть договор (по соглашению сторон, в одностороннем порядке с уведомлением и т.д.)

2. Возврат предоплаты — что происходит с деньгами, которые вы уже заплатили. Обычно студия возвращает деньги за невыполненные этапы, но оставляет себе оплату за то, что уже сделано.

3. Передача исходников — что вы получаете при расторжении. Готовые макеты? Код? Или ничего?

4. Штрафы — есть ли штрафы за досрочное расторжение (обычно нет, но бывает)

Пример честной схемы:

Вы заказали сайт за 300 тысяч. Заплатили предоплату 150 тысяч. Сделан дизайн (50 тысяч) и начата разработка (20 тысяч освоено). Вы решаете остановить проект.

Студия оставляет себе 70 тысяч за выполненную работу и возвращает 80 тысяч. Плюс передаёт вам готовые макеты и исходники кода.

Справедливо? Мне кажется, да.

Несправедливо: "Предоплата не возвращается ни при каких условиях." Это не договор, это кабала.

Обсудите этот момент заранее. Да, неприятно говорить о расставании, когда ещё не начали работать. Но лучше иметь план на случай, если что-то пойдёт не так.

📝 Из практики: Один раз клиент остановил проект на середине из-за финансовых трудностей. Мы вернули ему остаток предоплаты и передали всё, что успели сделать. Через полгода он вернулся, и мы закончили проект. Честные отношения всегда окупаются.

 📄 Договор и ТЗ: Что должно быть обязательно

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

Знаете, что меня раздражает больше всего? Когда клиенты подписывают договор, не читая. "Ну там же стандартный текст, да?" Нет, не стандартный. Там ваши деньги, сроки и нервы. Читайте. Внимательно.

Критичные пункты договора

Договор на создание сайта — это не просто формальность. Это ваш спасательный круг, когда что-то пойдёт не так.

5 пунктов, без которых договор подписывать нельзя:

1. Предмет договора — что именно вы покупаете

В договоре должно быть чётко написано: "Разработка интернет-магазина согласно техническому заданию (Приложение 1) на платформе 1С-Битрикс с функционалом: каталог товаров, корзина, оплата, доставка, личный кабинет, интеграция с 1С."

А не просто: "Создание сайта".

Помните историю про клиента, который заплатил 450 тысяч за "разработку сайта", а получил конструктор за 15? Так вот, если бы в договоре было написано "на платформе 1С-Битрикс с индивидуальным дизайном" — он мог бы требовать либо выполнения, либо возврата денег.

2. Сроки — конкретные даты, а не "примерно"

❌ Плохо: "Срок выполнения работ — около 2 месяцев" ✅ Хорошо: "Срок выполнения работ — не позднее 15 апреля 2025 года"

И обязательно: что считается началом срока (дата подписания договора? Дата оплаты предоплаты? Дата утверждения ТЗ?), что считается окончанием (дата передачи сайта? Дата подписания акта?).

А ещё — ответственность за нарушение сроков. Штраф. Пусть небольшой — 0,1% от суммы за каждый день просрочки, но он должен быть. Иначе у студии нет мотивации сдать вовремя.

3. Авторские права — кто владелец сайта

Это больная тема. Очень больная.

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

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

Пример правильной формулировки: "После полной оплаты по договору Исполнитель передаёт Заказчику исключительные права на разработанный сайт, включая дизайн, программный код, графические материалы и базы данных."

Без этого пункта вы покупаете не сайт, а лицензию на его использование. Чувствуете разницу?

4. Гарантии и ответственность — кто за что отвечает

Что происходит, если сайт сломается? Кто отвечает за потерянные данные? За взлом? За простой?

В договоре должны быть прописаны:

• Гарантийный срок и что в него входит
• Ответственность студии за ошибки в коде
• Ответственность студии за срыв сроков
• Ответственность клиента за предоставление материалов
• Форс-мажорные обстоятельства

И ещё важный момент: ограничение ответственности. Обычно пишут что-то вроде: "Ответственность Исполнителя ограничена суммой, уплаченной по договору."

Это нормально. Потому что если из-за сбоя сайта вы потеряли миллион, а заплатили за сайт 100 тысяч — студия не будет компенсировать весь миллион. Только 100 тысяч (и то по суду).

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

5. Порядок сдачи-приёмки — как фиксируется готовность

Сайт готов. Студия говорит: "Всё, забирайте." Вы говорите: "Нет, тут баги." Студия: "Это не баги, это фичи."

Как разрешить спор?

В договоре должна быть прописана процедура приёмки:

1. Студия передаёт сайт для тестирования
2. Вы тестируете в течение N дней (обычно 5-10)
3. Составляете список замечаний (если есть)
4. Студия исправляет
5. Вы проверяете исправления
6. Подписываете акт приёма-сдачи

Без акта приёма-сдачи работа не считается выполненной. Это важно.

И ещё: в договоре должно быть сказано, что считается недостатком, требующим исправления. Обычно это "несоответствие ТЗ" и "ошибки в работе функционала". А вот "мне не нравится оттенок синего" — это не недостаток, это ваше субъективное мнение.

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

История, которая научила меня читать договоры:

Один клиент обратился ко мне за консультацией. Он заказал сайт в какой-то студии, заплатил 300 тысяч, студия исчезла. Я посмотрел на договор и... там была студия зарегистрирована как ИП. Через месяц после подписания договора ИП закрыли. Юридически претензии некому предъявлять.

Это был не обман в классическом смысле — просто схема. Открыли ИП, собрали предоплаты, закрыли ИП, открыли новое.

Мораль: проверяйте, с кем подписываете договор. ИП — это рискованно (хотя многие нормальные фрилансеры работают как ИП). ООО — надёжнее. Крупная студия с историей — ещё надёжнее.

ТЗ - ваша библия на время разработки

Техническое задание. ТЗ. Самый недооцененный документ в веб-разработке.

Честно говоря, меня всегда удивляло, почему клиенты не требуют нормальное ТЗ. Ну то есть студия показывает им "ТЗ" на полстраницы — "сделать сайт, чтобы было красиво и работало" — и клиент подписывает. А потом удивляется, что получил не то, что хотел.

ТЗ на одну страницу — это красный флаг. Серьёзно. Если на описание сайта хватило полстраницы текста — либо это очень простой сайт (лендинг-визитка), либо ТЗ написано для галочки.

Что обязательно должно быть в ТЗ:

Структура сайта

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

Функциональные требования

Подробное описание того, КАК всё должно работать.

Например, для интернет-магазина:

• Как добавляется товар в корзину (кнопка, ajax, всплывающее окно?)
• Как работает фильтр (перезагрузка страницы или ajax?)
• Как считается доставка (фиксированная цена, по весу, по зонам, через API служб доставки?)
• Как происходит оплата (на сайте, по счёту, наложенный платёж?)
• Как работает личный кабинет (история заказов, избранное, подписки?)

Чем подробнее — тем лучше. Каждое "как-то" в ТЗ — это потенциальный конфликт потом.

Дизайн и визуальное оформление

Описание стиля: корпоративные цвета, шрифты, примеры сайтов, которые нравятся. Прототипы страниц (схематичное изображение структуры).

Или ссылка на макеты, если дизайн уже разработан.

Технические требования

• Платформа (CMS)
• Хостинг (требования к серверу)
• Поддерживаемые браузеры
• Адаптивность (мобильная версия, планшеты)
• Скорость загрузки
• SEO-требования

Интеграции

• С какими системами нужна интеграция (1С, CRM, email-рассылки, аналитика, онлайн-чат)
• Как должна работать интеграция
• Кто предоставляет доступы и API

Пример: как НЕ надо писать ТЗ ❌ "Сделать интернет-магазин с каталогом товаров и корзиной"

Пример: как НАДО писать ТЗ ✅ "Интернет-магазин на платформе 1С-Битрикс с каталогом товаров (не менее 1000 позиций), умным фильтром по 5 характеристикам (цена, производитель, размер, цвет, материал), корзиной с возможностью изменения количества и удаления товаров, оформлением заказа в 3 шага (контакты, доставка, оплата), интеграцией с 1С для автоматической выгрузки товаров и заказов, личным кабинетом с историей заказов и статусами доставки, адаптивной версией для мобильных устройств."

Чувствуете разницу?

📝 Кейс: Однажды клиент пришёл с проектом, который "не работает, как надо". Я попросил показать ТЗ. ТЗ не было. Вообще. Был договор "на создание сайта интернет-магазина", и всё. Студия сделала базовый каталог с формой заказа. Формально выполнили договор. Клиент хотел полноценный магазин с кучей функций. Не получил. Спорить бесполезно — нет ТЗ, нет требований.

Мы сели, составили нормальное ТЗ на 15 страниц, пошли к той же студии и сказали: "Вот что мы хотим. Сколько будет стоить доработка?" Они насчитали ещё 200 тысяч. Мы сделали у себя за 120.

Вывод: ТЗ защищает обе стороны. Студию — от бесконечных правок "а давайте ещё вот это". Клиента — от получения не того, что он хотел.

Требуйте подробное ТЗ. Читайте его. Уточняйте непонятные моменты. Утверждайте письменно.

И если студия говорит: "Зачем вам это ТЗ, мы и так всё поняли" — бегите. Потому что "всё поняли" без ТЗ — это "мы сделаем что-то, а там посмотрим".

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

 💸 Реальная стоимость: Разбираем ценообразование

А теперь про деньги. Про то, почему один и тот же по сути сайт может стоить и 30 тысяч, и 300 тысяч.

Вот вам вопрос: сколько стоит добраться из пункта А в пункт Б? Можно пешком — бесплатно. Можно на автобусе — 50 рублей. Можно на такси — 500 рублей. Можно на вертолёте — 50 000 рублей.

Вы доберётесь? Доберётесь. Разница в скорости, комфорте и надёжности.

С сайтами — аналогично.

Из чего складывается стоимость сайта

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

Студент-фрилансер: 500-1000 рублей в час Мидл-разработчик: 1500-2500 рублей в час Сеньор-разработчик: 3000-5000 рублей в час Зарубежный специалист: от 50$ в час (и выше)

На создание лендинга уходит примерно 40-80 часов работы (дизайн, вёрстка, программирование, тестирование). На интернет-магазин — от 200 часов и выше.

Посчитайте сами.

2. Платформа и инструменты

Конструктор (Tilda, Wix): почти бесплатно, но ограниченный функционал WordPress: бесплатная CMS, но нужны платные плагины и темы (от 5 до 100+ тысяч) 1С-Битрикс: от 50 тысяч за лицензию (если интернет-магазин) Индивидуальная разработка: от 500 тысяч

Плюс хостинг, домен, SSL-сертификат, платные шрифты, фотостоки — всё это складывается.

3. Сложность функционала

Лендинг-визитка: самое простое Корпоративный сайт: сложнее Интернет-магазин: ещё сложнее Интернет-магазин с интеграциями: существенно сложнее Маркетплейс или сложный портал: очень сложно

Каждая интеграция (1С, CRM, платёжные системы, доставка) — это дополнительные часы работы.

4. Качество и поддержка

Можно сделать быстро и дёшево. Студент-фрилансер накидает что-то за выходные за 10 тысяч. Оно будет работать. Но:

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

А можно сделать правильно. Дольше, дороже, но:

• Чистый код, который можно развивать
• Тестирование и отсутствие критичных багов
• Документация
• Гарантия и поддержка
• Студия на связи годами

Выбор за вами.

Сколько реально стоит сайт в России (2025)

Давайте без воды. Вот реальные диапазоны цен на российском рынке:

Это не с потолка взято. Это средние цифры по рынку, которые я вижу последние годы.

Почему такой разброс?

Минимум — это обычно:

• Готовое решение с минимальной настройкой
• Работа начинающих специалистов или студентов
• Типовой дизайн (шаблон)
• Базовый функционал
• Минимальная или отсутствующая поддержка

Средний рынок — это:

• Индивидуальный или полу-индивидуальный дизайн
• Работа опытных специалистов
• Расширенный функционал
• Интеграции (некоторые)
• Гарантия и поддержка

Премиум — это:

• Полностью индивидуальный дизайн (с UX-исследованиями)
• Команда топовых специалистов
• Сложный функционал
• Все необходимые интеграции
• Расширенная поддержка и гарантии

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

Как проверить адекватность цены?

Просто: посчитайте часы. Спросите у студии: "Сколько часов работы закладывается в проект?" Если они называют 50 часов, а цена 300 тысяч — считайте: 6000 рублей в час. Это уровень топовых спецов или западных подрядчиков. Адекватно ли для вашего проекта?

Или наоборот: цена 30 тысяч за интернет-магазин с интеграцией 1С. Считаем: даже если работает студент за 500 рублей в час, это 60 часов работы. На интернет-магазин с интеграцией? Нереально. Значит, где-то подвох.

А что если бюджет ограничен?

Тогда вам сюда — в следующий раздел. Про альтернативы.

 🎯 Альтернативы: Когда можно сэкономить без потери качества

Не у всех есть 300-500 тысяч на разработку сайта. И это нормально. Вопрос в другом: что делать, если бюджет ограничен, а сайт нужен?

Готовые решения — ваш друг при ограниченном бюджете

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

Что такое готовое решение?

Это шаблон сайта, который уже разработан, протестирован и готов к использованию. Вы покупаете его (обычно от 10 до 100 тысяч рублей), устанавливаете на свой хостинг, настраиваете под себя (дизайн, тексты, товары) — и работаете.

Плюсы: 

✅ Быстро (запуск за 1-2 недели вместо 2-3 месяцев) 

✅ Дёшево (в 3-5 раз дешевле индивидуальной разработки) 

✅ Надёжно (шаблон проверен на сотнях сайтов) 

✅ Можно посмотреть демо перед покупкой 

✅ Обновления и поддержка от разработчика шаблона

Минусы: 

❌ Ограниченность в дизайне (хотя можно адаптировать) 

❌ Другие сайты могут выглядеть похоже (но это решается настройками) 

❌ Не всегда подходит для нестандартных задач

Когда готовое решение подходит:

• У вас типовой бизнес (интернет-магазин, услуги, производство)
• Вам не нужен уникальный функционал
• Бюджет ограничен
• Нужно запуститься быстро

Когда готовое решение НЕ подходит:

• У вас очень специфичный бизнес
• Нужен сложный нестандартный функционал
• Бренд требует уникального дизайна
• Есть бюджет на индивидуальную разработку

У нас в каталоге есть готовые интернет-магазины под разные ниши — от продуктов питания до автозапчастей. Можете посмотреть, вдруг найдёте что-то подходящее.

Конструкторы сайтов — когда они работают, а когда нет

Tilda, Wix, WordPress.com, UKit и прочие. Все слышали, многие пробовали.

Честно скажу: конструкторы — это отличный инструмент. Для определённых задач.

Конструкторы хороши для:

• Лендингов и одностраничников
• Сайтов-визиток (5-10 страниц)
• Портфолио
• Блогов
• Быстрого MVP (минимально жизнеспособного продукта)

Конструкторы НЕ подходят для:

• Сложных интернет-магазинов (больше 100 товаров)
• Сайтов с интеграциями (1С, CRM, специфичные API)
• Проектов, требующих SEO-оптимизации на максимум
• Высоконагруженных проектов
• Если нужна полная независимость (на конструкторе вы всегда зависите от платформы)

Реальная история:

Знакомый запустил интернет-магазин на Tilda. 20 товаров, ручная работа, всё красиво. Через полгода товаров стало 200. И он понял: редактировать каждую карточку вручную — это кошмар. Переносить данные, обновлять цены, следить за остатками — всё вручную.

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

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

Фриланс vs Студия — что выбрать

Извечный вопрос.

Фрилансер:

Плюсы:

• Дешевле (нет накладных расходов студии)
• Прямое общение (без менеджеров-посредников)
• Гибкость (можно договориться о нестандартных условиях)

Минусы:

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

Студия:

Плюсы:

• Надёжность (компания не исчезнет за неделю)
• Команда (дизайнер, разработчик, тестировщик, менеджер)
• Процессы (отлаженная система работы)
• Юридические гарантии (договор с ООО)
• Поддержка (всегда есть кто заменит ушедшего специалиста)

Минусы:

• Дороже (нужно кормить всю команду + накладные расходы)
• Иногда медленнее (процессы, согласования)
• Меньше гибкости (студия работает по своим правилам)

Мой совет:

Фрилансера — если:

• Бюджет очень ограничен
• Проект простой
• Вы сами разбираетесь в теме и можете контролировать
• Нашли проверенного человека с портфолио и отзывами

Студию — если:

• Проект сложный
• Нужны гарантии и поддержка
• Вы не хотите вникать в технические детали
• Готовы платить за надёжность

Золотая середина: найти хорошую небольшую студию, где работают 3-5 человек, есть юридическое лицо, но нет огромных накладных расходов. Качество выше фриланса, цена ниже большой студии.

💡 Совет: Не гонитесь за самой низкой ценой. Но и не переплачивайте за бренд. Ищите оптимальное соотношение цены и качества. Если хотите исследовать готовые варианты, посмотрите наш каталог готовых сайтов — там решения на любой бюджет.

 ✅ Заключение: Ваш план действий

Ну вот мы и дошли до конца. 15 вопросов, договор, ТЗ, ценообразование, альтернативы. Много информации, я знаю.

Давайте подведём итоги.

Bottom line up front (главная мысль сразу)

Переплата за сайт — это не про жадность студии. Это про вашу неподготовленность. Недобросовестные подрядчики не обманывают напрямую — они просто не договаривают. А вы не спрашиваете.

15 вопросов из этой статьи — это ваш щит. Задайте их — и 90% мошенников отвалятся сами. Потому что честным студиям эти вопросы не страшны, а нечестным — неудобны.

Три главные мысли, которые нужно запомнить

1. Вопросы важнее ответов

Не верьте обещаниям. Не верьте портфолио. Не верьте отзывам на сайте студии. Задавайте неудобные вопросы и смотрите на реакцию. Профессионалы не боятся вопросов. Мошенники — боятся.

2. Бумага всё стерпит, но она же и защитит

Всё, что вам пообещали устно, должно быть в договоре. Всё, что должно быть на сайте, должно быть в ТЗ. Без документов ваши претензии — это просто воздух.

3. Дёшево, быстро, качественно — выберите два

Это не я придумал, это закон жизни. Хотите быстро и качественно — будет дорого. Хотите дёшево и качественно — будет медленно. Хотите дёшево и быстро — будет... ну, вы поняли.

Что делать дальше (конкретные шаги)

Шаг 1: Определитесь с бюджетом и сроками Сколько вы готовы потратить? Когда сайт должен быть готов? От этого зависит, к кому обращаться и что выбирать.

Шаг 2: Решите, что вам нужно Простой сайт-визитка? Интернет-магазин? Сложный портал? Чем чётче понимаете задачу, тем проще найти исполнителя.

Шаг 3: Изучите рынок Посмотрите 5-10 студий или фрилансеров. Сравните цены, портфолио, условия. Не выбирайте первого попавшегося.

Шаг 4: Проверьте готовые решения Может, вам вообще не нужна индивидуальная разработка? Зайдите в наш каталог, посмотрите — вдруг найдёте что-то подходящее. Сэкономите время и деньги.

Шаг 5: Задайте 15 вопросов Всем, с кем общаетесь. Запишите ответы. Сравните. Выберите тех, чьи ответы вас устроили.

Шаг 6: Требуйте подробное ТЗ Перед подписанием договора. Читайте его. Уточняйте непонятное. Утверждайте.

Шаг 7: Читайте договор Каждый пункт. Если не понимаете — спрашивайте. Если не устраивает — требуйте изменить. Это ваши деньги и ваш сайт.

Финальный чек-лист: возьмите с собой на встречу с веб-студией

📋 Распечатайте и возьмите с собой:

Технические вопросы:

• [ ] На какой платформе будет сайт и почему?
• [ ] Что входит в техподдержку?
• [ ] Кто владелец домена и хостинга?
• [ ] Будет ли техническая документация?
• [ ] Что включено в базовую цену?

Организационные вопросы:

• [ ] Кто мой контактный человек?
• [ ] Как часто будут отчёты?
• [ ] Сколько правок включено?
• [ ] Какой порядок согласования?
• [ ] Что если сроки сорвутся?

Финансовые вопросы:

• [ ] Какая схема оплаты?
• [ ] Что входит в гарантию?
• [ ] Какие есть скрытые платежи?
• [ ] Можно ли корректировать бюджет?
• [ ] Что если я захочу остановить проект?

Для договора проверить:

• [ ] Подробное описание предмета договора
• [ ] Конкретные сроки с ответственностью
• [ ] Передача авторских прав
• [ ] Гарантийные обязательства
• [ ] Порядок приёмки работ

Для ТЗ проверить:

• [ ] Структура сайта расписана
• [ ] Функционал описан подробно
• [ ] Дизайн и стиль определены
• [ ] Технические требования указаны
• [ ] Интеграции перечислены

Последние слова

Знаете, что самое важное я понял за 15 лет в этом бизнесе? Что самые успешные проекты — это не те, где был самый большой бюджет. И не те, где работали самые крутые дизайнеры.

Самые успешные проекты — это те, где заказчик и исполнитель говорили на одном языке. Где не было недосказанности. Где были чёткие договорённости, взаимное уважение и общая цель.

И эта статья — про то, как начать правильный диалог. Как задать правильные вопросы. Как защитить себя от переплаты и недопонимания.

Вы теперь вооружены. У вас есть вопросы, есть чек-листы, есть понимание, как всё устроено. Идите и выбирайте веб-студию с умом.

А если нужна помощь — мы всегда на связи. Можете изучить наш каталог готовых решений, почитать другие статьи в блоге, или просто написать нам. Мы не кусаемся. Серьёзно.

Удачи в вашем проекте! 🚀

P.S. Если эта статья помогла вам — поделитесь ей с другими предпринимателями. Пусть меньше людей переплачивает за сайты. А если у вас есть свои истории про выбор веб-студии (хорошие или плохие) — пишите в комментариях. Обсудим.

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