Пошаговый план на два дня: как проверить, стоит ли вкладываться в идею, не тратя недели на разработку. С использованием карточки проекта Nexely Есть одна цифра, которая должна тревожить любого, кто начинает проект. CB Insights проанализировала больше сотни разборов провалившихся стартапов и обнаружила: главная причина неудачи — не нехватка денег и не слабая команда. Это отсутствие рыночного спроса — продукт, который никто не хотел покупать1. В обновлённом анализе 2024 года на выборке из 431 стартапа с венчурным финансированием цифра сместилась к 43% — «слабое соответствие продукта рынку» стало формальным названием той же проблемы2. Хуже другое: это почти всегда узнаваемо заранее. Информация о том, что рынку не нужен продукт, обычно существует ещё до того, как написана первая строчка кода — просто её не запрашивают2. Команда предпочитает строить, а не спрашивать, потому что строить приятнее и выглядит продуктивнее. Хорошая новость в том, что проверка не требует месяцев. Есть формулировка, которая точно передаёт масштаб: спрос можно протестировать за 0–100 долларов и один уикенд, тогда как средний провалившийся стартап перед закрытием сжигает 18–24 месяца рабочего капитала2. Разница на два порядка — и именно она делает выходной тест не блажью, а самой рентабельной задачей на ранней стадии. Зачем нужен именно уикенд, а не «как-нибудь на неделе» Без дедлайна проверка идеи растягивается на месяцы: то, что можно было выяснить за два дня, превращается в фоновую задачу, до которой руки не доходят. Ограниченное окно — суббота и воскресенье — работает как искусственный дедлайн, который заставляет проверять по существу, а не собирать идеальные данные. Второй эффект: выходные снижают ставки психологически. «Мы попробовали за выходные» не звучит как решение бросить основную работу и посвятить жизнь идее. Это разведка, а не обязательство — и именно поэтому её проще начать. План на два дня Суббота, утро — сформулировать идею в одно предложение. Кому и какую проблему вы решаете. Если формулировка не укладывается в одно предложение или соскальзывает в перечисление функций — идея ещё не готова к проверке, и первая работа выходных — не опрос пользователей, а формулировка. Суббота, день — пять разговоров с людьми, у которых есть эта проблема. Не питчить решение, а слушать, как они справляются сейчас. Правило простое: если человек за десять минут разговора сам не упомянул свою боль — вероятно, боли в том виде, в каком вы её представляете, не существует. Вопросы, которые стоит задавать: как вы решаете это сейчас? Сколько времени или денег это отнимает? Что вас больше всего раздражает в текущем способе? Пытались ли вы искать альтернативу? Чего избегать: вопросов вроде «купили бы вы такой продукт?» Ответ на гипотетический вопрос почти всегда положительный и почти всегда ничего не значит. Интересует прошлое поведение, а не будущие намерения. Суббота, вечер — завести карточку проекта. Пятнадцать минут на форму дают то, чего не даёт черновик в заметках: публичное, структурированное описание, которое можно кому угодно показать без стыда за формулировки. Карточка не обязана быть окончательной — важно, что она существует и её можно отправить. Воскресенье — собрать честную реакцию. Показать карточку трём-пяти людям, которым доверяете, и попросить не похвалить, а найти в описании непонятное место. Хорошая метрика на этом шаге — не «понравилось», а «смог ли человек пересказать своими словами, что вы делаете». Что считать результатом Хороший результат выходного теста — не восторженные отзывы, а ясность. Один из трёх исходов: • Проблема подтвердилась и описана внятно. Можно двигаться дальше — к прототипу или первым попыткам продать. • Проблема не подтвердилась, но нашлась смежная. Это не провал, а находка: сэкономлены месяцы на неверном направлении. • Проблема подтвердилась, но описание пока не работает. Нормальная стадия — карточку дорабатывают и повторяют шаг воскресенья ещё раз. Единственный по-настоящему плохой исход - молчание: если за выходные никто не да...