Прототип, MVP или дизайн-концепт: с чего начать проект

По данным CB Insights, главная причина закрытия стартапов — «no market need»: около 35% команд строят продукт, который никому не нужен. Деньги потрачены, время упущено, а рынок так и не подтвердил гипотезу. Исправить это позволяет правильный выбор первого шага — и именно здесь большинство основателей и продакт-менеджеров теряются, не понимая, чем прототип mvp или концепт отличаются друг от друга. Nielsen Norman Group давно показала: прототип проверяет удобство сценария, а не спрос на рынке. Interaction Design Foundation разграничивает MVP как работающий продукт с реальными пользователями — инструмент, принципиально отличающийся от любого макета. В этой статье разберём все три подхода, проведём честное сравнение и дадим дерево решений — что выбрать под вашу ситуацию.

Содержание

Почему выбор старта решает судьбу бюджета

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

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

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

Что такое дизайн-концепт и что он проверяет

Что входит в дизайн-концепт

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

Типичный артефакт — файл Figma с 5–15 экранами и описанием визуальных решений. Иногда это оформляется в питч-дек для инвесторов.

Какой вопрос закрывает концепт

Один вопрос: «Как это будет выглядеть и ощущаться?» Концепт нужен, когда команда ещё не договорилась о визуальном направлении или нужно согласовать образ продукта со стейкхолдерами, инвесторами, советом директоров. Это инструмент коммуникации и выравнивания ожиданий, а не валидации.

Ограничения дизайн-концепта

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

Что такое прототип и что он проверяет

Уровни детализации: lo-fi и hi-fi

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

• Lo-fi (низкая детализация). Кликабельные вайрфреймы — схематичные серые экраны с условными блоками. Делаются быстро (1–2 дня — неделя), идеальны для первых итераций и ранних пользовательских тестов. Суть — проверить логику, а не внешний вид.
• Hi-fi (высокая детализация). Интерактивный прототип, визуально близкий к финальному продукту. Анимации, реальные шрифты, фотографии. Используется для детального тестирования сценариев, для демонстрации инвесторам и для передачи разработчикам точных спецификаций.

По определению Interaction Design Foundation, прототипирование — это метод исследования дизайна, при котором создаётся модель для тестирования концепции до вложений в разработку.

Какой вопрос закрывает прототип

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

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

Ограничения прототипа

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

Что такое MVP и что он проверяет

MVP — работающий продукт с минимумом функций

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

Какой вопрос закрывает MVP

MVP отвечает на вопрос: «Есть ли спрос? Готовы ли люди платить или регулярно использовать продукт?» Это валидация рыночной гипотезы — самое дорогое, что можно проверить, но и самое важное. Стив Бланк в HBR описал принцип lean startup: «build-measure-learn» — строить минимально необходимое, измерять реакцию рынка и итерировать. MVP — это первое «build» в этом цикле.

Чем MVP отличается от прототипа

Разница фундаментальная. Прототип — имитация, MVP — реальность. В прототипе нет базы данных, нет реальных транзакций, нет производительности под нагрузкой. В MVP всё это есть. Прототип тестируется на нескольких пользователях в управляемых условиях; MVP запускается «в дикую природу» и собирает реальные метрики — конверсию, удержание, LTV.

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

Прототип vs MVP vs дизайн-концепт — сравнительная таблица

Критерий	Дизайн-концепт	Прототип (lo-fi/hi-fi)	MVP
Что проверяет	Визуальный образ, стиль	Удобство сценария, навигацию	Спрос на рынке, готовность платить
Рабочий код	Нет	Нет	Да
Пользователи	Стейкхолдеры, инвесторы	Тестовые участники (5–10 чел.)	Реальные пользователи рынка
Типичный срок	1–3 недели	1–5 недель	2–6 месяцев
Порядок затрат	Наименьший	Средний	Наибольший
Главный риск, который снимает	«Мы не договорились о направлении»	«Интерфейс непонятен, переделаем после релиза»	«Никому не нужно»
Артефакт на выходе	Статичные экраны, стайлгайд	Кликабельный макет в Figma/Axure	Работающий продукт в продакшне

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

С чего начать именно вам: дерево решений

Если не ясно «как это выглядит» — начните с концепта

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

Если сомнения в удобстве сценария — нужен прототип

Когда направление понятно, но сценарий сложный (многошаговые формы, нетипичная навигация, специализированный инструмент), или когда вы хотите убедиться, что пользователь поймёт ключевой flow до написания кода — делайте прототип. Особенно оправдан lo-fi прототип перед началом детального дизайна: пять часов вайрфрейминга могут сэкономить месяц переработки интерфейса после релиза.

Если гипотеза спроса не проверена — нужен MVP

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

Типичная здоровая последовательность

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

Когда шаги можно пропустить:

• Без концепта: команда уже работала вместе, визуальный язык определён корпоративным стандартом, или дизайнер и заказчик на одной волне с первой встречи.
• Без прототипа: сценарий прост (одностраничное приложение, стандартная форма), или команда строила похожие интерфейсы и уверена в решениях.
• Прямо в MVP: у вас уже есть проверенная аудитория (например, переносите офлайн-услугу в онлайн), или это внутренний корпоративный инструмент, где удобство важнее спроса.

Сколько это стоит и сколько занимает по времени

Конкретные цифры без брифа — это угадывание. Но порядки величин и ключевые факторы помогут сориентироваться.

Дизайн-концепт

Срок — от одной до трёх недель. Факторы: количество ключевых экранов, глубина стайлгайда, число раундов правок. Концепт на 8–10 экранов с одним раундом правок занимает у опытного дизайнера неделю. Если нужен полноценный mood board, несколько направлений на выбор и детальный UI-кит — рассчитывайте на три недели.

Прототип

Lo-fi — от одной до двух недель. Hi-fi — от трёх недель до полутора месяцев. Факторы: количество экранов и сценариев, наличие анимаций, необходимость проведения юзабилити-тестов и обработки их результатов. Ловушка: hi-fi прототип с большим количеством анимаций и микровзаимодействий легко занимает столько же времени, что и дизайн + вёрстка несложного проекта. Если вы в этой точке — имеет смысл сразу переходить к MVP, а не бесконечно «дополировывать» макет.

MVP

Срок — от двух до шести месяцев для большинства B2C-продуктов; для B2B с интеграциями — от четырёх месяцев. Факторы: количество функций (помните, MVP — это минимум, а не полный продукт), платформа (web/iOS/Android), наличие сторонних интеграций, требования безопасности и регуляторов. Главная ловушка MVP — «минимум» незаметно вырастает: команда добавляет функции одну за другой, и через три месяца выясняется, что запустят не раньше чем через год. Жёсткая приоритизация бэклога — обязательное условие.

Частые ошибки при старте проекта

• Строить полный продукт вместо MVP. «У нас будет всё и сразу» — верный путь к полугодовому молчанию и пропущенному окну выхода на рынок. MVP проверяет одну-две главные гипотезы, остальное — в следующих итерациях.
• Путать красивый концепт с проверенным спросом. Инвесторы хотят видеть не картинку, а трекшн. Красивый концепт производит впечатление, но не заменяет метрики реального использования.
• Hi-fi прототип там, где хватило бы lo-fi. Если вы ещё не знаете, правильный ли основной сценарий, тратить три недели на анимированный hi-fi — расточительство. Сначала lo-fi, потом, когда логика подтверждена, — hi-fi.
• MVP без метрик успеха. Запустили — и что дальше? Без заранее определённых метрик (конверсия, DAU, LTV, время до первого действия) вы не поймёте, валидирована ли гипотеза или нет.
• Пропустить прототип при сложном сценарии. Специализированный B2B-инструмент с нестандартной навигацией, запущенный без юзабилити-тестов, рискует получить низкое adoption внутри компании — и переделка интерфейса в уже написанном коде обойдётся дорого.
• Перепрыгнуть в разработку, «сэкономив» на прототипе. «Мы сами знаем, как должно быть» — и через три месяца выясняется, что ключевой flow требует переработки. Стоимость часа дизайнера в прототипе в 5–10 раз ниже стоимости часа разработчика, который переписывает готовое.

Как это делаем мы

В YuSMP Group мы редко предлагаем что-то одно из трёх — чаще помогаем выбрать, с какого шага стартовать под конкретную ситуацию заказчика. Если задача — быстро проверить гипотезу, мы можем начать с lo-fi прототипа и юзабилити-теста на целевой аудитории ещё до разработки. Если заказчик пришёл с уже протестированным сценарием и чётким видением — переходим к MVP напрямую.

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

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

Частые вопросы (FAQ)

Чем прототип отличается от MVP простыми словами?

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

Нужен ли дизайн-концепт, если уже есть прототип?

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

Можно ли сразу делать MVP, минуя прототип?

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

Что показать инвестору — концепт, прототип или MVP?

Зависит от стадии. На идейной стадии (pre-seed) достаточно дизайн-концепта и питч-дека — они показывают образ продукта. На стадии seed инвесторы хотят видеть прототип или ранний MVP с первыми пользователями. MVP с метриками роста — самый сильный аргумент для Series A и выше.

Сколько стоит и сколько длится каждый этап?

Стоимость и сроки зависят от сложности продукта, числа экранов и опыта команды. Дизайн-концепт (5–15 ключевых экранов) занимает 1–3 недели. Кликабельный lo-fi прототип — 1–2 недели, hi-fi — от 3 недель. MVP с базовым функционалом — от 2 до 6 месяцев разработки. Точную оценку можно получить только после брифинга по вашей задаче.