Как выбрать веб-студию и заказать сайт в 2026

"Заказать сайт" ищут в Яндексе многие тысячи раз в месяц - веб студия, веб разработка, заказать сайт онлайн, заказать сайт в Москве. За каждым запросом человек, который час назад ещё не выбрал, кому отдать деньги и на два-три месяца контроль над репутацией бизнеса. Ошибка вскрывается не сразу. Обычно на третьем месяце, когда сроки сорваны дважды, дизайн переделан с нуля, а на вопрос "кому принадлежат права на код" исполнитель мнётся.

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

А вы уверены, что при заказе своего сайта проверили хотя бы половину из того, что дальше по списку?

Кому доверить сайт: фрилансер, студия или агентство

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

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

Студия - команда из нескольких человек: дизайнер, верстальщик, разработчик, часто отдельный менеджер проекта. Есть договор, есть закрывающие документы, есть кому передать проект, если один специалист выбыл на середине работы. Хороший веб-разработчик в такой команде отвечает на вопросы по функционалу за пять минут, а не отделывается расплывчатым "сделаем красиво". Для 80% задач малого и среднего бизнеса студия - оптимальный вариант: закрывает полный цикл разработки, но не тянет наценку за бренд и многоуровневый менеджмент, характерную для крупных агентств. Мы в Devorra работаем именно так.

Агентство устроено похоже на студию, но крупнее - параллельные команды, отдел стратегии, аккаунт-менеджмент, иногда собственный PR-блок. Оправдано при бюджете от 500 000 ₽ и задаче, которая требует координации сразу нескольких направлений: сайт, реклама, контент, аналитика. Для одного лендинга или корпоративного сайта - переплата за структуру, которая вам просто не нужна.

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

На что смотреть при выборе веб-студии

Портфолио - смотрите вживую

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

Отзывы - за пределами сайта студии

Отзывы на собственном сайте подрядчика ничего не доказывают: их туда добавляет сам подрядчик. Ищите профиль в отраслевых каталогах вроде Рейтинга Рунета или CMS Magazine, отзывы в 2ГИС и Яндекс Картах, упоминания в тематических чатах. Пять лет на рынке и ни одного следа за пределами собственного сайта - странное сочетание.

Стек и техническая база

Спросите, на чём делают сайт. Ответ "на нашей собственной уникальной платформе" без уточнений - повод насторожиться: закрытый самописный движок означает, что при разрыве отношений ни один сторонний разработчик не возьмётся разбираться в чужом коде, и переделывать придётся с нуля. Открытые технологии - 1С-Битрикс для e-commerce, популярные фреймворки для остального - гарантируют, что в случае чего вы найдёте, кому передать проект дальше.

Кто перед вами - юрлицо или "физик с телеграм-каналом"

Перед оплатой откройте бесплатный сервис ФНС "Прозрачный бизнес" и вбейте ИНН из реквизитов в договоре или на сайте студии. Пара минут - и видно, сколько лет компании, не в процессе ли она ликвидации, совпадает ли название с тем, что на сайте. Если реквизитов нет вообще, а есть только карта физлица для перевода - это уже не вопрос удобства, а прямой сигнал, что спросить за срыв сроков или пропавшую предоплату будет не с кого.

Договор и права на код

Здесь теряют деньги чаще всего. По статье 1296 Гражданского кодекса РФ исключительное право на созданный по заказу сайт по умолчанию принадлежит заказчику, если договором не предусмотрено иное. Именно это "если не предусмотрено иное" в части договоров подряда прописано мелким шрифтом в пользу исполнителя - или не прописано вообще, и тогда возникает спор через год-два, когда сайт уже приносит выручку. Много ли у вас на руках подписанных договоров, где вы реально читали пункт про интеллектуальную собственность?

Отдельная история - самозанятые исполнители. Формально с самозанятым можно работать по договору подряда или договору авторского заказа, это законно. Но раз это не трудовые отношения, права на код не переходят к заказчику автоматически - их нужно прописать отдельным пунктом. Держите в уме и ограничение по доходу: у самозанятого годовой лимит - 2,4 млн рублей; если он превышен, а исполнитель не оформит ИП, налоги и взносы за него ложатся на заказчика.

Этапы и оплата

100% предоплата - универсальный повод насторожиться, вне зависимости от того, кто просит: фрилансер, студия или агентство. Нормальная практика - деление на этапы: аванс на старте, оплата после утверждения дизайн-макета, оплата после сдачи готового сайта. Конкретные проценты закон не регулирует - это предмет договорённости сторон, но структура должна быть прописана с датами и суммами по каждому этапу, а не общей фразой "оплата по договорённости".

Поддержка после запуска

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

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

Как составить ТЗ, чтобы не платить за доработки

"Сделайте красивый современный сайт" - это пожелание, а не техническое задание. Хорошее ТЗ отвечает на вопросы, которые можно проверить фактом, а не мнением. Не "современный дизайн" - а "минималистичный дизайн в синих и белых тонах, без анимаций тяжелее 200 КБ". Не "удобная форма" - а "форма из четырёх полей с валидацией на лету и отправкой заявки в CRM".

Минимальный набор разделов для ТЗ:

• Цель сайта и целевая аудитория - зачем он существует и кто на него придёт
• Структура и карта разделов - сколько страниц и что на каждой
• Функциональные требования - форма заявки, каталог, личный кабинет, интеграции с CRM или 1С
• Требования к дизайну - в измеримых формулировках, не "на ваш вкус"
• Технические требования - CMS или фреймворк, хостинг, требования к скорости и адаптиву
• Критерии приёмки - как именно проверяется, что этап выполнен, и кто подписывает акт

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

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

Красные флаги, которые видно ещё на созвоне

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

100% предоплата без деления на этапы. Разобрано выше, но повторю: нормальная схема всегда предполагает контрольные точки и промежуточную приёмку.

Отсутствие договора или "договор потом". Устные договорённости не работают, когда что-то идёт не так. Если предлагают "просто скинуть предоплату на карту, а бумаги оформим позже" - это позже обычно не наступает.

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

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

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

Знакомая история из нашей практики: к нам обращался владелец бизнеса, который отдал стопроцентную предоплату частному разработчику без единого документа, кроме переписки в мессенджере. Специалист сдал черновой макет, пропал на две недели, а потом заявил, что "переоценил объём работ" и попросил ещё половину суммы, чтобы продолжить. Взыскать деньги обратно не вышло - не было ни договора, ни реквизитов, только скриншоты переписки.

Как проходит нормальный проект

Нормальный проект - это не хаотичная переписка, а последовательность из восьми шагов, и на каждом есть что предъявить, если что-то пошло не так.

1. Бриф - короткая анкета о задаче, аудитории и бюджете
2. Коммерческое предложение с ТЗ - фиксирует объём работ и цену
3. Договор с этапами - даты, суммы, порядок приёмки, права на результат
4. Дизайн-макет на согласование - до вёрстки, пока правки дешёвые
5. Вёрстка и разработка - собственно код
6. Наполнение контентом - тексты, фото, карточки товаров
7. Тестирование на разных устройствах и в разных браузерах
8. Приёмка по акту, передача доступов и, если нужно, отдельный договор на поддержку

По нашей практике, лендинг проходит этот путь за неделю, корпоративный сайт - за месяц-полтора, интернет-магазин со сложной интеграцией - от двух-трёх месяцев. Любопытный факт в тему: по совместному исследованию McKinsey и Оксфордского университета почти пяти с половиной тысяч крупных ИТ-проектов, средний перерасход бюджета составил 45%, а итоговая ценность оказалась на 56% ниже плановой. Речь про крупные корпоративные системы, а не про сайты малого бизнеса, но логика универсальна: чем расплывчатее задание на старте, тем больше сюрпризов в конце.

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