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

Выбрать разработчика сайта проще, когда вы сравниваете будущий результат и процесс работы. Красивый макет и низкая стартовая цена полезны для первого отбора, но ещё не отвечают на вопросы о каталоге, заявках, наполнении и поддержке. Разберём восемь проверок, которые можно провести до начала проекта, даже если вы не разбираетесь в программировании.
1. Отправьте всем исполнителям одинаковую задачу
Начните с короткого описания бизнеса: что продаёте, кому, в каком регионе и какое действие ждёте от посетителя. Затем перечислите обязательные страницы и функции. Например: пять страниц услуг, форма заявки с уведомлением, публикация кейсов сотрудником и адаптация для телефона. Разделите обязательное и желательное.
Если одной студии вы покажете только пример дизайна, а другой расскажете про каталог и обмен остатками, их предложения окажутся несопоставимыми. Попросите каждую команду отметить, что входит в оценку, что требует уточнения и что можно перенести на следующий этап. Хороший результат первой встречи — понятный объём работы и список открытых вопросов.
2. Смотрите на задачи в портфолио
Найдите проекты с похожим сценарием: запись, продажа товаров, получение расчёта или презентация сложной услуги. Совпадение отрасли приятно, но само по себе не объясняет, умеет ли команда решать вашу задачу. Спросите, какую часть проекта выполнил исполнитель: дизайн, код, интеграции, наполнение или сопровождение.
Откройте работающий сайт на телефоне. Найдите нужную услугу или товар, условия и контакт. Посмотрите, понятны ли формы и ошибки ввода. Не отправляйте владельцам чужих сайтов фиктивные заявки: попросите исполнителя показать тестовый сценарий. Для проверки админ-панели полезна демонстрация добавления товара или статьи, а не один скриншот входа.
3. Приведите сметы к одному составу
Уточните количество уникальных шаблонов страниц, объём наполнения, состав интеграций и сценарии тестирования. Фраза «до десяти страниц» не объясняет, будут ли это десять разных макетов или один шаблон с разными текстами. Аналогично «подключение CRM» может означать как отправку простого уведомления, так и сложную работу со статусами и повторными заказами.
Для каждой сметы заполните одну таблицу. Если исполнитель пока не может назвать сумму по интеграции, попросите отдельно оценить её исследование и обозначить, когда появится окончательная оценка. Это помогает сравнивать предложения без догадок о том, что подразумевается под словом «под ключ».
| Пункт сравнения | Что попросить уточнить |
|---|---|
| Структура и дизайн | Число шаблонов, мобильные состояния, порядок согласования |
| Наполнение | Кто готовит тексты, сколько товаров или кейсов загружается |
| Функции | Сценарии форм, каталога, записи и интеграций |
| Расходы после запуска | Хостинг, лицензии, платные сервисы и поддержка |
4. Попросите показать порядок работы
Согласуйте последовательность: структура, прототип, дизайн, разработка, наполнение, проверка и запуск. У каждого этапа должен быть понятный результат, который вы сможете посмотреть. Уточните, кто собирает обратную связь и сколько времени отведено на ваше согласование. Срок проекта зависит и от готовности материалов, и от скорости принятия решений.
Полезный вопрос на встрече: «В какой момент я смогу проверить, как приходит заявка с телефона?» Он переводит разговор от общих обещаний к демонстрации работы. Зафиксируйте способ общения, ответственного и формат отчёта. Если участники проекта меняются, вам должно быть понятно, кому передать решение и где хранится актуальная версия требований.
5. Разберитесь с правками и изменениями задачи
Попросите объяснить разницу между исправлением ошибки, правкой согласуемого макета и новой функцией. Например, неработающее поле телефона и добавление личного кабинета — разные виды работы. Лучше до старта договориться, как команда оценивает изменение объёма и как оно влияет на сроки.
Собирайте правки одним списком с примерами. Вместо «сделать дороже на вид» покажите нужную плотность текста, размер карточек и характер изображений. Сохранение согласованных макетов и промежуточных решений уменьшает количество повторных обсуждений. Если важную часть ещё нельзя оценить, начните с ограниченного этапа проектирования с определённым результатом.
6. Сопоставьте оплату с проверяемыми результатами
Размер аванса сам по себе не показывает качество работы. Обсудите, за какой этап вы платите, что получаете по его завершении и как проверяете результат. Порядок расчётов должен соответствовать согласованному процессу. Формат «без предоплаты» также требует ясного состава работ и условий передачи результата.
Не воспринимайте общие слова о гарантии как замену конкретному списку обязательств. Попросите письменное предложение с этапами, стоимостью, ответственными и условиями остановки проекта. Если положения договора непонятны или проект связан со значимыми для бизнеса обязательствами, разберите их со своим специалистом до подписания. Эта статья помогает сравнить процесс, но не оценивает юридическую силу конкретного договора.
7. Согласуйте доступы и передачу проекта
Выясните, на чьих аккаунтах будут домен, хостинг, аналитика и платные сервисы. Обсудите, какой доступ получит ваша команда и что произойдёт при смене подрядчика. Уточните состав передачи: исходники, настройки, макеты, инструкции, резервная копия и сведения о сторонних компонентах — в зависимости от выбранного решения.
Для конструктора отдельно проверьте тариф, передачу проекта и ограничения экспорта. Для индивидуальной разработки — порядок развёртывания и обновления сайта. Само наличие архива с кодом ещё не означает, что другой специалист сможет быстро продолжить работу: полезны инструкция по запуску и описание используемых сервисов.
8. До запуска составьте сценарии приёмки
Проверяйте сайт через действия посетителя и сотрудника. Например: пользователь открывает услугу на телефоне, отправляет форму, получает подтверждение, а менеджер видит обращение. Или сотрудник меняет цену в каталоге и проверяет её на странице товара. Эти сценарии позволяют обнаружить разрыв между красивым экраном и рабочим процессом.
Уточните, что входит в поддержку после запуска, как сообщать об ошибках и как оцениваются новые задачи. В сравнении исполнителей смотрите на полноту ответа, готовность обсуждать ограничения и возможность показать результат на каждом этапе. Выбирайте команду, с которой вам понятны решения и следующий шаг.
Восемь вопросов перед выбором исполнителя
- Вы оценили одну и ту же задачу и обязательные функции?
- Понятно, какую часть показанных кейсов выполнила команда?
- В смете отдельно указаны наполнение, интеграции и внешние расходы?
- У каждого этапа есть демонстрируемый результат?
- Согласованы правки и порядок изменения объёма?
- Понятно, за какой результат производится каждый платёж?
- Согласованы доступы, передача проекта и инструкции?
- Есть сценарии приёмки и порядок поддержки после запуска?
Сравниваете предложения на разработку?
Пришлите описание задачи. Обсудим состав сайта, обязательные сценарии и то, что понадобится для оценки проекта.
Обсудить задачу