Разработка сайтов как выбрать подрядчика без лотереи

Думали — будет витрина продаж, получили чёрный ящик

Ситуация типичная. Вы заказываете сайт «по-умному»: нормальный дизайн, понятные тексты, чтобы люди оставляли заявки, записывались, звонили. Хотите ясных сроков, внятного бюджета и прогнозируемого результата.

В идеале сайт работает как управляемый сотрудник. Вы понимаете, какие задачи он закрывает, сколько стоит его «зарплата» и как он приводит клиентов. Сроки прозрачны, структура понятна, по заявкам есть ожидаемые цифры, а не расплывчатое «что-нибудь да будет».

На практике всё часто идёт иначе. Подрядчик сначала активно на связи, потом отвечает всё реже. Смета раздувается. Появляются фразы: «этого не было в ТЗ», «это отдельная услуга», «по срокам — ориентировочно». Сайт вроде бы есть, а звонков нет. Или есть — но в основном от знакомых.

Небольшая сценка:

— «Нужен простой рабочий сайт, чтобы люди могли посмотреть услуги, цены и оставить заявку. Без космического дизайна и миллионных бюджетов.»
— «Сделаем суперсовременный адаптивный лендинг на базе модульной структуры с анимациями, интеграциями и уникальными UI-паттернами. По бюджету — рано говорить, надо сначала определить стек технологий.»

Если в этот момент у вас внутри вспыхивает «ну вот, опять», — это текст для вас.

Ниже — чеклист, который поможет пройти путь «разработка сайтов — как выбрать подрядчика» без ощущения лотереи. Пошагово: от формулировки задач до поддержки после запуска. Можно открыть эту статью рядом с коммерческим предложением и сверять по пунктам.

Шаг 1. Сайт должен работать на бизнес, а не просто радовать глаз

Думали: главное — дизайн. Получили: красивую пустышку

Самая частая история: предприниматель выбирает исполнителя по картинкам. «У них красивые макеты — беру этих». В итоге на главной странице идеальный слайдер, модные шрифты, анимации. И тишина в телефоне.

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

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

Мини-чеклист задач сайта

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

• Что вы считаете заявкой? Звонок, заполненную форму, запись через календарь, заказ обратного звонка, сообщение в мессенджер?
• Какая главная задача? Продажа сразу? Запись на консультацию? Сбор предварительных заявок? Показать портфолио и цены так, чтобы отсечь случайных клиентов?
• Откуда придёт трафик? SEO, контекстная реклама, таргет в соцсетях, офлайн-реклама, визитки? Разработка сайтов для бизнеса без понимания источников трафика почти гарантирует разочарование.
• Какие показатели будете отслеживать? Количество заявок в месяц, конверсию из посещения в обращение, примерную стоимость лида.

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

ТЗ, которое рождается из задач, а не из фразы «сделайте визитку»

Техническое задание не обязано быть на десятки страниц. Но в нём в любом случае должны появиться ответы хотя бы на такие вопросы:

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

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

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

На первой встрече или созвоне разработчик сайтов должен спрашивать не только «какой цвет вы любите», а ещё и:

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

Тревожный сигнал: подрядчик готов делать всё «на глазок», не вникая в бизнес. Формат: «Да ладно, сделаем сайт-визитку на три экрана, остальное потом докрутим, не переживайте». Это не критерии выбора веб-разработчика, а прямая дорога к проекту, который едет неизвестно куда.

Шаг 2. Кто делает: один фрилансер или команда с отлаженным процессом

Думали: возьму дешевле. Получили: плату за исправления

Фрилансер — не всегда плохой выбор. Бывает, это как раз подходящий вариант. Но когда речь идёт о разработке сайта для бизнеса, который должен стабильно приносить деньги, одного человека часто объективно не хватает.

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

Признаки подрядчика, который тянет бизнес-проекты

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

• Роли. Понятно, кто за что отвечает: менеджер проекта (ваш основной контакт), дизайнер, разработчик, верстальщик, иногда маркетолог или аналитик.
• Процесс. Бриф → структура и прототип → дизайн → разработка → наполнение → тестирование → запуск → поддержка. С этапами и примерными сроками, а не «делаем всё одновременно, а там посмотрим».
• Документы. Договор, коммерческое предложение с расшифровкой, хотя бы базовое техническое задание, план работ по этапам. Не «накидаем в чатик», а нормальные файлы.
• Единый канал связи. Чат или почта, где фиксируются договорённости, а не десять мессенджеров и голосовые послания на бегу.

Когда фрилансер — нормальное решение

Фрилансер для сайта — не обязательно игра в рулетку. Это уместно, если:

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

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

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

Чтобы выбрать подрядчика для сайта осознанно, задайте несколько прямых вопросов:

• Кто будет моим основным контактом и как часто я буду получать отчёты?
• Как у вас обычно строится процесс: какие этапы и сколько примерно занимает каждый?
• Что будет, если сроки сдвинутся по вашей вине / по моей?
• Кто отвечает за тексты, наполнение, SEO-структуру?
• Что входит в базовую стоимость, а что оплачивается отдельно?

Наблюдение: если на эти вопросы отвечают спокойно и по делу — это хороший знак. Если звучат общие формулировки вроде «да мы всё делаем» без конкретики — повод насторожиться.

Шаг 3. Из чего честно складывается цена

Думали: нашёл дешевле — сэкономил. Получили: доплаты за каждую мелочь

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

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

Прозрачная структура сметы

Нормальная разработка сайтов для бизнеса обычно состоит из таких частей:

• Аналитика и формулировка задач. Интервью, бриф, обсуждение целей, структура сайта, базовое техническое задание.
• Прототип и структура. Каркас страниц, расположение блоков, логика переходов. Без «красоты», только смысл.
• Дизайн. Визуальная концепция, макеты ключевых страниц, адаптация под мобильные устройства.
• Разработка. Верстка, настройка CMS или конструктора, подключение форм, корзины, личного кабинета и так далее.
• Интеграции. CRM, онлайн-оплата, мессенджеры, виджеты, онлайн-запись, телефония.
• Контент. Написание или доработка текстов, подбор и обработка фото и видео.
• Тестирование и запуск. Проверка форм, скорости загрузки, работы на разных устройствах, публикация на основном домене.
• Поддержка после запуска. Исправление ошибок, мелкие доработки, возможные обновления.

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

Как выглядит туманное коммерческое предложение

Фразы, которые должны заставить быть внимательнее:

• «Сайт под ключ» — без конкретного списка, что туда входит;
• «Любые доработки бесплатно в течение месяца» — какие именно и в каком объёме;
• «Все интеграции включены» — какие конкретно;
• «Контент с вашей стороны» — означает ли это, что за тексты, фото и наполнение вы полностью отвечаете сами.

Просите расшифровку. Вы не придираетесь — вы инвестируете в проект, который должен приносить деньги.

Уровни бюджета без конкретных цен, но с логикой

Условно бюджеты можно разделить на три уровня (цифры у всех разные, здесь важен принцип):

• Минимальный. Быстрый сайт на готовом шаблоне, без глубокого погружения в бизнес. Рабочий вариант «чтобы что-то было» или временное решение. Риски: слабая уникальность, ограниченные возможности роста, мало контроля над структурой и SEO.
• Рабочий. Индивидуальная структура, адаптированный под вас дизайн (часто на базе популярной CMS), продуманная логика заявок, базовая SEO-структура. На этом уровне сайт уже может стать нормальным инструментом продаж — при условии, что есть трафик и поддержка.
• Инвестиционный. Глубокая аналитика, много интеграций, личные кабинеты, нестандартный функционал, сложные услуги разработки сайтов. Такой проект имеет смысл, когда бизнес понимает, как сайт будет окупаться и масштабироваться.

Смысл в том, что под ваши задачи и ваш масштаб должен быть осмысленный уровень бюджета. Дорогой сайт не всегда лучше, дешёвый не всегда выгодней. Важно, чтобы стоимость и результат были в балансе.

Шаг 4. Платформа: как не оказаться заложником одного разработчика

Думали: пусть разработчик решит за нас. Получили: «замок на один ключ»

Частый сюжет: сайт собрали на редкой системе. Потом разработчик исчез, поссорились или задачи выросли. Вы ищете нового подрядчика, а на название CMS реагируют одинаково: «мы с этим не работаем» или «проще всё перенести».

Чтобы не переделывать проект с нуля, платформу стоит обсудить заранее. Это часть темы «как выбрать разработчика сайтов», а не мелкая техническая деталь.

Базовые варианты для малого и среднего бизнеса

• Онлайн-конструкторы.
  Подходят, если нужен быстрый запуск, простой продукт и нет сложных интеграций. Плюсы: быстро, относительно недорого, понятный интерфейс. Минусы: ограничения по гибкости, сложнее расти под нестандартные задачи, привязка к подписке на платформу.
• Популярные CMS (например, WordPress и аналоги).
  Компромисс между гибкостью и доступностью специалистов. Можно сделать и небольшой сайт, и довольно сложный проект. Плюсы: много разработчиков, расширений, инструкций; проще сменить подрядчика. Минусы: нужно следить за обновлениями и безопасностью, нельзя бросить сайт «как есть» на годы.
• Индивидуальная разработка.
  Используется, когда типовые платформы не тянут нужный функционал или становятся слишком дорогими в обслуживании. Плюсы: можно реализовать очень специфические вещи. Минусы: высокая стартовая цена, зависимость от команды, которая всё это писала; сложнее найти замену.

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

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

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

Если разработчик может чётко объяснить, почему предлагает именно эту платформу, и не пытается «привязать» вас к себе через закрытые решения — это плюс.

Шаг 5. Портфолио и кейсы: смотреть глубже, чем на обложку

Думали: раз красиво — значит, умеют. Получили: медленный сайт без заявок

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

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

• Живые ссылки. Не только PDF с макетами и скриншоты, а реально работающие сайты.
• Работа с телефона. Откройте несколько примеров со смартфона. Быстро ли всё грузится? Удобно ли нажимать кнопки? Легко ли найти цены и контакты?
• Понятная структура. Ясно ли, куда нажать, чтобы сделать целевое действие? Или приходится бродить по меню как по лабиринту?
• Актуальность. Есть ли ощущение, что сайт живой: свежие акции, нормальные цены, обновлённая информация — если всё это там вообще нужно.

Настоящие кейсы против глянцевых презентаций

Хорошие кейсы по разработке сайтов обычно показывают не только красивые экраны, но и контекст:

• какая была задача бизнеса (мало заявок, неудобный старый сайт, запуск новой услуги и т.п.);
• что именно сделали: переработали структуру, добавили онлайн-запись, настроили формы заявок и т.д.;
• какого результата удалось добиться — даже если это не «космос», а просто «сайт стал понятнее, заявки выросли в 1,5–2 раза»;
• как долго проект живёт и развивается.

Можно задать подрядчику пару уточняющих вопросов по любому кейсу:

• что было самым сложным в этом проекте и как вы это решали;
• как строился процесс с клиентом: сколько длился проект, какие были этапы;
• что именно вы делали сами, а что только дорабатывали после другого исполнителя.

По этим ответам хорошо видно, ведёт ли команда реальные бизнес-проекты или просто «рисует красивые экраны».

Шаг 6. Процесс и контроль: чтобы проект не превратился в бесконечный чат

Думали: уложимся в месяц. Получили: полгода переписок и усталость

Частая жалоба предпринимателей — даже не на цену и не на качество, а на сам процесс. «Каждый день какие-то вопросы, непонятно, что происходит, сроки плывут, конца не видно».

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

Мини-чеклист управляемого процесса

В нормальном проекте по разработке сайтов должно быть понятно:

• Какие есть этапы. Например: бриф → прототип → дизайн → разработка → наполнение → тестирование → запуск.
• Сколько длится каждый этап. Не обязательно до дня, но хотя бы порядок: «прототип — до недели», «дизайн — до двух недель» и т.д.
• Когда вы что утверждаете. На каких этапах вы смотрите результат и даёте обратную связь.
• Как фиксируются договорённости. Где лежит актуальное ТЗ, где хранятся файлы, как отслеживаются задачи.

Инструменты, по которым видно взрослый подход

Хороший знак, если студия предлагает использовать:

• доску задач (вроде Trello, Notion и аналогов) с понятными колонками: «в работе», «на согласовании», «готово»;
• регулярные короткие созвоны или еженедельные отчёты: что сделали, что делаем дальше, от чего ждём решения от вас;
• единое хранилище материалов: макеты, тексты, логотипы, фотографии;
• рабочий чат, где по итогам обсуждений подводятся решения, а не просто бесконечные сообщения.

Красные флаги по ходу проекта

• Подрядчик исчезает на несколько дней без предупреждений.
• Без вашего согласия принимаются важные решения «чтобы вас не отвлекать».
• Все договорённости остаются только в мессенджере и нигде не фиксируются.
• На любые вопросы о сроках вы слышите: «Не волнуйтесь, главное — качество».

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

Шаг 7. Поддержка, доработки и жизнь после запуска

Думали: запустим — и можно забыть. Получили: мёртвый сайт с нерабочими формами

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

Что обычно всплывает уже после запуска

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

Форматы поддержки

При выборе подрядчика для сайта заранее обсудите, какие варианты сотрудничества после запуска он предлагает:

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

Что важно закрепить в договоре

• сроки реакции на проблемы (например, «критичные ошибки — до 24 часов»);
• кто отвечает за резервные копии и восстановление сайта при сбоях;
• условия обновления платформы и модулей;
• ставки на доработки, если они выходят за рамки исходного проекта.

Когда это прописано, появляется то самое ощущение контроля: вы понимаете, что будет, если что-то пойдёт не так, и сколько это будет стоить.

Сайт как живой инструмент роста

После запуска имеет смысл периодически смотреть хотя бы на несколько простых показателей:

• сколько людей заходит на сайт (по неделям или месяцам);
• сколько из них оставляют заявки или звонят;
• какие страницы чаще всего смотрят и на каких люди «отваливаются».

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

Быстрая самодиагностика: насколько адекватен ваш подрядчик

Если нет сил перечитывать всё выше — вот короткая проверка. Ответьте себе: «да», «нет» или «не знаю».

Вопрос-ответ

• 1. Понимание задач.
  Есть ли один внятный документ, где написано, какие задачи сайт решает и как вы будете мерить результат (заявки, звонки, записи)?
• 2. Прозрачная смета.
  Понимаете ли вы, за что платите каждую часть бюджета: сколько стоит аналитика, дизайн, разработка, интеграции, наполнение, поддержка?
• 3. Процесс.
  Чётко ли вы представляете, на каком этапе сейчас проект и где ваша следующая точка решения?
• 4. Независимость.
  Знаете ли вы, где живёт сайт, на чьём имени домен и хостинг, как забрать проект, если решите сменить подрядчика?
• 5. Поддержка.
  Понимаете ли вы, кто и за какие деньги будет дорабатывать сайт после запуска и в какие сроки реагировать на проблемы?

Если где-то ответ «нет» или «не знаю» — это зона риска. Лучше закрыть её сейчас, пока проект не превратился в бесконечную переписку и дополнительные сметы.

Итоговый чеклист: критерии здравого выбора подрядчика

Ключевые точки контроля

Соберём всё в одном списке. Разработка сайтов — как выбрать исполнителя без лотереи:

• Понимание задач бизнеса.
  Должно быть: подрядчик задаёт вопросы про ваш бизнес, услуги, клиентов, ожидаемый результат. Есть пусть короткое, но понятное ТЗ.
  Красный флаг: обсуждают только дизайн и «фишки», про бизнес-цели почти не говорят.
• Команда и роли.
  Должно быть: вы знаете, кто ваш менеджер, кто дизайнер, кто разработчик. Есть базовый план по этапам.
  Красный флаг: «Мы всё сами сделаем, у нас команда, но кто чем занимается — не суть».
• Прозрачная цена.
  Должно быть: смета разбита на блоки, понятно, что включено, а что нет. Есть представление о том, сколько стоят доработки и изменения.
  Красный флаг: одна строка «сайт под ключ», без расшифровки и с общими обещаниями.
• Осознанный выбор платформы.
  Должно быть: вы понимаете, на чём будет сайт, какие плюсы и минусы у платформы, как сменить подрядчика при необходимости.
  Красный флаг: «Это наши внутренние технологии, вам знать не обязательно».
• Реальные проекты и кейсы.
  Должно быть: живые ссылки, адекватные истории проектов, ответы на вопросы по процессу и результатам.
  Красный флаг: только красивые макеты и фразы «увеличили конверсию в три раза» без деталей.
• Понятные правила поддержки.
  Должно быть: зафиксированы условия доработок, сроки реакции, форматы сотрудничества после запуска.
  Красный флаг: «Да не переживайте, если что — поправим» без конкретики.

Мини-матрица для быстрой оценки

• Критерий: цели и задачи сайта
  Норма: есть конкретный список задач и метрик
  Флаг: «сделайте просто сайт, как у всех»
• Критерий: структура сметы
  Норма: минимум 4–5 понятных блоков
  Флаг: одна сумма без расшифровки
• Критерий: процесс
  Норма: описанные этапы и примерные сроки
  Флаг: «будем делать по ходу, не заморачивайтесь»
• Критерий: независимость
  Норма: домен и хостинг оформлены на вас, доступы зафиксированы
  Флаг: «всё у нас, так надёжнее»
• Критерий: поддержка
  Норма: понятный формат и прайс на доработки
  Флаг: «когда понадобится — что-нибудь придумаем»

Что логично сделать дальше

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

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

Когда чувствуете, что вам нужен более управляемый проект, — имеет смысл обсудить его с командой, для которой сайт — это прежде всего инструмент роста бизнеса, а не набор красивых страниц. В X‑Tiger мы как раз так смотрим на разработку и развитие проектов: через задачи компании, понятный процесс и долгосрочную поддержку — без пафоса и чёрных ящиков.

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

• Есть подрядчик, но нет прозрачности и контроля