# Сколько стоит прототип сайта: как сравнить глубину проектирования

Как сравнить глубину структуры, содержание, сценарии и комплект передачи прототипа. Матрица помогает обсуждать одинаковый объём проектирования

Автор: Редакция KEIVO
Дата публикации: 2026-11-04
Канонический URL: https://keivo.ru/blog/skolko-stoit-prototip-sayta/

![Три комплекта прототипа различаются по глубине структуры и сценариев](/blog/_media/lg50-20261103/a40-cover-w960-5dfdacc84e79.webp)



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

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

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

## За какое решение вы платите на этапе прототипа

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

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

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

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

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

## Почему одинаковое слово скрывает разную глубину

Текстовый прототип описывает содержание и последовательность. Блочный показывает размещение и иерархию в выбранном представлении. Интерактивный добавляет реакции на действия и переходы между состояниями. Это рабочие обозначения для сравнения, а не обязательные тарифы всех исполнителей. В конкретном предложении проверяйте, что автор имеет в виду под каждым названием

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

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

GOV.UK в методическом руководстве различает разные виды прототипов и связывает выбор с текущей задачей. Это не ценовой норматив и не обязательное правило для российского бизнеса. Полезен сам принцип соответствия модели вопросу. Первичное описание: [Making prototypes](https://www.gov.uk/service-manual/design/making-prototypes)

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

| Глубина | Что помогает решить | Чего нельзя ожидать автоматически |
|---|---|---|
| Текстовая | Порядок ответа, состав содержания, вопросы покупателя | Расположение на экране и работа переходов |
| Блочная | Иерархия и размещение в согласованных представлениях | Финальный стиль, произвольный ввод и обработка |
| Интерактивная | Заданные действия, состояния, ошибки и возвраты | Настоящий сайт, сервер и доставка обращения |
| Более реалистичная модель | Дополнительные вопросы поведения в определённых условиях | Готовность производственного кода и всех функций |

## Какие исходные данные сильнее всего меняют состав

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

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

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

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

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

## Как описать количество страниц и состояний

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

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

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

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

Завершите список таблицей покрытия. В ней у каждой страницы есть задача, состояния, представления и статус. Неизвестное отмечается отдельно. Такой список помогает запросить цену и позже принять результат. Он также показывает, когда в разговоре появилось новое требование, которое меняет объём, а когда речь идёт об исправлении уже согласованного поведения

## Как отделить исследование от проектирования

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

Фраза «анализ конкурентов» тоже требует содержания. Это может быть обзор визуальных приёмов, проверка предложений, структура выдачи или изучение конкретного пользовательского пути. Не объединяйте всё в одно обещание без результата. Для сравнения спросите, какие наблюдения будут сохранены и какие решения прототипа они помогают принять

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

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

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

## Что уточнить о текстах и фактах

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

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

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

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

В приёмке текста используйте задачу читателя. Можно ли определить применимость услуги, понять состав и узнать следующее действие? Наличие определённого числа знаков или блоков само по себе не отвечает на этот вопрос. Для состава оценки объём текста важен, но качество результата принимают по смыслу и доступности исходных данных

## Как описать интерактивность без скрытого объёма

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

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

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

Назначение интерактивных потоков подтверждается в [руководстве Figma по прототипированию](https://help.figma.com/hc/en-us/articles/360040314193-Guide-to-prototyping-in-Figma). Оно не устанавливает цену услуги и не описывает ваш договор. Используйте документацию для проверки технического смысла обещаний, а коммерческий состав получайте от конкретного исполнителя

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

## Что входит в правки и как это уточнить

Не сравнивайте количество «кругов» без определения их содержания. В одном предложении круг означает сбор замечаний к версии, в другом — переработку структуры после новых вводных. Для сопоставимости нужно знать, какие изменения входят, как они собираются и что считается новым объёмом. Иначе одинаковое число не описывает одинаковую работу

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

Определите порядок обратной связи. Кто собирает замечания, как указываются версия и элемент, кто разрешает противоречия? Необязательно вводить сложную процедуру. Достаточно единого списка и ответственного за решение. Это помогает исполнителю оценить процесс и снижает риск повторять одни и те же обсуждения из-за потерянных сообщений

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

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

## Как проверить передачу исходников и доступ

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

Для Figma уточните, где находится файл и какие права получит заказчик. Условия копирования, экспорта и отдельного просмотра зависят от настроек и тарифа. Не считайте, что любой линк означает полное владение доступным комплектом. Технические возможности описаны в [Share files and prototypes](https://help.figma.com/hc/en-us/articles/360040531773-Share-files-and-prototypes), а конкретный порядок передачи согласуется отдельно

Если требуется локальная копия Figma Design, уточните её состав. Официальная инструкция позволяет сохранять .fig при соответствующих правах, но такая копия не включает историю версий и комментарии. Поэтому важные принятые решения нужно передавать отдельно, если они существуют только в обсуждении. Основание: [Save a local copy of files](https://help.figma.com/hc/en-us/articles/8403626871063-Save-a-local-copy-of-files)

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

Технический доступ и права использования — разные вопросы. Возможность скачать файл сама по себе не устанавливает договорные условия на материалы. Для конкретного проекта их проверяют отдельно. В этой статье нет универсального юридического заключения о передаче прав; здесь важно не забыть этот пункт при обсуждении состава и не принимать отсутствие ответа за согласие

## Как привести денежные предложения к одной базе

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

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

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

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

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

| Строка денежного сравнения | Что подтвердить | Как поступить с пробелом |
|---|---|---|
| Основной комплект | Точное содержание суммы | Не переносить цену на другой состав |
| Недостающая обязательная работа | Включение или отдельную оценку | Итог неизвестен до ответа |
| Инструмент/внешний ресурс | Нужен ли именно для задачи и кто платит | Не добавлять по привычке |
| База суммы | Валюта, налоги и относящиеся условия | Не сравнивать разные определения |
| Изменение объёма | Как оценивается новый согласованный состав | Отделить от исправления дефекта |

## Полный учебный пример: отдельный прототип страницы услуги

Все предложения и события этого примера вымышлены для обучения. Это не реальные подрядчики, не прайс KEIVO и не исследование рынка. Денежных сумм в исходных данных нет, поэтому мы не будем объявлять один вариант дешевле. Цель — определить сопоставимый состав и подготовить запрос, после которого можно получить реальные цены на одинаковый результат

Учебный бизнес оказывает услугу оформления офисных помещений растениями. Ему нужен отдельный прототип одной страницы до визуального дизайна. Компания уже подтвердила состав услуги и подготовила безопасные материалы работ. Основное действие — начать обсуждение условий объекта. Реальный приём обращений и реклама в этот этап не входят

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

### Шаг 1. Зафиксировать требуемый комплект

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

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

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

### Шаг 2. Разобрать три условных предложения

Вариант А обещает текстовую структуру: вопросы покупателя, порядок блоков и черновые подписи. Размещение и связи не включены. Вариант Б обещает блочную схему двух представлений, но использует готовые тексты заказчика и показывает только начало обращения. Вариант В обещает готовые состояния и переходы, но не объясняет, кто проверяет факты и что передаётся кроме ссылки

Нельзя расположить эти варианты по глубине одной лестницей и выбрать В автоматически. У А есть содержательная часть, которой нет в описании Б. У В есть переходы, но неизвестно качество исходного содержания и доступ к файлу. Сначала сравнивают каждый вариант с нужным комплектом. Название «интерактивный» не закрывает все остальные строки

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

| Требуемая часть | Вариант А | Вариант Б | Вариант В |
|---|---|---|---|
| Структура ответа | Включена | Включена | Не установлена глубина |
| Работа с текстами | Черновая разработка | Только перенос готового | Не установлено |
| Два представления | Не включены | Включены | Не установлено |
| Две ветки обсуждения | Текстовое описание | Одна показанная ветка | Заявлены переходы, состав надо уточнить |
| Ошибка и возврат | Не включены | Не включены | Не установлено |
| Редактируемый исходник | Текстовый документ | Заявлен | Только ссылка, права не установлены |
| Повтор после правки | Не установлено | Не установлено | Не установлено |
| Сопоставимая сумма | Неизвестна | Неизвестна | Неизвестна |

### Шаг 3. Найти ошибку первоначального выбора

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

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

Вопрос формулируют конкретно: «Можете ли вы оценить тот же комплект с двумя входами, состоянием ошибки, возвратом и картой покрытия? Укажите, что входит в исходную сумму, что оценивается отдельно и какие данные нужны». У А и В запрашивают тот же результат. Все участники получают одинаковые условия, а не разные дополнительные задачи по ходу переписки

### Шаг 4. Подготовить единый запрос на оценку

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

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

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

### Шаг 5. Повторно проверить выбранный состав

В учебной уточнённой версии Б-2 исполнитель подтверждает: структура, работа с предоставленными текстами, широкое и узкое представления, две ветки, ошибка, возврат, карта и исходник входят в запрашиваемый комплект. Он отдельно исключает финальный стиль, настоящий ввод, серверную обработку и рекламный запуск. Денежная оценка в учебных данных по-прежнему не задана

Заказчик повторяет контрольную задачу на описании Б-2. Может ли дизайнер понять порядок и содержание? Можно ли показать путь покупателя с известными параметрами и без них? Есть ли состояние ошибки и возврат? Ясны ли границы для разработчика? Теперь ответы соответствуют требованию. Это подтверждает сопоставимость состава, а не выгодность цены и не качество будущего файла

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

### Шаг 6. Принять уже выполненный учебный результат

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

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

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

![Три учебных предложения отличаются составом: тексты, блоки и переходы не заменяют друг друга; цену сравнивают после уточнения одинакового комплекта](https://media.keivo.ru/blog/_media/lg50-20261103/a40-diagram-9c76b3bf5622.png)

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

## Заполненная матрица решения по учебному заказу

| Поле | Итог |
|---|---|
| Покупаемый этап | Отдельное проектирование до визуального дизайна |
| Задача | Страница услуги с двумя входами к обсуждению |
| Достаточная глубина | Блочное содержание двух представлений плюс заданные интерактивные состояния |
| Контент | Переработка предоставленных текстов на подтверждённых условиях |
| Включённые ветки | Параметры известны / сначала обсуждаем исходные данные |
| Обязательные состояния | Ошибка, возврат, демонстрационное завершение |
| Передача | Редактируемый исходник, карта, непокрытое, доступ |
| Исключено | Финальный стиль, настоящая форма, обработка, публикация, реклама |
| Первое неверное решение | Выбрали Б по двум макетам и формату Figma |
| Исправление запроса | Одинаковый комплект направляется всем для подтверждения и оценки |
| Повтор состава | Б-2 соответствует требуемому охвату по описанию |
| Повтор результата | Исправлен конкретный возврат, соседний выход сохранён |
| Денежный итог | Неизвестен: в учебных входах нет реальных оценок |

Такой документ можно заполнить до получения цены. Он помогает не согласиться на неподходящий результат только из-за привлекательной суммы. Но он не заменяет денежный ответ исполнителя. В собственной матрице добавьте подтверждённые суммы и не забудьте одинаковую базу. Если нет данных по обязательной строке, итог остаётся неизвестным

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

## Как понять, что вы не переплачиваете за ненужную глубину

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

Не удаляйте всё сложное автоматически. Иногда именно интерактивная ветка позволяет проверить опасное предположение до разработки. Решение зависит от риска и стоимости последующих изменений, которые нужно оценивать в своём проекте. В статье нет универсального процента экономии от прототипа. Можно выбрать осмысленный объём без выдуманного обещания окупаемости

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

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

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

## Как принимать готовый комплект без спора о вкусе

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

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

Если появляется новая идея, отделите её от дефекта. Можно сохранить её в следующем объёме и попросить оценить. Не нужно маскировать новое предложение под исправление, но и не следует принимать пропущенное согласованное состояние как платную дополнительную функцию автоматически. Основание — конкретная версия задания и карта результата

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

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

## Что спросить перед окончательным выбором исполнителя

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

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

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

Уточните, что произойдёт при изменении исходных материалов. Кто оценивает влияние на состав и когда появляется новая оценка? Если продукт бизнеса изменился, прежний прототип может потребовать пересмотра. Прозрачное правило полезнее обещания неограниченных изменений без понимания масштаба. При этом обычное исправление установленного несоответствия остаётся отдельным вопросом

Наконец, проверьте будущую передачу следующему исполнителю. Есть ли ограничения инструмента, доступа или материалов, которые повлияют на использование? Получит ли дизайнер содержание и основания, а разработчик — состояния и границы? Отдельная услуга полезна, когда её результат можно применить дальше, а не только показать внутри одного закрытого созвона

## Как прототип связан с дизайном и разработкой

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

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

Подробный порядок передачи макета описан в статье [«Как подготовить макет к вёрстке»](/blog/podgotovit-maket-k-verstke/). На этапе прототипа из него выбирают применимые требования к содержанию и сценариям. Финальный визуальный комплект может появиться позже, но существенные состояния и роли материалов лучше определить заранее

Реальную адаптивную реализацию принимают отдельно. Два представления в прототипе помогают сформулировать ожидания, но не подтверждают поведение между ширинами и на устройствах. Что согласовать в таком этапе, разобрано в статье [«Адаптивная вёрстка сайта»](/blog/adaptivnaya-verstka-sayta/). Не включайте эту работу в цену прототипа молча и не считайте её уже выполненной

Если сайт существует и задача касается его изменения, сначала определите масштаб. Иногда нужен прототип новой ветки, иногда достаточно адресной правки, а иногда требуется более широкий процесс. Материал [«Когда нужен редизайн сайта»](/blog/kogda-nuzhen-redizayn-sayta/) помогает разграничить эти ситуации. Название текущей статьи не превращает любой запрос о сайте в заказ отдельного проектирования

## Частые вопросы о цене прототипа

### Можно ли назвать цену за один экран

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

### Почему один исполнитель дороже другого

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

### Нужен ли интерактив любому лендингу

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

### Можно ли купить только прототип и отдать дизайн другому

Такой состав возможен, если заранее определены пригодный комплект, доступ и условия использования. Проверьте, что следующий исполнитель получит редактируемые материалы, подтверждённые тексты, карту и ограничения. Одна ссылка на просмотр не всегда достаточна. Юридические и договорные условия конкретной передачи проверяются отдельно

### Входит ли в прототип копирайтинг

Это зависит от предложения. Уточните, речь о заголовках, переработке готового или полном содержании на проверенных источниках. Кто подтверждает факты и собирает материалы? Без этих ответов нельзя считать две цены сопоставимыми. Слово «контент» не определяет глубину само по себе

### Должен ли прототип уже принимать заявки

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

### Как сравнивать, если часть сумм ещё неизвестна

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

### Когда можно считать работу законченной

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

## Как получить предметную оценку своей задачи

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

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

Задачу страницы и дальнейшего запуска можно обсудить на странице [лидогенерации KEIVO](/services/lead-generation/). Для разговора пригодятся описание услуги, материалы и список решений, которые хотите принять до дизайна. Отдельный прототип, визуальный дизайн и рекламный запуск имеют собственный состав: их стоит согласовать явно, чтобы получать проверяемые результаты каждого этапа

## Рабочий материал

[Скачать рабочий лист с учебным примером](https://keivo.ru/materials/lg50-a40-worksheet.md)


## Читайте также

- [Прототип лендинга: структура, текст и проверка](https://keivo.ru/blog/prototip-lendinga/)
- [Стоимость дизайна лендинга: как сравнить сметы](https://keivo.ru/blog/stoimost-dizayna-lendinga/)
- [Бриф на лендинг: что подготовить до заказа](https://keivo.ru/blog/brif-na-lending/)


## Услуга по теме статьи

Прототип сайта: Сначала — понятная структура

Разберём предложение и вопросы покупателей. Соберём содержание страницы до работы над дизайном

[Подробнее о прототипе](https://keivo.ru/services/prototyping/)