Разработка сайта по-правильному: как выбрать подрядчика и не купить «не баг, а фичу»
Сразу договоримся о рамках. Мы не про «сайт на коленке», не про лендинг для теста гипотез и не про «собрали за вечер в нейронке». Речь про нормальные корпоративные сайты, каталоги и магазины с продуманной структурой, дизайном и рабочей логикой продаж.
И да, вайбкодинг без понимания базы — это чаще боль, чем экономия. Недавно видел такой проект у клиента: ошибки в базовых блоках, кривые формы, полуживой функционал. Вывод простой: не ведитесь на магию «супер-технологий», если команда не умеет доводить проект до продакшн-качества.
Кого нанимать: один универсал или команду
Минимальная рабочая связка — дизайнер + программист. Но это нижняя граница, где риски всё ещё высокие.
Оптимальная команда для большинства проектов — 4 роли:
- Проектировщик / маркетолог. Делает прототип, логику блоков, тексты, сценарии, CTA.
- Дизайнер. Превращает прототип в удобный и красивый интерфейс.
- Верстальщик. Переводит дизайн в чистую адаптивную HTML/CSS/JS-структуру.
- Программист. Интегрирует в CMS, подключает функционал, формы, интеграции, админку.
Если подрядчик обещает «я сам всё сделаю идеально», это не всегда обман, но в большинстве случаев это компромисс по качеству и срокам.
Работа по этапам — не бюрократия, а страховка денег
Фраза «на выходе получите готовый сайт» без этапов — красный флаг. Нормальный процесс всегда разбит на шаги:
- Прототип. Скелет сайта, логика блоков, тексты, путь пользователя.
- Дизайн. Визуал, UX-детали, мобильные версии, состояния элементов.
- Верстка. Чистый фронт, адаптив, кроссбраузерность, базовая оптимизация.
- Программирование. CMS, формы, каталоги, фильтры, интеграции, SEO-база.
- Тест и запуск. Проверка сценариев, контент, метрики, цели, отладка.
Критично: оплата тоже должна быть привязана к этапам. Тогда рискуют все меньше, а мотивация на результат у команды выше.
Самая дорогая ошибка — пропустить прототип. Всё, что «всплывёт позже», будет в 3–10 раз дороже по правкам.
Про CMS без религиозных войн
В рунете чаще всего адекватно работают три системы:
- WordPress — корпоративные сайты, блоги, небольшие каталоги;
- 1C-Bitrix — проекты сложнее, интеграции, e-commerce, личные кабинеты;
- MODX — реже, но в ряде кейсов тоже уместно.
Если вам предлагают странную «полуоблачную самописку», где вы навсегда привязаны к подрядчику и ничего нельзя передать в другой команде — это риск. Особенно для бизнеса, который планирует расти.
Исключения есть: высоконагруженные и нестандартные продукты, где нужен React/Vue/Next и кастомный backend. Но это отдельный класс задач и другой бюджет.
Сроки: где реальность, а где сказки
«Сайт за неделю» для полноценного коммерческого проекта — как правило дичь. Можно сделать лендинг за 7–10 дней. Можно быстро собрать MVP. Но качественный средний сайт со смыслами, контентом, интеграциями и тестированием — обычно от 1 месяца.
Почему так:
- согласования и правки занимают больше времени, чем думают на старте;
- контент редко бывает готов заранее;
- интеграции и формы почти всегда требуют доработок по факту.
Сколько стоит нормальный сайт
Точная цена заранее не всегда фиксируется «до копейки», потому что в процессе появляются новые идеи и уточнения. Это нормально.
Что точно ненормально:
- подозрительно низкий чек «всё включено» без декомпозиции;
- отсутствие сметы по этапам;
- обещания «сделаем как Apple, но за 30к».
По низу рынка на нормальные корпоративные сайты/каталоги ориентир обычно начинается от 100 000 ₽, если речь про вменяемый дизайн + разработку, а не про имитацию процесса.
Закладывайте бюджет не только на «картинку», но и на то, что обычно забывают:
- интеграции с CRM (например, Б24);
- метрики, цели, события, calltracking;
- базовое SEO, микроразметка, техоптимизация;
- контент, фото, юридические страницы, тесты.
Чек-лист вопросов подрядчику до подписания
- Какие этапы проекта и что я получаю на каждом из них?
- Кто в команде за что отвечает по ролям?
- Как устроены правки и сколько итераций включено?
- На какой CMS будет проект и как я смогу передать его другой команде?
- Что включено в запуск: формы, аналитика, SEO-база, интеграции?
- Кто и как отвечает за ошибки после релиза?
Если на эти вопросы отвечают мутно, это уже ответ.
Вывод
Чудес не бывает. Хороший сайт — это всегда системная работа: люди, этапы, контроль, адекватные сроки и честный бюджет.
Можно долго повторять «не баг, а фича», но смысла в этом мало, если заказчик платит, а проект не решает бизнес-задачи. Смотрите на мышление подрядчика, на процесс и на прозрачность. Тогда шанс сделать реально рабочий сайт, а не красивую проблему, будет сильно выше.
Если тема полезна, напишу отдельный разбор по CMS, вопросам для тендера и как принимать работу подрядчика без боли.
