С чего начать выбор разработчика сайта
Разработчик сайтов нужен не для того, чтобы «нарисовать страницу». Его задача — собрать работающий маршрут для посетителя: человек видит понятное предложение, находит подтверждения, оставляет контакт, а бизнес понимает, откуда пришла заявка.
Поэтому сначала сформулируйте задачу в одном абзаце. Например: «Нужен лендинг для услуг ремонта офисов в одном городе. Трафик планируем из Яндекс Директа. Цель — заявки на расчет. На странице должны быть услуги, примеры работ, этапы, ответы на вопросы и форма». С такой вводной можно сравнивать исполнителей предметно.
Если задача пока простая — представить компанию, услуги и контакты без активного рекламного запуска, возможно, подойдет сайт-визитка — когда нужен и что должен давать бизнесу. Для страницы под рекламу важнее не количество блоков, а связка предложения, формы, скорости загрузки и аналитики.
Не начинайте с вопроса «Сколько стоит сайт?». Сначала уточните: какой продукт продвигаем, кому, в каком регионе, откуда придут люди и какое действие считается заявкой. Иначе два предложения с одинаковой ценой могут означать совершенно разный объем работ.
Выберите формат исполнителя под свою задачу
Разработчиком может быть частный специалист, дизайнер с верстальщиком, небольшая команда или студия. Сам по себе формат ничего не гарантирует. Важнее, кто отвечает за проект целиком и как организована передача между дизайном, текстом, программированием и запуском.
| Критерий | Что уточнить до старта | Тревожный сигнал |
|---|---|---|
| Ответственный | Кто ведет задачу, собирает правки и отвечает на вопросы | «Разберемся по ходу», контакта ответственного нет |
| Состав работ | Есть ли прототип, тексты, дизайн, верстка, формы, подключение аналитики | В смете только строка «разработка сайта» |
| Техническая часть | Где будет сайт, кто оплачивает домен и хостинг, на чем он работает | Все доступы остаются у исполнителя |
| Запуск рекламы | Готова ли страница принимать трафик и отслеживать обращения | Аналитику предлагают «потом, если понадобится» |
| Приемка | По каким пунктам принимается результат и сколько кругов правок включено | Есть только обещание «сделаем красиво» |
Частный разработчик может быть хорошим выбором, если у него понятный процесс и он способен закрыть нужные роли. Команда удобна, когда требуется одновременно продумать структуру, подготовить контент, сверстать страницу и настроить измерение заявок. Не платите за вывеску формата: платите за конкретный объем и управляемость процесса.
Проверяйте портфолио не по картинкам, а по логике страницы
Портфолио показывает вкус, но не всегда подтверждает, что сайт помогает бизнесу получать обращения. Откройте две-три работы исполнителя с телефона и разберите их как потенциальный клиент.
За первые 10–15 секунд должно быть ясно: что предлагает компания, для кого, в каком городе или формате работает, почему ей можно доверять и как связаться. Если смысл приходится искать среди декоративных блоков, такой подход может повториться и в вашем проекте.
Посмотрите, есть ли в примерах:
- конкретный заголовок вместо общего «Лучшие решения для вас»;
- услуги, комплектация или понятный перечень работ;
- сроки, география, порядок сотрудничества, ограничения;
- доказательства: фотографии, документы, реальные процессы, характеристики товара;
- кнопки с понятным действием: «Рассчитать стоимость», «Получить консультацию», «Выбрать услугу»;
- контакты и формы, которые не требуют заполнять десять полей.
Спросите, какую именно часть работы делал исполнитель: только верстал по готовому макету или участвовал в структуре, текстах, интеграции форм. Это разные компетенции. Верстка — превращение дизайна в работающие страницы браузера — не равна маркетинговой упаковке предложения.
Какие вопросы задать разработчику до сметы
Хороший специалист не обязан знать ваш бизнес лучше вас. Но он должен уметь собрать недостающие данные и объяснить, на каких решениях строится страница. Если вам сразу называют цену без вопросов о продукте, аудитории и источнике трафика, смета, скорее всего, будет случайной.
Используйте этот список на первой встрече или в переписке.
- Какой формат сайта вы предлагаете под мою задачу и почему?
- Какие материалы нужны от меня до начала: цены, фото, список услуг, ответы менеджера, документы?
- Будет ли сначала прототип — схема блоков и пути посетителя?
- Кто пишет тексты и согласует формулировки?
- Как фиксируются правки: в документе, комментариях к макету или сообщениях?
- Какие формы и каналы связи подключаются: телефон, мессенджер, почта, CRM?
- Какие цели настраиваются в аналитике?
- Какие доступы я получу после запуска?
- Что входит в поддержку после публикации и сколько она длится?
CRM — система, где менеджер ведет обращения и сделки. Если она уже используется, заранее уточните, куда должна приходить заявка и какие поля обязательны. Иначе форма может работать технически, но менеджер будет получать неполные контакты или не видеть источник обращения.
Как читать смету и не пропустить важные работы
Смета полезна, когда по ней можно понять границы проекта. Просите разбить цену на этапы, а не обязательно на часы. Вам важно видеть результат каждого этапа: утвержденная структура, дизайн, готовая страница, подключенные сервисы, тестирование.
| Этап | Понятный результат | Что нужно проверить |
|---|---|---|
| Подготовка | Бриф, список материалов, структура страницы | Все услуги и целевые действия учтены |
| Прототип | Схема экранов, заголовков, кнопок и форм | Путь до заявки понятен без дизайна |
| Дизайн и верстка | Макет и адаптивная версия для смартфонов | Тексты читаются, кнопки заметны, блоки не ломаются |
| Программирование | Рабочие формы, интеграции, размещение на хостинге | Заявки доходят в нужный канал |
| Аналитика и запуск | Счетчик и события для целевых действий | События фиксируются в отчетах |
Адаптивная версия — это не уменьшенная копия десктопной страницы, а корректное отображение на узком экране: без мелкого текста, горизонтальной прокрутки и недоступных кнопок.
Для простого лендинга с готовыми материалами разумный рабочий диапазон часто составляет 7–15 рабочих дней. Например: 1–2 дня на сбор вводных и структуру, 2–4 дня на дизайн, 2–4 дня на верстку и подключение, 1–2 дня на тесты. Если требуется съемка, подготовка большого объема текстов, нестандартный калькулятор или интеграция с несколькими сервисами, срок увеличивается. Это не универсальная норма, а способ проверить, объяснен ли график.
Отдельно прочитайте условия изменений. Две волны правок после каждого согласованного этапа — понятнее, чем формулировка «правки без ограничений». Во втором случае сроки легко растягиваются, а стороны по-разному понимают, что считать новой задачей.
Сценарий: лендинг под рекламу услуг с длинным циклом решения
Представим типичную ситуацию без выдуманного результата. Компания продает услуги, которые клиент выбирает не импульсивно: инженерные работы, ремонт, изготовление оборудования, B2B-сервис. Реклама ведет на одну страницу, но посетителю нужно сначала понять компетенцию подрядчика, условия и следующий шаг.
Ошибка — попросить разработчика «сделать лендинг как у конкурента». На выходе может появиться визуально похожая страница, которая не учитывает ваши сроки, комплектацию, географию и реальные вопросы отдела продаж.
Практичный порядок действий выглядит так:
- Владелец бизнеса выписывает 10 вопросов, которые менеджеры чаще всего слышат до заявки.
- Разработчик превращает ответы в блоки: виды работ, этапы, сроки, документы, примеры, форма расчета.
- Для рекламы создаются отдельные посадочные формулировки под ключевые услуги, а не одна общая кнопка «Оставить заявку».
- В форме остаются 3–4 поля: имя, телефон или мессенджер, тип задачи, удобный способ связи.
- До старта рекламы проверяются отправка формы, звонок с телефона и фиксация каждого действия в аналитике.
Такой подход не обещает число заявок заранее: на него влияют спрос, цена клика, предложение, работа менеджера и конкуренция. Зато он убирает базовую неопределенность: вы понимаете, что измерять и где искать проблему, если обращения не приходят.
Почему доступы и аналитика важнее красивой сдачи проекта
После публикации у владельца бизнеса должны быть доступы к домену, хостингу, CMS, счетчику аналитики и формам. CMS — система управления сайтом, через которую меняют текст, цены и изображения. Исполнитель может быть техническим администратором, но учетные записи и восстановление доступа не должны зависеть только от его личной почты.
Аналитика нужна не ради графиков. Она отвечает на конкретные вопросы: сколько раз отправили форму, сколько нажали на телефон, с каких рекламных кампаний пришли посетители, на каком устройстве страница работает хуже. Целью называют настроенное событие: например, успешную отправку формы или нажатие на кнопку мессенджера.
Попросите разработчика показать эти действия на тестовом обращении. Недостаточно увидеть сообщение «Форма отправлена» на экране. Нужно проверить, что письмо, уведомление или карточка в CRM действительно появились, а событие зарегистрировалось в системе аналитики.
Чек-лист приемки сайта перед публикацией
Приемка — не формальное «нравится / не нравится». Это проверка согласованного результата. Пройдите ее сами с компьютера и смартфона, лучше не в той сети, где работал разработчик.
- Заголовок на первом экране объясняет услугу и не содержит непроверяемых обещаний.
- Номера телефонов, адреса, почта, ссылки на мессенджеры и соцсети актуальны.
- Все кнопки ведут туда, куда должны: к форме, разделу, телефону или внешнему сервису.
- Каждая форма отправлена в тестовом режиме, обращения дошли получателю.
- На мобильном телефоне нет горизонтальной прокрутки, наложений текста и слишком маленьких кнопок.
- Изображения, документы и логотипы загружаются без ошибок.
- Страница открывается по защищенному протоколу https.
- Подключены счетчики и проверены цели: форма, телефон, мессенджер.
- Переданы логины, ссылки на сервисы и краткая инструкция по редактированию.
- Согласован список задач после старта: что и кто проверяет в первую неделю.
Проверьте скорость не только специальным сервисом, но и обычным открытием страницы через мобильный интернет. Если первый экран долго пустой, посетитель может не дождаться загрузки. Технический отчет полезен, но итоговое решение о доработке стоит принимать вместе с разработчиком: некоторые замечания сервисов критичны, другие не влияют на сценарий пользователя.
Когда стоит отказаться от исполнителя
Необязательно искать идеального подрядчика. Но есть признаки, при которых лучше остановиться до предоплаты или ограничиться небольшим первым этапом — например, разработкой структуры.
Откажитесь, если исполнитель гарантирует конкретное количество заявок только за счет сайта, не может объяснить состав работ, предлагает зарегистрировать домен на себя, игнорирует мобильную версию или считает аналитику необязательной. Еще один повод насторожиться — давление: «нужно оплатить сегодня, иначе цена исчезнет», когда нет договора, брифа и понятного результата.
Риск также возникает, если вас просят прислать «все материалы», но не дают списка. Нормальный список включает услуги, цены или принцип расчета, города работы, контакты, преимущества с подтверждением, фото, документы, ответы на вопросы клиентов и доступные способы связи. Тогда подготовка не превращается в бесконечную переписку.
Что сделать до первого созвона
Подготовьте один файл или сообщение с задачей бизнеса, а затем отправьте его нескольким кандидатам. Сравнивайте не скорость ответа, а полноту уточняющих вопросов и конкретность предложенного плана.
Включите в сообщение: ссылку на текущий сайт, список услуг в приоритете, регион, целевое действие, источники трафика, примеры конкурентов с пояснением, что именно в них нравится или не нравится, и срок, к которому нужен запуск. Если хотите глубже разобраться в форматах и подготовке, посмотрите сайт под ключ: что входит в программирование сайта и написание с нуля.
Выбор разработчика становится безопаснее, когда у вас есть не только цена, но и проверяемый план: что будет сделано, когда, кем принимается и как сайт подготовят к рекламе. Другие практические материалы собраны в каталоге материалов WEB CRAFT. Если нужен взгляд на вашу задачу до заказа, можно получить план запуска: подготовьте ссылку на текущую страницу или краткое описание услуги, чтобы разговор сразу был предметным.