Структура и прототип сайта: что показать заказчику до договора

01Зачем показывать решение до договора

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

Вам структура нужна не меньше. Пока не ясно, сколько на сайте страниц и разных шаблонов, какие нужны формы, калькуляторы и интеграции, цену можно только угадать. Структура превращает пожелания заказчика в список того, что предстоит сделать, а из списка складывается смета. Что узнать у заказчика до структуры — в статье о брифе на сайт, как посчитать стоимость — в статье о смете и моделях оплаты.

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

Где граница бесплатного

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

Ограничьте и время. Заранее решите, сколько часов готовы вложить в одну возможную сделку, — например, 2–3 часа на структуру — и не превращайте подготовку к продаже в бесплатный проект.

02Структура: от спроса к страницам

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

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

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

1. Задачи из брифачто продавать, кому, какое действие нужно от посетителя
2. Группы запросовглавные группы спроса: одна цель поиска — одна страница
3. Дерево страницразделы и страницы, у каждой — задача и группа запросов
4. Шаблоны и страницысколько разных макетов и сколько страниц на них — оба числа в смету

Дерево страниц

Итог — дерево страниц: главная, под ней разделы, под разделами страницы. Для сайта услуг это обычно главная, раздел «Услуги» и страницы отдельных услуг, «Цены», «Примеры работ», «О компании», «Контакты». Рядом с каждой страницей запишите одной строкой её задачу и группу запросов: «Ремонт посудомоечных машин — продать выезд мастера; запросы о ремонте посудомоек». Страница без задачи и без спроса — кандидат на удаление. Страница услуги — посадочная: на неё приходят из поиска и рекламы, и она сама должна довести посетителя до заявки. Подробнее — в статье о посадочной странице.

Шаблоны и страницы в смете

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

Пример: сайт сервиса по ремонту бытовой техники. Шаблонов пять, страниц на них — 16.

В смете и ТЗ пишут оба числа — шаблоны и страницы — и отдельно, кто наполняет страницы: вы или заказчик. Тогда просьба «добавить ещё десять услуг» превращается из спора в понятную доработку: новый шаблон не нужен, нужно наполнение. Как перенести структуру в техническое задание — в статье о ТЗ на разработку сайта.

03Прототип: три уровня подробности

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

1. Схема блоков. Столбик прямоугольников с подписями: «Первый экран: услуга и кнопка заявки», «Цены», «Как работаем», «Примеры работ», «Отзывы», «Форма заявки». Её можно набросать на бумаге или в документе — для одной ключевой страницы, обычно главной или страницы услуги.
2. Чёрно-белый прототип. Те же блоки, но с компоновкой: где заголовок и кнопка, сколько карточек в ряду, какие поля в форме; на месте картинки — серый прямоугольник с крестом. Тексты черновые, но по смыслу настоящие: «Приедем в день обращения» вместо заглушки из бессмысленных слов. Обычно делают версии для компьютера и для телефона.
3. Кликабельный прототип. Чёрно-белые экраны, связанные ссылками: по ним можно пройти путь посетителя — с главной на страницу услуги, оттуда в форму и до экрана «Спасибо, мы перезвоним». Он нужен, когда на сайте есть сценарии сложнее одной формы: калькулятор, запись на время, личный кабинет, корзина.

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

Что согласуют на прототипе

На прототипе согласуют содержание и логику страницы, а не её внешний вид.

• Состав и порядок блоков. Что посетитель видит на первом экране, что ниже, без чего страница не продаёт.
• Содержание блоков. Есть ли цены или хотя бы «от», гарантии, сроки, примеры работ, ответы на частые вопросы.
• Сценарии. Как посетитель доходит от первого экрана до заявки и сколько шагов ему для этого нужно.
• Формы. Какие поля, какие из них обязательные, что посетитель видит после отправки.

Поля формы согласуйте по минимуму. Имя, телефон, почта, адрес посетителя — его персональные данные, а закон требует, чтобы их объём соответствовал заявленным целям обработки и не был избыточным (ч. 5 ст. 5 закона № 152-ФЗ «О персональных данных»). Для заявки на ремонт обычно хватает имени и телефона. Остальные требования закона к формам записывают в техническое задание.

Чего на прототипе не согласуют

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

На прототипе

• состав и порядок блоков
• содержание: цены, гарантии, сроки, примеры работ
• сценарий от первого экрана до заявки
• поля форм — по минимуму

На дизайне — позже

• цвета и шрифты
• фотографии и иконки
• общий стиль

На чёрно-белом прототипе цветов нет специально: обсуждают суть, а не оттенки.

04Как сделать предпроектный этап платным

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

Чтобы этап не выглядел как плата «за вход», засчитывайте его стоимость в цену сайта, если основной договор подписан в оговорённый срок. Пример: предпроектный этап стоит 30 000 ₽, сайт по смете — 240 000 ₽. Если договор на разработку подписан в течение 30 дней после сдачи прототипа, заказчик платит за сайт 210 000 ₽ и за проектирование, по сути, не переплачивает. Если не подписан, у заказчика остаются оплаченные документы, у вас — оплаченное время.

Договоритесь заранее, что заказчик получает и когда. Во время работы и на показе — структуру документом и прототип в режиме просмотра: ссылкой без права правки или в PDF. После полной оплаты этапа — исходные файлы и права, которые вы согласовали в договоре. Исходный файл — рабочий инструмент: по нему прототип можно доработать и передать в дизайн без вас. Просмотр показывает решение, но для работы его пришлось бы перерисовывать. Так честно для обеих сторон: заказчик видит, за что платит, а вы не отдаёте результат авансом.

До оплаты

• структура документом
• прототип по ссылке без права правки или в PDF
• показ на созвоне

После полной оплаты

• исходные файлы прототипа
• права — как записано в договоре
• стоимость этапа — в зачёт цены сайта, если договор подписан в срок

Заказчик видит, за что платит, а исполнитель не отдаёт результат авансом.

Какие права на сайт и его части передавать заказчику и как это записать — во второй части серии.

05Права на прототип, если договора нет

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

Авторские права возникают без регистрации произведения и других формальностей (п. 4 ст. 1259 ГК РФ). Они распространяются и на необнародованные произведения, выраженные в объективной форме, — в том числе в письменной форме или в форме изображения (п. 3 той же статьи). Охраняется результат творческого труда, но, как разъяснил Верховный суд, пока не доказано иное, результат предполагается созданным творческим трудом, а отсутствие новизны или оригинальности само по себе не доказывает обратного (п. 80 постановления Пленума ВС РФ от 23.04.2019 № 10).

О сайтах Верховный суд высказался прямо: дизайн сайта может быть отнесён к объектам авторского права, если суд установит, что эта форма выражения информации — результат творческого труда автора (п. 5 Обзора судебной практики, утверждённого Президиумом ВС РФ 29.05.2024). Там же сказано, что если элементы объекта определяются только своей технической функцией, критерий оригинальности не соблюдается. Прототип — ещё не дизайн, а чёрно-белая схема во многом и есть функция: где кнопка, где форма, где цены. Использовать чужое произведение без согласия правообладателя нельзя, кроме случаев, которые предусмотрены ГК РФ, а отсутствие запрета согласием не считается (п. 1 ст. 1229).

Но у охраны есть граница, и для структуры она важнее всего. Авторские права не распространяются на идеи, концепции, принципы, методы, процессы, системы, способы, решения технических, организационных или иных задач (п. 5 ст. 1259 ГК РФ). Мысль «сделать отдельную страницу под каждую услугу, поднять цены на второй экран и поставить калькулятор на главную» — это идея и решение задачи, её может использовать кто угодно. Структура сайта ближе всего именно к такому решению: типовой список страниц и связей между ними защитить трудно. Охраняемой может оказаться конкретная форма — ваш прототип с его компоновкой и текстами. Но охраняется ли он, в споре решает суд, иногда с помощью экспертизы, а сам спор — это время, деньги и неизвестный исход.

Поэтому главная защита — практическая: показывайте, но не отдавайте. Ссылка на просмотр, PDF, показ экрана на созвоне — да, исходные файлы — только после оплаты. Отправленный исходник уже не вернуть, а доказывать потом, что им воспользовались, — долго и дорого.

Как зафиксировать авторство

Закон исходит из того, что автором считается лицо, указанное в качестве автора на оригинале или экземпляре произведения, пока не доказано иное (ст. 1257 ГК РФ). Поэтому подписывайте результат: на каждом экране прототипа и в PDF — имя автора, название студии, если права у неё, и дата, а рядом — условия использования: «Передано для ознакомления, использование — после оплаты по договору». Закон относит такие сведения к информации об авторском праве (п. 1 ст. 1300 ГК РФ).

Остальное — следы в переписке. Отправляйте структуру и прототип письмом с рабочей почты, а не только показывайте на созвоне; сохраняйте версии файлов с датами и переписку, где заказчик просит и получает прототип. Исходники с историей правок — тоже аргумент: Верховный суд отмечает, что исчерпывающего перечня доказательств авторства нет, и приводит пример — авторство фотографии может подтвердить в том числе необработанный снимок (п. 110 постановления Пленума ВС РФ № 10). Для прототипа похожую роль могут сыграть исходные файлы и ранние версии. Ни один из этих способов не гарантирует исхода спора, но без них вашу позицию нечем подтвердить.

06Как показать структуру и прототип

Не отправляйте прототип письмом с вопросом «Как вам?». Без объяснений заказчик увидит серые прямоугольники и начнёт обсуждать то, что видит: расположение картинок и длину заголовков. Назначьте созвон с показом экрана и проведите заказчика по логике решения.

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

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

07Типичные ошибки

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

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

Термины

Структура сайта

Список страниц сайта и связей между ними: разделы, вложенность, переходы.

Группа запросов

Поисковые запросы с одной целью поиска, под которые делают одну страницу.

Интент

Цель, с которой человек вводит запрос: узнать, сравнить, купить или попасть на конкретный сайт.

Шаблон страницы

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

Схема блоков

Самый грубый уровень прототипа: список блоков страницы в нужном порядке, без компоновки.

Прототип

Чёрно-белая схема страницы: блоки, заголовки, кнопки, формы и места для картинок, без цветов и шрифтов.

Кликабельный прототип

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

Предпроектный этап

Платная работа до основного договора: структура, прототипы ключевых страниц, данные для сметы и ТЗ.

Вопросы и ответы

Нужно ли делать прототип сайта бесплатно до договора?

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

Чем прототип сайта отличается от дизайна?

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

Как составить структуру сайта?

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

Что считается страницей в смете на сайт?

Лучше указывать два числа: шаблоны — макеты, которые проектируют и верстают один раз, — и страницы, которые на них собирают. Например, 12 страниц услуг на одном шаблоне — это один дизайн и 12 наполнений.

Кому принадлежит прототип сайта, если договор не заключили?

Авторские права возникают без регистрации, и прототип, созданный творческим трудом, может охраняться как произведение; без договора заказчик прав на него не получает. Но идеи, концепции и решения задач не охраняются (п. 5 ст. 1259 ГК РФ), поэтому надёжнее не отдавать исходные файлы до оплаты.

Можно ли засчитать оплату прототипа в стоимость сайта?

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

Статья — справочный материал, а не юридическая или налоговая консультация. Нормы, ставки и лимиты указаны на 5 октября 2026; перед подписанием договора или выбором налогового режима сверьтесь с действующей редакцией закона или с юристом.