Как проверить спрос на идею приложения до разработки

Игорь, основатель Diaverse · 7 октября 2026 · 8 минут чтения

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

Почему не стоит начинать с разработки

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

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

Удобно думать о проверке как о лестнице: каждая следующая ступень дороже предыдущей, и подниматься на неё стоит, только если на текущей ответ положительный.

1. Гипотеза на одной страницечас-два, бесплатно
2. Следы спроса в поиске и чатах1–2 дня
3. 10–15 интервью1–2 недели
4. Тест готовности платить1–2 недели, небольшой бюджет на показы
5. MVP без программиста2–4 недели
6. Разработка первой версиимесяцы и основной бюджет

Сроки — ориентир, а не норма: в простой нише всё займёт меньше, в сложной B2B-нише интервью растянутся.

Шаг 1. Запишите гипотезу так, чтобы её можно было проверить

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

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

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

Шаг 2. Найдите следы спроса

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

• Поисковые запросы. В Яндекс Вордстате и в подсказках поиска видно, как люди формулируют проблему и сколько раз в месяц ищут похожее. Смотрите на слова о проблеме («как составить график смен»), а не о вашем решении («приложение для графика смен»).
• Чаты, форумы, сообщества. Найдите 3–5 тематических Telegram-чатов и посмотрите, на что жалуются участники и какие советы просят.
• Конкуренты. Если они есть, спрос тоже есть, и это хорошая новость. Прочитайте негативные отзывы о них в App Store и Google Play: это готовый список того, чего людям не хватает. Если конкурентов нет совсем, будьте осторожны. Либо ниша свободна, либо проблема не болит, либо её решают иначе.
• Чем платят сейчас. Если люди уже тратят на обходное решение деньги или часы своего времени, это сильный сигнал.

Шаг 3. Поговорите с 10–15 людьми из целевой группы

Главное правило интервью: спрашивайте о прошлом, а не о будущем. На вопрос «Купили бы вы такое приложение?» люди из вежливости отвечают «да» и потом ничего не покупают. Прошлое поведение честнее любых обещаний.

Вопросы, которые работают

• Расскажите, когда вы в последний раз сталкивались с этой задачей. Что делали?
• Что в этом было самым неудобным или долгим?
• Как вы решаете это сейчас? Сколько это стоит деньгами или временем?
• Пробовали другие сервисы? Почему остались или ушли?
• Если бы проблема завтра исчезла, что бы изменилось?

Чего не делать

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

Где искать собеседников: тематические чаты, знакомые знакомых, профильные сообщества. Работает простое честное сообщение: «Изучаю, как владельцы кофеен составляют график смен. Ищу 10 человек на 20 минут разговора, ничего не продаю».

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

Шаг 4. Проверьте, готовы ли люди платить

Интерес ещё не означает покупку. Следующая ступень — дать людям возможность сделать действие, которое им чего-то стоит.

• Страница с ценой. Одна страница: проблема, решение, цена и кнопка «Записаться в ранний доступ» или «Оставить заявку». Трафик можно получить из своих постов в тематических чатах (с разрешения администраторов), через личные контакты или небольшой бюджет на показы. Считайте воронку: сколько человек зашло, сколько нажали, сколько оставили контакт.
• Предзаказ или предоплата. Самый сильный сигнал. Даже небольшая предоплата с возможностью вернуть деньги отделяет «интересно» от «нужно».
• Ручная продажа. Предложите результат как услугу и продайте её первым 3–5 клиентам, пока продукта ещё нет.

Порог успеха запишите заранее, например: «из 300 посетителей 15 оставят контакт и трое внесут предоплату». Числа зависят от ниши и цены, универсальной нормы нет. Важно другое: без заранее записанного порога любой результат будет казаться успехом.

Шаг 5. MVP без программиста

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

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

Ручной MVP перестаёт работать, когда ручная работа съедает всё ваше время, а клиентов становится больше. Это хорошая проблема. Значит, пора автоматизировать то, что повторяется, и переходить к разработке.

Шаг 6. Решите: идти дальше, менять или остановиться

У проверки три честных исхода.

• Идём дальше. Люди сами описывают проблему, платят или вносят предоплату, возвращаются. Следующий шаг — первая версия с минимальным набором функций, которые закрывают главную боль.
• Меняем. Проблема есть, но решение или аудитория другие. Переформулируйте гипотезу и повторите шаги 3–4 — это быстрее, чем кажется.
• Останавливаемся. Проблему никто не называет, платить никто не готов. Неприятно, но дёшево: вы сэкономили месяцы работы и бюджет разработки.

Что мерить после запуска первой версии

Проверка спроса не заканчивается на старте разработки. С первого релиза смотрите на две метрики.

• Активация — доля новых пользователей, которые сделали ключевое действие. Для сервиса графиков это «составил и отправил первый график».
• Удержание (retention) — доля тех, кто вернулся через неделю и через месяц.

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

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

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

Чек-лист перед разработкой

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