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

Есть момент, когда разговор о сайте начинает звучать одинаково у всех: «Нам бы обновить дизайн», «Нужно как у конкурентов», «Сделайте быстро», «А сколько стоит?»

И вот здесь чаще всего происходят две беды:

1.    Клиент покупает картинку, а ожидает результат (заявки, продажи, доверие, поддержка).

2.    Исполнитель обещает «сделаем», не классифицировав проект — и потом тонет в правках, конфликте и “а это мы не обсуждали”.

Ниже — практичная логика, которая превращает “разговор про сайт” в управляемый проект: без магии, без нервов и без «потом выяснится». Основа — внутренний PM-гайд по продажам разработки сайтов в 2026.

PARSINGSITE_PM_Playbook_2026_v2

Главная мысль, которую нужно вбить в голову (и себе, и клиенту)

Сайт — это инструмент. Не «страницы», не «дизайн», не «админка». Инструмент, который должен что-то делать:

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

Если вы не можете ответить на вопрос «что должно случиться после запуска?» — вы обсуждаете не сайт, а иллюзию.

Почему «сколько стоит сайт?» — вопрос-ловушка

Потому что цена в реальности зависит не от «количества экранов». Она зависит от состава работ:

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

Поэтому нормальный созвон — это не «дожать», а классифицировать тип сайта и собрать требования.

1.    Цель: что должно измениться после запуска?

2.    Тип сайта: лендинг / корпоративный / магазин / кабинет.

3.    Контент: тексты, фото, товары — кто делает и когда?

4.    Интеграции: CRM, оплаты, доставка, 1С/склад (или аналоги).

5.    Сроки и рамки: вилку можно давать после короткого блока вопросов, а не «на глаз».

Эта пятёрка вопросов кажется простой — но именно она отделяет “нормальный запуск” от “вечного проекта”.

Четыре мира сайтов — и почему их нельзя путать

1) Лендинг: когда нужно быстро и точечно

Лендинг подходит, когда у вас:

• одна понятная услуга или продукт,
• один главный призыв (кнопка/форма),
• трафик приходит из рекламы,
• не нужен сложный каталог и личные кабинеты.

Что уточнять:

• один продукт или несколько направлений,
• куда падают заявки (почта/CRM/мессенджер),
• контент готов или «потом придумаем»,
• нужны ли эксперименты (варианты страниц),
• регионы и языки.

2) Корпоративный сайт: это не «много страниц»

Корпоративник дорожает не из-за объёма, а из-за структуры и системности:

• услуги, кейсы, отрасли, блог, вакансии,
• шаблоны страниц (чтобы дальше добавлять без хаоса),
• сбор лидов (формы, квизы, лид-магниты),
• база SEO (структура, скорость, мета-данные).

Тут важен вопрос: клиент хочет «витрину» или машину доверия и SEO?

3) Интернет-магазин: без модулей это не магазин

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 13359 тендеров
проведено за восемь лет работы нашего сайта.

У магазина есть обязательный скелет:

• каталог, категории, фильтры, карточка товара,
• корзина и оформление заказа,
• оплаты и доставка,
• личный кабинет,
• админка: цены, остатки, акции.

И есть зоны риска, о которых надо говорить заранее:

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

4) Портал / личный кабинет: граница «сайта» и ПО

Если появляются:

• роли и права доступа (админ/менеджер/клиент),
• процессы (заявка → согласование → документы → статусы),
• интеграции и уведомления,
• требования по безопасности и поддержке,

…это уже не “сайт в классическом смысле”. Это продукт.

И продавать это нужно правильно:

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

Самая частая причина провальных запусков — контент

Реальность такая: разработка часто готова раньше, чем тексты и материалы.

Поэтому вопрос «кто делает контент и в какие сроки?» — не формальность. Это критическая точка проекта. Если клиент отвечает: «ну… потом», — значит, сроки уже поехали.

Почему почти всегда нужен дизайнер (и это не про красоту)

Дизайн — это:

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

Минимум, который должен быть:

• прототип ключевых страниц,
• дизайн под desktop + mobile,
• набор UI-элементов (кнопки/поля/отступы),
• состояния: ошибки/успех/пусто/загрузка.
• тестирование,
• запуск на прод и базовые настройки.

Что обязательно фиксировать, чтобы не было конфликта

Люди ругаются не из-за «плохих разработчиков», а из-за неоговоренных ожиданий.

Поэтому в договорённостях должно быть явно: Что входит:

• выявление целей, структуры, сценариев,
• прототип и дизайн,
• разработка и CMS,
• базовая поисковая подготовка,
• тестирование,
• запуск на прод и базовые настройки.

Что обычно не входит (или идёт отдельно):

• тексты и съемка,
• массовое наполнение большим объёмом товаров,
• “продвижение в топ” как услуга,
• сложные нестандартные интеграции,
• поддержка по строгим регламентам реакции/починки.

Три возражения, которые ломают новичков — и как отвечать спокойно

«Есть дешевле» Да, есть. Обычно это шаблон, без нормального дизайна, без тестирования, без ответственности за запуск. Мы делаем инструмент продаж: сценарии → дизайн → разработка → проверка → запуск.

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

«Маркетолог хочет сам править блоки» Ок. Тогда выбираем CMS, где это безопасно, и заранее фиксируем ограничения на нестандартные функции.

Финальный вывод: «сайт» — это не продукт. Это решение задачи

Когда клиент говорит «нам нужен сайт», он почти никогда не имеет в виду “сайт”. Он имеет в виду:

• заявки без ручного хаоса,
• продажи без вечных переписок,
• доверие без презентаций в PDF,
• поддержку без звонков «а где мой заказ?».

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