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

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

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

С чего начать выбор подрядчика на разработку сайта

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

Для первого разговора подготовьте короткий бриф:

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

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

Выбор платформы тоже стоит обсудить до сметы. В статье «Как выбрать движок для сайта: конструктор, CMS или заказная разработка» разобраны варианты для разных задач и планы развития, которые влияют на решение.

Где искать подрядчика на разработку сайта

Рекомендации знакомых предпринимателей помогают узнать, как исполнитель работал на практике. Уточните, какой проект он делал, что входило в стоимость, как проходили согласования и решались проблемы после запуска. Опыт с небольшим лендингом не позволяет оценить, справится ли та же команда со сложным каталогом.

• Рейтинги и каталоги веб-студий. Удобны для составления первого списка кандидатов. Посмотрите, как устроен рейтинг: какие проекты учитываются, за какой период собираются данные, какие критерии используются. Затем переходите к самим работам и составу услуг.
• На Dprofle и похожих площадках можно оценить дизайн. Чтобы понять объём разработки, попросите показать работающий сайт и объяснить роль команды в проекте. Если понравился сайт компании из вашей сферы, проверьте подпись разработчика в подвале или уточните у владельца, кто выполнял работу.

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

Исполнитель	Когда подходит	Что уточнить перед заказом
Фрилансер	Фрилансер подходит для ограниченной задачи, например дизайна отдельной страницы, вёрстки или доработки существующего сайта.	Обсудите его загрузку и порядок передачи файлов. Если потребуется другой специалист, заранее определите, кто его привлекает и координирует работу.
Веб-студия	Веб-студию имеет смысл рассматривать, когда проект требует нескольких компетенций и регулярных согласований.	При этом название компании ничего не говорит о составе исполнителей: часть задач может выполнять штат, часть передаваться внешним специалистам. Важно понимать, кто отвечает за результат каждого этапа.
Агентство полного цикла	Агентство полного цикла удобно, если вместе с сайтом нужны продвижение, аналитика и работа с контентом.	Проверьте, входят ли эти услуги в предложение или оцениваются отдельно. Наличие отдела рекламы само по себе не означает, что SEO-подготовка включена в разработку.

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

Как оценить портфолио веб-студии

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

Посмотрите, как команда объясняет решения

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

В кейсе сайта для платформы интеграции мессенджеров с CRM и CMS показываем аналитику, разработку структуры, прототипирование, визуальную концепцию и мобильную адаптацию. Отдельно разобрали адаптивную вёрстку и тестирование сценариев. Можно оценить, какие работы предшествовали готовым экранам.

Другой пример, сайт туристической компании «Нисса-тур», – показывает работу с существующим проектом. Мы обновили дизайн, адаптировали сайт для мобильных устройств и реализовали управление разделами на WordPress. При этом сохранили привычную структуру и добавили способы связи с менеджером. При оценке подрядчика полезно обратить внимание на опыт редизайна и удобство дальнейшего наполнения.

Проверьте сайт с телефона

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

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

Проверьте отзывы о подрядчике

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

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

Что должно насторожить в портфолио

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

Первая встреча: какие вопросы задаёт хороший подрядчик

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

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

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

Оцените процесс работы и этапы разработки сайта

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

1. Подготовка

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

2. Дизайн

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

3. Вёрстка и программирование

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

4. Наполнение

На сайт загружают материалы и проверяют страницы с реальным контентом. Уточните объём наполнения и базовой SEO-подготовки: кто отвечает за тексты, изображения, метаданные и настройку индексации.

5. Сдача проекта

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

В статье «Этапы разработки сайта: полный пошаговый план» показано, какие работы входят в каждый шаг и что заказчик получает на выходе. Используйте её при обсуждении плана проекта.

Объём каждого этапа зависит от проекта. В кейсе лендинга для продажи автономных систем электрификации указан срок реализации один месяц. На странице предусмотрены главный экран с действием, каталог на втором экране, информация о продукте и форма связи. Этот срок относится к конкретному проекту и не задаёт общий норматив для всех лендингов.

Если сомневаетесь в формате будущего сайта, сравните задачи одностраничного и многостраничного решения в статье «Landing page или многостраничный сайт».

Кто будет разрабатывать сайт: проверьте состав команды

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

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

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

Как оценить коммерческое предложение на разработку сайта

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

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

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

Разделите ошибки и новые пожелания

Заранее договоритесь, как команда обрабатывает изменения после согласования макетов. Исправление функции, которая работает не по заданию, отличается от добавления нового сценария. В предложении или договоре нужно зафиксировать, как оцениваются дополнительные работы и кто утверждает изменение бюджета.

Что должно быть в договоре на разработку сайта

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

Техническое приложение

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

Права на сайт и доступы

Уточните, кому принадлежат права на созданные для проекта дизайн, код и материалы, когда и на каких условиях они передаются. Порядок зависит от вида договора и его условий, поэтому отсутствие отдельной фразы о передаче прав не означает автоматически, что сайт принадлежит подрядчику. Для произведений, созданных по заказу, предусмотрены правила статьи 1296 ГК РФ; договор с самим автором регулируется отдельно.

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

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

Персональные данные

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

Красные флаги при выборе подрядчика

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

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

Вопросы, которые стоит задать подрядчику

Этот список можно использовать на встрече и для сравнения нескольких предложений:

1. Какой формат и платформу вы рекомендуете под нашу задачу и почему?
2. Какие материалы мы согласуем до начала дизайна и разработки?
3. Кто работает над проектом и кто отвечает за сроки и связь с нами?
4. Как фиксируются правки, дополнительные работы и изменения бюджета?
5. Что входит в тестирование и по каким критериям принимается сайт?
6. Какие файлы, права, доступы и инструкции мы получим после запуска?
7. Какие риски вы видите в проекте и что нужно сделать до старта?

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

Стоимость разработки сайта: почему нельзя выбирать только по цене

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

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

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

Как понять, что подрядчик вам подходит

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

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

Частые вопросы

Сколько стоит разработка сайта?

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

Сколько времени занимает разработка сайта?

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

Кто лучше: фрилансер или веб-студия?

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

Нужно ли самому писать техническое задание?

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

Кому принадлежит сайт после разработки?

Это определяется применимыми нормами и договором. Проверьте права на созданные материалы, условия использования сторонних компонентов и порядок передачи доступов. Контроль над доменом и хостингом стоит закрепить за заказчиком независимо от выбранной студии.

Итог: как выбрать подрядчика на разработку сайта

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