Создание продукта
Пять инструментов, которые превращают идею в видимую структуру: что вы строите, для кого именно, почему это вообще кому-то нужно, кто купит это первым и как проверить всё это, не построив продукт целиком. Разворачивайте каждый урок и заполняйте таблицы — это и есть работа модуля, не чтение ради чтения.
Урок 1: Lean Canvas — продукт как на ладони
Бизнес-план на 40 страниц читают только тот, кто его пишет. Lean Canvas (Аш Маурья, адаптация Business Model Canvas под ранний этап) умещается на одной странице — не потому что проще, а потому что одна страница заставляет назвать вещи прямо, вместо того чтобы прятать неуверенность за красивыми формулировками.
Главная ошибка при заполнении — начать с блока «Решение». Вы влюбляетесь в своё решение до того, как проверили, что проблема вообще существует. Заполняйте сначала Проблему и Сегменты клиентов, и только потом — всё остальное.
| Блок | На какой вопрос отвечает | Типичная ошибка |
|---|---|---|
| 1. Проблема | Какие 1-3 проблемы у клиента главные? | Список из 10 пунктов вместо трёх главных |
| 2. Сегменты клиентов | Кто именно испытывает эти проблемы? | «Все предприниматели» вместо конкретного человека |
| 3. Уникальное ценностное предложение | Одной фразой: почему вы, а не альтернатива? | Описание функций вместо причины выбрать именно вас |
| 4. Решение | Как именно вы закрываете проблему? | Заполняют этот блок первым — и влюбляются в него до проверки проблемы |
| 5. Каналы | Как вы дотянетесь до клиента? | Один расплывчатый список вместо главного канала |
| 6. Потоки доходов | Как именно вы зарабатываете? | Надежда на рекламу/инвестиции вместо платящего клиента |
| 7. Структура затрат | Во что обходится делать это? | Учёт только денег без времени основателя |
| 8. Ключевые метрики | По каким цифрам поймёте, что работает? | Vanity-метрики (просмотры) вместо actionable |
| 9. Несправедливое преимущество | Что нельзя просто скопировать? | Пустой блок, если преимущества ещё нет — это нормально на старте |
Самопроверка: почему заполнять «Решение» первым — ошибка, даже если решение кажется очевидным?
Потому что вы влюбляетесь в решение до того, как проверили, что проблема реальна. Дальше по курсу (модуль про исследования) это станет отдельной темой, но уже сейчас держите в голове: решение без подтверждённой проблемы — догадка, а не план.
Самопроверка: чем отличается уникальное ценностное предложение от решения?
Решение — что вы делаете. Ценностное предложение — почему это важно именно клиенту, сформулированное так, чтобы отличить вас от альтернатив. Об этом — весь следующий урок.
Пример: как Настя за один вечер собрала Lean Canvas для маминой мастерской
Настя работает продактом в такси-агрегаторе, а у её мамы — мастерская по пошиву штор на дому: заказы идут через сарафанное радио и переписку в WhatsApp, запись в тетрадке. Настя решила на выходных прогнать мамин бизнес через Lean Canvas — не потому что мастерской нужен питч для инвестора, а чтобы понять, стоит ли вообще делать сайт с онлайн-записью, о котором мама давно думает.
1. Проблема. Клиентки находят мастера только по рекомендации знакомых — если рекомендаций не было, идут в первую попавшуюся ателье-сеть, даже если качество там хуже. Записаться можно только звонком в рабочие часы, а половина клиенток пишет вечером.
2. Сегменты клиентов. Женщины 35–55 лет, купили квартиру или переехали, ищут пошив штор под конкретное окно, а не готовые изделия. Обращаются один-два раза в несколько лет, но с высоким чеком.
3. УЦП. Не «мастерская по шторам» (таких в районе пять), а «замер и пошив под ваше окно за одну встречу, без походов в шоу-рум».
4. Решение. Выезд на замер с образцами тканей, пошив за 5–7 дней, примерка на месте.
5. Каналы. Сарафанное радио остаётся главным — но Настя предложила добавить карточку мастерской в Яндекс.Картах с фото работ: тепло, но с нулевым бюджетом.
6. Потоки доходов. Оплата по факту, 50% предоплата тканью. Средний чек — 8-15 тысяч рублей за окно.
7. Структура затрат. Ткань и фурнитура под заказ, бензин на выезды, амортизация машинки. Свой труд мама в затраты не считала — и это первое, что Настя исправила в расчёте.
8. Ключевые метрики. Число заявок в месяц, доля заявок «от знакомых» против «случайных», процент, кто возвращается через 2-3 года на новую квартиру.
9. Несправедливое преимущество. 12 лет работы в одном районе и личное знакомство с половиной клиенток — то, что случайный конкурент из соседнего ателье не соберёт за один сезон.
Практика: мама Насти хочет сразу нанять таргетолога и запустить рекламу в соцсетях на весь район. Что не так с этим планом на текущем этапе Lean Canvas?
Реклама — это масштабирование канала, а канал ещё не проверен даже на минимальном бюджете (карточка в Яндекс.Картах). Прежде чем платить за охват, нужно понять, какой из блоков 1-2-3 (проблема, сегмент, УЦП) вообще подтверждается хотя бы на бесплатном канале — иначе платная реклама просто быстрее потратит бюджет на непроверенную гипотезу.
Практика: Настя сначала написала в блок «Несправедливое преимущество» — «качественный пошив». Почему это не подходит под этот блок?
«Качественный пошив» — это то, что любой конкурент тоже заявит о себе, и это невозможно проверить со стороны клиента до покупки. Несправедливое преимущество — то, что конкретно нельзя быстро скопировать: 12 лет отношений с клиентками в одном районе скопировать нельзя, а фразу «у нас качественно» — можно написать на любой вывеске.
Печатный шаблон: не хотите чертить сетку сами — скачайте готовый Lean Canvas в PDF и заполняйте от руки.
Из первых рук: автор метода Аш Маурья лично разбирает Lean Canvas на реальных примерах — Understanding the Lean Canvas by Ash Maurya (на английском, с субтитрами).
Задание: заполните свой Lean Canvas по таблице выше. Начните с Проблемы и Сегментов клиентов, даже если тянет сразу написать «Решение» первым. Если какой-то блок не заполняется — это само по себе ценный сигнал: значит, вы это про свой продукт ещё не знаете.
Урок 2: Целевая аудитория — от общего рынка к сегменту
Блок «Сегменты клиентов» в Lean Canvas — это одна строка. Но именно от того, насколько точно вы её напишете, зависит, сколько денег вы потратите впустую на рекламу не тем людям и сколько раз переделаете продукт, потому что угадывали, а не знали. Чем точнее описан сегмент, тем дешевле каждый следующий шаг — от текста объявления до дизайна интерфейса.
Кто платит: B2B, B2C или B2G
| Модель | Кто покупает | На что смотреть при описании |
|---|---|---|
| B2B | Другой бизнес использует ваш продукт для своей работы | Отрасль, оборот, число сотрудников, бизнес-модель |
| B2C | Частный человек для личных нужд | Демография, география, психография |
| B2G | Госорганы и бюджетные учреждения | Отдельная специфика — тендеры и закупочные процедуры; в этом курсе не разбираем |
Пользователь и ЛПР — не всегда один человек
В B2C это разделение встречается реже, но встречается: на кружок робототехники для детей 8-12 лет запишется ребёнок, но платит и решает родитель. Ценность для ребёнка — «собери своего робота за один урок». Ценность для родителя — «час без гаджетов и понятный прогресс, а не абстрактное развитие». Одно и то же занятие приходится продавать дважды, разными словами.
В B2B это разделение почти всегда есть. Если бы Настя продавала не пошив штор, а CRM для швейных мастерских, пользователем была бы швея-администратор, которая вносит заказы каждый день, а лицом, принимающим решение — владелица мастерской, которая подписывает счёт раз в год. Для администратора важна ценность «не искать карточку клиента в тетрадке 10 минут», для владелицы — «видеть выручку за месяц одним взглядом, не звоня бухгалтеру». Если вы продаёте только администратору, сделка может не дойти до оплаты — деньгами распоряжается не он.
Самопроверка: почему для B2B-продукта разделение ЛПР/пользователь встречается почти всегда, а для B2C — редко?
Потому что в B2B продукт покупают на деньги компании для решения задачи компании — а тратить чужие деньги и пользоваться продуктом каждый день обычно разные люди на разных должностях. В B2C человек чаще сам решает и сам пользуется — совпадение реже нарушается, но случается там, где решение принимает не тот, кто использует (дети, пожилые родственники, подарки).
Характеристики ЦА для B2C
| Категория | Направляющий вопрос |
|---|---|
| Географические | Город, район, климат, доступность на транспорте — где физически живёт клиент? |
| Демографические | Пол, возраст, семейное положение, профессия, образование? |
| Социально-экономические | Уровень и источник дохода, принадлежность к социальной группе? |
| Психографические | Образ жизни, ценности, страхи, как принимает решение о покупке? |
Портрет клиентки мастерской по четырём категориям. Гео: живёт или переехала в радиусе 15 минут на машине от мастерской — дальше клиентки не окупают выезд на замер. Демо: женщины 35-55 лет, замужем или совместное проживание, часто с детьми школьного возраста. Социально-эконом: доход выше среднего по региону, но не премиум-сегмент — готовы платить за подгонку под окно, но сравнивают цену с ателье-сетью. Психография: ценит порядок в доме больше, чем экономию времени на поиске исполнителя; решение принимает не спеша, читает отзывы и спрашивает у знакомых, прежде чем звонить.
5W — быстрая сегментация
| Вопрос | Что описывает |
|---|---|
| What — что | Конкретное свойство товара или услуги |
| Who — кто | Характеристики покупателя |
| Why — почему | Чем руководствуется, выбирая именно это |
| When — когда | В какой момент возникает покупка |
| Where — где | Где происходит выбор и покупка |
5W для мастерской. What — пошив штор точно под нестандартное окно, не готовые изделия. Who — женщины, недавно переехавшие или сделавшие ремонт. Why — не устраивает размер и вид готовых штор из масс-маркета, хотят индивидуальной подгонки без похода в шоу-рум. When — в первые 1-2 месяца после переезда или ремонта, редко позже. Where — офлайн: выезд мастера на дом; онлайн: карточка в Яндекс.Картах и рекомендации в соседских чатах.
Практика: интернет-магазин детских велосипедов хочет описать ЦА через 5W. Кто-то предложил Why — «родители 28-40 лет». Что не так с этой формулировкой?
Это перепутанные категории: «родители 28-40 лет» — это Who (кто покупает), а не Why (почему покупает именно так). Why должно отвечать на вопрос мотива: например, «хотят, чтобы ребёнок быстрее научился держать баланс, не набив лишних шишек» — это причина выбора, а не описание самого покупателя.
Задание: опишите свою целевую аудиторию по 5W и — если у вас B2C — по четырём характеристикам из таблицы выше. Если у вас несколько сегментов, сделайте это для самого перспективного, а не для всех сразу.
Урок 3: Погружение в целевую аудиторию — Value Proposition Canvas
Lean Canvas даёт картину целиком. Value Proposition Canvas увеличивает два блока из него — клиента и решение — и проверяет, действительно ли они совпадают.
Два круга. Профиль клиента: задачи (jobs), боли (pains), выгоды, которые он ищет (gains). Карта ценности: что снимает боль (pain relievers), что создаёт выгоду (gain creators), что вы фактически предлагаете.
Главная ошибка — заполнять профиль клиента тем, что вы вообразили, а не тем, что услышали на реальных разговорах. Боли и выгоды, придуманные за столом — просто другой сорт догадки. В модуле про исследования вы узнаете, как собирать эти данные честно.
| Компонент | Направляющий вопрос |
|---|---|
| Jobs — задачи клиента | Что он пытается сделать, независимо от вашего продукта? |
| Pains — боли | Что его раздражает, пугает, стоит ему времени/денег сейчас? |
| Gains — выгоды | Какого результата он ждёт, даже если не говорит об этом прямо? |
| Products & Services | Что вы фактически предлагаете? |
| Pain relievers | Как именно это снимает каждую боль из списка выше? |
| Gain creators | Как именно это даёт каждую выгоду из списка выше? |
Самопроверка: в чём разница между «клиенту было бы удобно» и настоящим pain?
«Удобно» — гипотетическая оценка. Настоящий pain — это то, что клиент уже сейчас терпит, платит за костыль или решает вручную. Если вы не можете привести пример такого поведения — это ещё не pain, а догадка.
Задачи клиента бывают трёх типов
| Тип задачи | Что это | Пример для мастерской |
|---|---|---|
| Функциональная | Практический результат, который нужно получить | Получить шторы, которые точно закрывают нестандартное окно |
| Социальная | Как клиент хочет выглядеть в глазах других | Показать гостям продуманный, обустроенный дом после переезда |
| Эмоциональная | Что клиент хочет почувствовать | Не переживать, что зря потратила деньги на штору, которая не подошла |
Эмоциональные задачи труднее всего проверить — но именно они делают клиента приверженным, если продукт в них попадает.
Выгоды тоже делятся на три типа
| Тип выгоды | Что это | Пример для мастерской |
|---|---|---|
| Необходимая | Без этого сделка вообще не состоится | Штора реально подходит по размеру окна |
| Ожидаемая | Без этого проживёт, но привыкла ждать | Не нужно ехать в шоу-рум — мастер приезжает сам |
| Неожиданная | То, о чём клиент не просил, но что подкупает | Мастер сразу посоветовала ткань, которая визуально расширяет маленькое окно |
Боль должна быть конкретной, а не общей формулировкой
| Туманно | Конкретно |
|---|---|
| «Неудобно ехать в шоу-рум» | «40 минут в один конец по пробкам, чтобы посмотреть 5 образцов ткани» |
| «Дорого» | «В сетевом ателье цена за метр на 30% выше при том же материале» |
Туманная боль звучит убедительно на словах, но с ней невозможно спроектировать конкретное решение — непонятно, что именно нужно сократить или убрать. Конкретная боль сразу подсказывает решение: «40 минут по пробкам» решается выездом мастера, а не более удобным сайтом.
Практика: клиентка мастерской сказала «хочу, чтобы шторы были красивые». Какой тип задачи или выгоды это ближе всего описывает — и почему с этой формулировкой пока нельзя работать?
Это ближе к эмоциональной/социальной задаче («хочу гордиться интерьером»), но в текущем виде она слишком общая, чтобы стать пунктом VPC — «красивые» не подскажет, какую ткань, форму или цвет предложить. Нужно уточняющее интервью: красивые — это в тон мебели, по актуальному тренду, как у подруги, или просто «не так, как в масс-маркете»?
Карта ценности: продукт — не то же самое, что функция
Левая половина VPC начинается с блока Products & Services — это перечень того, что вы фактически предлагаете (в том числе разные версии и уровни услуги), а не список функций внутри продукта. Продукт может быть материальным (физическая вещь, услуга руками) или нематериальным (цифровой сервис, консультация, лицензия).
Разница простая: продукт — это то, что клиент покупает или заказывает целиком; функция — это деталь внутри этого продукта, которая делает его удобнее, но сама по себе не продаётся отдельно.
Практика: сервис ремонта велосипедов с выездом мастера на дом. Что из перечисленного — продукт, а что — функция внутри продукта: (а) выезд мастера для ремонта велосипеда, (б) выбор часового слота визита в приложении, (в) абонемент на сезонное ТО раз в год, (г) push-уведомление «мастер выехал»?
Продукты: (а) выезд мастера для ремонта — это то, что клиент заказывает; (в) абонемент на сезонное ТО — отдельная версия услуги, которую тоже можно заказать целиком. Функции: (б) выбор часового слота и (г) push-уведомление — это детали, которые делают заказ продукта (а) удобнее, но сами по себе клиент их не покупает.
Gain creators и Pain relievers — три вопроса на каждый пункт
Для каждой боли и выгоды из профиля клиента задайте: какую пользу приносит продукт? какие эмоции вызывает его использование? что клиент потеряет, если перестанет им пользоваться? Третий вопрос — про удержание: если ответ «ничего не потеряет», это сигнал, что ценность слабая и клиент легко уйдёт к альтернативе.
Ещё один взгляд на VPC: версия с явным местом для эмоций
У классического VPC выше есть более маркетинговая версия, которая явно достраивает то, что часто теряется между строк: не только что продукт делает, но и что клиент почувствует, и не только чего клиент хочет, но и чего боится.
Читать квадрат слева направо — это и есть проверка на пустую формулировку: характеристика («у нас индивидуальный пошив») должна вести к выгоде («штора точно по размеру окна»), а выгода — к впечатлению («не стыдно перед гостями за окно после ремонта»). Если не можете продолжить цепочку до впечатления — скорее всего, у вас просто список функций, а не ценностное предложение.
Справа добавляются два элемента, которых нет в классическом VPC этого урока: Страхи — то, что удерживает клиента от покупки, напрямую перекликается с «тревогой и боязнью перемен» из четырёх сил в модуле про исследования (там же будет и остальное — желания и потребности это по сути gains и jobs, которые вы уже знаете). Заменители — не только прямые конкуренты, но и «ничего не делать» — самый частый и самый недооценённый конкурент любого нового продукта: тот самый вопрос «а что, если оставить всё как есть».
Самопроверка: почему «ничего не делать» стоит явно вписывать в блок «Заменители», а не считать это отсутствием конкуренции?
Потому что для клиента бездействие — это тоже выбор, причём самый лёгкий: не нужно тратить деньги, время на разбирательство, рисковать разочарованием. Если ваш продукт не выигрывает явно и у варианта «оставить всё как есть», реальным конкурентом окажется не другая компания, а инерция клиента — и её нужно закрывать отдельно, тем же способом, что и любого другого заменителя.
Цепочка для мастерской Насти. Характеристика: мастер сам приезжает с образцами ткани. Выгода: не нужно ехать в шоу-рум и тратить полдня. Впечатление: спокойствие вместо привычного раздражения от беготни по магазинам перед ремонтом. Страх клиентки: а вдруг частный мастер сделает хуже, чем в проверенной сети. Заменитель, который чаще всего забывают: просто повесить старые шторы ещё на полгода и ничего не менять.
Источник этой версии шаблона: статья «Ценностное предложение: как составить» от агентства UPLab — там же больше живых примеров формулировок для каждого блока.
От VPC к УТП: как ценностное предложение становится фразой
Заполненный VPC — это ещё не текст для сайта или рекламы, а сырьё для него. Уникальное торговое предложение (блок 3 в Lean Canvas) собирается именно из самых сильных pain и gain, которые вы нашли в профиле клиента. Простая рабочая формула: [конкретная боль клиента] → [конкретный результат от продукта].
Для мастерской: «Устали тратить полдня на поездку в шоу-рум ради пяти образцов ткани? Мастер привозит образцы вам домой и снимает мерки за один визит» — боль (40 минут по пробкам ради образцов) напрямую переходит в результат (мастер приезжает сам).
Два признака ложного УТП, которых стоит избегать:
- Очевидное обещание — то, что и так гарантировано законом или является нормой рынка (например, обещание вернуть деньги, если это и так закреплено законодательно).
- Выдуманное преимущество — обещание того, чего в продукте на самом деле нет или чем вы не отличаетесь от конкурентов.
Практика: мастерская написала в рекламе «Мы используем только качественные ткани — 100% гарантия результата». Какой из двух признаков ложного УТП здесь есть?
Это выдуманное преимущество: «качественные ткани» заявит о себе любой конкурент, а «100% гарантия результата» — это фактически невыполнимое обещание (форма окна, освещение, вкус клиента — слишком много переменных, чтобы гарантировать результат на 100%). Сильный УТП строится на конкретной проверяемой боли («мастер приезжает сам»), а не на абстрактных превосходных степенях.
Реальный пример: как выглядит VPC Uber. Задачи клиента — добраться из точки А в точку Б быстро и предсказуемо. Боли — не знаешь, когда приедет такси, не знаешь итоговую цену заранее, наличных может не быть под рукой. Карта ценности отвечает напрямую: GPS-отслеживание машины в реальном времени снимает боль неизвестности, цена показывается до заказа снимает боль непредсказуемости, безналичная оплата в приложении снимает боль отсутствия наличных. Ни одна из этих функций не появилась случайно — каждая закрывает конкретную боль из профиля клиента, а не добавлена «на всякий случай».
Из первых рук: соавтор метода Алекс Остервальдер и команда Strategyzer объясняют инструмент на реальных кейсах — Strategyzer's Value Proposition Canvas Explained (на английском, с субтитрами).
Печатный шаблон: скачайте готовый Value Proposition Canvas в PDF и заполняйте от руки.
Задание: заполните свой Value Proposition Canvas по таблице выше. На каждый pain и gain попробуйте привести конкретный пример из реального разговора с человеком из целевой аудитории, и определите тип каждой задачи и выгоды. Не нашли пример — значит, это гипотеза, которую проверим в модуле про исследования. Когда канвас готов, попробуйте собрать из самой сильной боли и самого сильного результата одну фразу по формуле выше — это черновик вашего УТП для блока 3 в Lean Canvas.
Урок 4: Lean Product Development — от канвасов к тому, что строить
Два предыдущих урока дали картинку. Этот — провод от картинки к списку того, что вы реально будете строить на этой неделе.
Дэн Олсен описывает product-market fit как пирамиду из пяти уровней:
- Целевой клиент — из Lean Canvas
- Незакрытые потребности — из pains и gains в Value Proposition Canvas
- Ценностное предложение — как вы закрываете эти потребности
- Набор функций — конкретные фичи, которые вы строите
- UX — как это выглядит и ощущается
Ключевое правило: каждая функция из набора должна вести к конкретной незакрытой потребности со ступени выше. Если функция никуда не ведёт — это не фича, это лишний вес.
Самопроверка: почему пирамида идёт именно снизу вверх, а не наоборот?
Потому что каждый верхний уровень бессмыслен без нижнего. Набор функций без ценностного предложения — просто список идей. Ценностное предложение без незакрытой потребности — решение несуществующей проблемы.
Кто согласится купить первым
Даже идеальный продукт не продаётся сразу всему рынку. Рынок принимает новое неравномерно — это описывает кривая принятия инноваций (Эверетт Роджерс, позже развита Джеффри Муром):
| Группа | Кто это | Доля рынка |
|---|---|---|
| Новаторы | Пробуют всё новое первыми, прощают сырость продукта | ~2.5% |
| Ранние последователи | У них проблема стоит остро — готовы платить и терпеть недоработки | ~13.5% |
| Раннее большинство | Ждут подтверждения от других, прежде чем пробовать | ~34% |
| Позднее большинство | Берут только то, что уже стало стандартом | ~34% |
| Отстающие | Переходят на новое, только когда старое уже недоступно | ~16% |
Между ранними последователями и ранним большинством — «пропасть»: ранние последователи прощают недостатки ради решения острой проблемы, а раннее большинство хочет готовый, проверенный продукт и ждёт чужих отзывов. Продукт, который отлично заходит первым 13.5%, может застрять именно на этом переходе, если решить, что раз ранние последователи довольны — можно не дорабатывать.
Для мастерской: новаторы и ранние последователи — те, кто согласится на выезд мастера без единой рекомендации, просто увидев карточку в Яндекс.Картах. Раннее большинство — соседи по дому, которые сначала спросят у этих самых первых клиенток «а как оно вообще было», и только потом позвонят сами.
Самопроверка: почему нельзя ориентироваться только на отзывы ранних последователей, решая, готов ли продукт к масштабированию?
Потому что ранние последователи по определению терпимее к недоработкам — у них проблема настолько острая, что они готовы мириться с сыростью продукта. Раннее большинство (треть рынка) устроено иначе: ждёт готовности и чужого подтверждения. Довольные ранние последователи не гарантируют, что продукт готов перейти «пропасть» к массовому рынку.
Задание: возьмите список функций, которые хотели сделать в продукте. Напротив каждой напишите, какую незакрытую потребность из вашего VPC она закрывает. Вычеркните всё, что не нашло пары — это ваш первый реальный MVP-скоуп.
Урок 5: MVP — минимально жизнеспособный продукт
Скоуп из прошлого урока — это ещё не команда разработчиков на полгода. Прежде чем строить весь список функций, нужно проверить самую рискованную часть гипотезы, потратив минимум времени и денег. Это и есть MVP (minimum viable product).
Три принципа, которые пересекаются в успешном продукте
| Принцип | Суть |
|---|---|
| Гибкая разработка (Agile) | Короткие итерации вместо одного большого релиза через полгода |
| Хороший пользовательский опыт (UX) | Пользователь получает то, что ожидал, без барьеров и путаницы |
| Бережливый стартап (Lean Startup) | Строите то, что подтверждено обратной связью с рынка, а не то, что кажется правильным вам |
Цикл здесь простой и повторяющийся: идея → минимальное решение, которое её проверяет → данные от реальных людей → снова идея, но уже уточнённая.
Четыре признака хорошего MVP
- Быстро — раньше ошиблись, раньше исправили.
- Дёшево — максимум проверки ценности за минимум ресурсов.
- Полезно — если убрать эту функцию, продукт станет бессмысленным для первых пользователей (значит, она действительно минимальная и необходимая).
- С обратной связью — по итогу понятно, подтвердилась гипотеза или нет, а не «вроде норм».
Классический пример: Zappos
Основатель интернет-магазина обуви Zappos не закупал склад заранее. Он фотографировал обувь в обычных офлайн-магазинах и выкладывал фото на сайт. Когда приходил заказ, он сам шёл в магазин, покупал эту пару и отправлял её клиенту. Быстро (сайт собрали за дни, не месяцы), дёшево (ни склада, ни закупки товара вперёд) и с честной обратной связью — количество реальных заказов online показало, есть ли вообще спрос на покупку обуви без примерки, прежде чем вкладываться в склад и логистику.
Ещё один классический пример: Dropbox. В 2007 году продукт синхронизации файлов ещё толком не работал стабильно — но Дрю Хьюстон не стал ждать, пока всё заработает идеально. Он записал четырёхминутный экранный ролик, который просто показывал, как Dropbox должен работать, и выложил его на Hacker News вместе с заявкой в акселератор Y Combinator. За одну ночь список ожидания вырос с 5 000 до 75 000 человек — притом что рабочего продукта ещё толком не существовало. MVP здесь — не код, а видео: дёшево, быстро и дало предельно честный сигнал о спросе ещё до того, как продукт был готов к реальному использованию.
Оригинальная демонстрация Dropbox 2007 года: Dropbox Demo — тот самый ролик, который поднял список ожидания в 15 раз за одну ночь.
Четыре вида MVP
| Вид | Суть | Плюсы / минусы |
|---|---|---|
| Скетч-тест | Прототип, который выглядит как продукт, отдаёте пользователям и смотрите на реакцию | + быстро и дёшево — минус: отсеивает явно плохие решения, но не подтверждает хорошее наверняка |
| Тест «входной двери» | Описываете продукт и просите что-то ценное взамен — оплату или контакт — до того, как продукт готов | + быстро — минус: при неудаче неясно, продукт не нужен или просто плохо описан |
| Имитация сервера | Автоматизацию делаете вручную, но для пользователя выглядит как настоящий сервис | + легко поменять продукт на ходу — минус: не масштабируется, требует ручного труда |
| Тест полного опыта | Собираете продукт из готовых чужих инструментов вместо разработки своего | + можно получить длительный опыт использования — минус: легко случайно всё усложнить технически |
Все четыре вида для сайта онлайн-записи мастерской. Скетч-тест: показать 3-4 клиенткам макет в Figma и посмотреть, понимают ли они, куда нажать, чтобы записаться. Тест «входной двери»: одностраничник с кнопкой «Записаться на замер онлайн» — считаем клики, самой записи ещё не существует. Имитация сервера: кнопка на сайте есть и работает, но заявка просто падает Насте в WhatsApp, а отвечает она вручную — для клиентки это выглядит как настоящая онлайн-запись. Тест полного опыта: вместо разработки сайта — бесплатный Google Calendar с открытой ссылкой на запись.
Практика: какой из четырёх видов MVP выбрала бы Настя, если хочет узнать за одну неделю и без единой строчки кода, готовы ли клиентки вообще записываться онлайн, а не звонить?
Тест «входной двери» или имитация сервера — оба не требуют разработки. Тест «входной двери» (одностраничник со счётчиком кликов на кнопку) быстрее всего покажет намерение. Имитация сервера (кнопка есть, но заявка уходит в WhatsApp Насте) пойдёт на шаг дальше — покажет, доводят ли клиентки дело до реальной отправки заявки, а не только до клика.
О чём легко забыть
Тестируйте на небольшой группе, а не на всей аудитории сразу — MVP по определению сырой, и слишком широкий охват тратит доверие клиентов впустую. Не гоняйте эксперименты слишком часто на одних и тех же людях — им надоест быть подопытными. Там, где MVP создаёт клиенту неудобство (например, доставка задерживается, потому что процесс ещё ручной), по возможности компенсируйте это — скидкой или бонусом.
MVP работает не только для всего продукта целиком, но и для одной новой функции внутри уже существующего продукта. А вот где с MVP стоит быть осторожнее: в областях, где на кону здоровье или безопасность человека (там сырое решение — это не просто плохой UX, а риск), и в крупных компаниях с сильным брендом (люди реагируют на имя компании, а не на сам MVP, и данные искажаются).
| Термин | Что означает |
|---|---|
| RAT (Riskiest Assumption Test) | Сначала проверяете гипотезу с наибольшим риском — например, что продукт вообще никому не нужен |
| MLP (Minimum Learnable/Lovable Product) | Ещё меньше функций, чем в MVP — оставляете только то, что позволяет чему-то научиться о пользователях |
| PoC (Proof of Concept) | Доказательство самой гипотезы ценности, необязательно в виде продукта |
Самопроверка: чем RAT отличается от обычного MVP по порядку действий?
MVP проверяет ценность продукта в целом через минимальную рабочую версию. RAT — это принцип выбора, с чего начать: сначала тестируете именно то предположение, ошибка в котором обойдётся дороже всего (например, «продукт вообще никому не нужен»), а не первое, что пришло в голову или было проще всего сделать.
Задание: выберите один вид MVP из таблицы для самой рискованной гипотезы своего продукта и опишите, как именно вы его проведёте: что покажете пользователям, на какой небольшой группе и по какому сигналу поймёте, что гипотеза подтвердилась.
Модуль завершён, когда у вас готовы пять артефактов: письменный портрет сегмента по 5W, Lean Canvas, Value Proposition Canvas, скоренный список функций и план MVP для самой рискованной гипотезы. Дальше — модуль про гипотезы: как из этих артефактов сделать проверяемые гипотезы и расставить их по приоритетам.