Прототип сайта: что проверить до подписи этапа

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

Я открыл 10 страниц из топа по запросу «прототип сайта» и проверил, объясняет ли хоть одна, что заказчику делать с присланным прототипом. Не объясняет ни одна: девять из десяти рассказывают, чем скетч отличается от вайрфрейма, а десятая спорит с серыми квадратами. Ссылок на Гражданский кодекс и на ГОСТы нет ни в одной, таблиц — тоже ни одной. Ниже — что смотреть в прототипе по порядку, что записать в акт и в каком файле он должен вам достаться.

01Что нашлось в десяти страницах топа и чего в них нет

Замер сделан 26 сентября 2026 года по запросам «прототип сайта», «как сделать прототип сайта» и «разработка прототипа сайта». В таблице — кто написал, для кого и есть ли в тексте то, ради чего заказчик открывает статью.

Что в этой таблице стоит увидеть. Ни одной таблицы на десять страниц — при том что тема сравнительная по своей природе. Ни одной цены в рублях за саму услугу, хотя открытые прайсы студий существуют и расходятся в двадцать раз. Все числа в топе — это долларовые тарифы Figma, Axure и Balsamiq, и ни один текст не оговаривает, что оплатить их из России нельзя. И главное: слово «приёмка» встречается в смысле «заказчик утверждает», но нигде не сказано, что утверждение — юридическое действие с последствиями, описанными в кодексе.

Единственный текст, который подходит близко, — лонгрид Web Valley на одиннадцать тысяч слов с блоком возражений «зачем мне прототип, у меня есть ТЗ». Но и он отвечает на возражение, а не даёт порядок проверки.

02Прототип отвечает на вопрос «что где стоит», и только на него

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

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

03Сорок минут проверки: одиннадцать вопросов по порядку

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

1. Есть ли на первом экране ответ, чем вы занимаетесь и для кого. Не слоган, а фраза, по которой посетитель понимает, попал он или нет.
2. Названа ли цена или порядок цены. Если по вашей услуге цена считается индивидуально — есть ли на прототипе место под расчёт, вилку или «от».
3. Сколько на странице целевых действий. Одно главное и одно запасное — рабочая норма; пять равнозначных кнопок означают, что структура ещё не решена.
4. Что происходит после отправки формы. На прототипе должен быть экран или состояние «спасибо» — иначе его не спроектирует никто, и вы увидите дефолтную надпись уже на живом сайте.
5. Куда ведёт каждая кнопка и каждый пункт меню. Ссылки в никуда на схеме бесплатны, в вёрстке — нет.
6. Есть ли в формах ровно те поля, которые вам нужны для работы. Лишнее поле снижает число заявок, недостающее заставляет перезванивать и переспрашивать.
7. Проверены ли пустые и ошибочные состояния. Каталог без товаров, отзывов пока нет, форма отправлена с ошибкой — эти экраны существуют всегда, вопрос лишь в том, нарисованы они или нет.
8. Есть ли мобильная версия схемы. Не «всё то же самое, но уже», а решение, что на телефоне уезжает вниз, а что остаётся на первом экране.
9. Где стоят обязательные юридические блоки. Политика конфиденциальности, согласие на обработку данных у формы, реквизиты — на прототипе им нужно место, а не абстрактный «подвал».
10. Сходится ли структура с теми запросами, по которым вас должны находить. Если страница проектируется под продвижение, у разделов должны быть заголовки, а не только картинки.
11. Сколько экранов вы приняли. Считайте их штучно и записывайте число: оно понадобится, когда подрядчик скажет, что внутренние страницы в этап не входили.

Пункты 1–4 — про деньги, 5–8 — про то, что чаще всего доделывают в последний день, 9–11 — про споры на приёмке. Если хотя бы по одному пункту ответа нет, это не повод расторгать договор: это повод написать замечание письменно, пока оно стоит ноль.

04Замечания пишутся в акт, а не в переписку

Пункт 2 статьи 720 сформулирован узко: заказчик вправе ссылаться на недостатки, обнаруженные при приёмке, если они оговорены «в акте либо в ином документе, удостоверяющем приемку, либо возможность последующего предъявления требования об их устранении». Голосовое сообщение в мессенджере таким документом обычно не считается.

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

Второй кодексный сюжет — сроки. Пункт 1 статьи 708 ГК говорит, что промежуточные сроки существуют, только если стороны о них договорились: «По согласованию между сторонами в договоре могут быть предусмотрены также сроки завершения отдельных этапов работы (промежуточные сроки)». Пока даты сдачи прототипа нет в договоре, её нарушение юридически ничем не является.

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

05Сроки из шести прайсов: от 5 до 15 рабочих дней

Сроки — единственное, что студии называют охотнее цен. Я выписал их из шести открытых прайсов вместе с ценой, чтобы было видно, за что именно платят.

Самое полезное в этой таблице — скобка у «Пиксель Плюс»: «без учета времени на согласование». Она объясняет, почему этап на «6–12 рабочих дней» в реальности занимает месяц. Календарь складывается из срока подрядчика и ваших кругов правок, и второе слагаемое зависит целиком от вас: договоритесь заранее, за сколько дней вы отвечаете на присланное и сколько итераций входит в цену. У CASTCOM, например, отдельной строкой продаётся даже обсуждение: «Участие в мозговых штурмах… – 2 400 руб./час».

Разброс цен объясняется не наглостью, а объёмом: 6 000–18 750 ₽ — это схема одной-двух страниц, 45 000–70 000 ₽ — этап с исследованием, 90 000–130 000 ₽ — прототип многостраничника с логикой переходов.

06Где лежит ваш прототип и что с ним будет потом

Прототип — это файл в чужом аккаунте, пока не доказано обратное. Российскому заказчику стоит знать одну вещь про самый популярный инструмент: Figma официально не продаёт платные планы в России. В её собственной справке сказано, что компания «is not making any payment arrangements for customers in Russia» и не предлагает платные услуги новым клиентам из РФ. Бесплатный план при этом работает, но он невелик: «A single team with one folder and 3 files» и история версий за 30 дней.

Что из этого следует для договора. Во-первых, спрашивайте не «в чём вы работаете», а «что вы мне отдадите»: ссылка на облачный файл отзывается одним движением, экспорт в PDF и PNG остаётся у вас навсегда. Во-вторых, если подрядчик работает в бесплатной Figma, три файла на аккаунт — это его потолок, и ваш проект однажды окажется удалённым, чтобы освободить место. В-третьих, Penpot и draw.io снимают вопрос оплаты вовсе: первый — редактор с прототипированием, который можно поставить на свой сервер, второй — бесплатный навсегда инструмент для схем страниц и карты сайта.

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

07Что записать в договор словами стандарта

Если подрядчик спорит с самой идеей приёмки по критериям, помогает ссылка на то, что критерии придумали не веб-студии. ГОСТ 34.602-89 требует, чтобы в техническом задании был раздел «порядок контроля и приемки системы», а в нём — «общие требования к приемке работ по стадиям». То есть требование описать, что считается принятым на каждом этапе, а не только в конце, существует в отечественной нормативке с 1989 года.

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

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

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

Разберём именно
ваш сайт бесплатно

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

Что входит в разбор

• 1
  Где теряются заявкипуть от объявления до формы
• 2
  Что поправить на сайтепервый экран, оффер, формы
• 3
  Что поменять в рекламезапросы, объявления, бюджет

Михаил Лапошинразберу ваш проект лично

Ваше имяТелефонСайт

TelegramWhatsAppЗвонок

Согласен на обработку данных и политику конфиденциальностиПолучить бесплатный разбор

✓ Заявка принята — отвечу в течение часа

08Про «в сто раз дешевле» — цифру, у которой нет источника

Почти любая статья о прототипировании обещает, что ошибка, найденная на схеме, дешевле найденной после запуска в 10, 100 или 1000 раз, и ссылается на «исследование IBM Systems Sciences Institute». The Register в разборе 2021 года пишет об этом исследовании коротко: «There's one tiny problem with the IBM Systems Sciences Institute study: it doesn't exist». Институт был внутренней программой обучения сотрудников, а данные, если они существовали, «not more recent than 1981, and probably older; and could be as old as 1967».

Гипотезу проверяли академически. Работа «Are Delayed Issues Harder to Resolve?» на выборке 171 проекта за 2006–2014 годы заключает: «We found no evidence for the delayed issue effect; i.e. the effort to resolve issues in a later phase was not consistently or substantially greater than when issues were resolved soon after their introduction».

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

09Чего на прототипе требовать не надо

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

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

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

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

10Коротко

Прототип проверяется за сорок минут и подписывается один раз. Всё, что видно глазами на схеме, — явные недостатки: не сказали о них при приёмке, дальше ссылаться на них нельзя, и это не жёсткость подрядчика, а пункт 3 статьи 720 ГК. Замечания идут в акт, а не в переписку. Срок этапа существует, только если он записан в договор промежуточным. Сроки по прайсам — 5–15 рабочих дней плюс ваши согласования, которых в этих числах нет. И файл, который вам отдают, должен открываться без чужого аккаунта: экспорт в PDF стоит ноль, а доступ к чужому облаку отзывается за секунду.

Михаил ЛапошинМаркетолог, руководитель Laposhin Agency

«Делаем сайты и запускаем Яндекс Директ так, чтобы
сайт приносил заявки, а не просто был»

Есть вопрос по статье?Задать вопрос в Telegram