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

Разработка сайта редко срывается из-за одной большой ошибки. Чаще проблема начинается раньше: заказчик и подрядчик по-разному понимают задачу, сроки, состав работ и результат. В итоге вместо управляемого проекта получается бесконечная доработка, лишние согласования и разочарование с обеих сторон.

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

Если проект связан с каталогом, личным кабинетом, интеграцией с 1С или CRM, вопросы становятся особенно важными. На таких проектах ошибки на старте почти всегда дороже, чем тщательная подготовка.

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

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

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

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

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

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

Отдельно спросите, предусмотрена ли SEO-структура: ЧПУ, мета-теги, заголовки, посадочные страницы под ключевые запросы, скорость загрузки, адаптивность. Если подрядчик делает сайты на 1С-Битрикс, он должен уметь собрать проект так, чтобы его можно было развивать в поиске, а не переделывать через полгода.

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

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

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

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

Сколько вопросов нужно задать подрядчику перед стартом?

Минимум — 10–15 по ключевым темам: цели, аудитория, структура, интеграции, сроки, команда, поддержка. Лучше пройтись по чек-листу, чем потом разбирать недопонимание по ходу проекта.

Что важнее всего проверить в подрядчике?

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

Нужно ли спрашивать про CMS заранее?

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

Что делать, если подрядчик отвечает слишком общо?

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

Можно ли прийти к подрядчику без ТЗ?

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