Как проверить идею приложения до того, как вы его создадите (даже если создание стоит недорого)

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

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

Самый дефицитный ресурс — не деньги и не время на разработку. Это ваше внимание. На чём вы сосредоточитесь на ближайшие три месяца?

Вот как проверить идею до того, как вы влюбитесь в код.

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

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

Стоит ли делать лендинг с листом ожидания, чтобы проверить идею приложения?

Да — страница с листом ожидания — самый простой шаг валидации: волнует ли это кого-то настолько, чтобы согласиться на рассылку?

Сделайте одностраничный лендинг для вашей идеи. Регистрация пока не нужна. Просто опишите, что будет делать приложение, для кого оно и почему это важно. Используйте живой язык. Не приукрашивайте. Затем добавьте кнопку: «Получить ранний доступ — мы напишем вам, когда всё будет готово».

Запустите её на неделю. Если подписок ноль — это данные. Если пять — тоже данные. Если сто — вы на что-то напали.

Одна знакомая нам основательница делала приложение для записи к выгульщикам собак. Она потратила день на описание идеи, ещё полдня на простой лендинг и разместила ссылку на паре форумов сообщества. За неделю — одна подписка. Она не стала это строить. Своё время она направила на другую идею, которая за две недели собрала 400 подписок. Это правильный ответ.

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

Стоит ли продавать приложение заранее, до того как его построить?

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

Напишите пяти людям из листа ожидания. Скажите правду: «Я это делаю. Пока не готово. Хотите заплатить $200 вперёд, чтобы я точно построил то, что вам нужно?» Вы не открываете бизнес. Вы проверяете, совпадает ли ваше понимание проблемы с реальностью.

Однажды бухгалтер придумала приложение для автоматической категоризации расходов малого бизнеса. Она сделала лендинг. Получила 30 подписок. Затем написала пятерым из них: «Я это делаю. Заплатите $500, чтобы стать первым клиентом и помочь мне убедиться, что всё сделано правильно?»

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

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

Что нужно спросить у потенциального клиента до того, как строить для него приложение?

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

Иногда люди не готовы платить заранее. Дело не в жадности — в осторожности. Они хотят сначала что-то увидеть.

В этом случае назначьте звонок. Не «привет, хочешь обсудить мою идею приложения?». А «я тут думал над твоей проблемой и хочу убедиться, что правильно её понимаю».

Задайте им пять вопросов:

1. Как вы решаете это сегодня?
2. Что хуже всего в том, как вы это делаете сейчас?
3. Если бы я сделал что-то, что решает именно эту часть, вы бы этим пользовались?
4. Сколько вы тратите на инструменты, которые как-то решают эту задачу?
5. Если бы я брал с вас $X в месяц — вы бы согласились или нет?

Большинство людей ответят честно. Кто-то отмахнётся. Но те, кто отвечает честно — особенно те, кто рассказывает о своём обходном решении или текущем инструменте, — именно для них вы и строите продукт.

Одна основательница делала приложение для управления проектами. Она поговорила с тремя фрилансерами. Задала им эти вопросы. Все трое ответили одно и то же: «Я не пользуюсь для этого никаким инструментом. Просто держу всё в голове. И постоянно всё теряю».

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

Когда идея приложения проходит валидацию?

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

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

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

Одна честная мысль

Иногда валидация даёт отрицательный результат. Лист ожидания не наполнился. Люди не хотят платить заранее. Разговоры вежливые, но прохладные.

В этом и весь смысл. Это и есть победа. Вы узнали это до того, как потратили недели на создание того, что никому не нужно.

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

Потратьте неделю на валидацию. Затем потратьте три месяца на разработку. Это соотношение изменит вашу карьеру.