Хороший разработчик предупреждает заказчика, если видит, что идея не принесет ничего, кроме убытков. Не каждый заказчик понимает, что стоит прислушиваться к специалистам. Часть из них уверены, что мы просто не способны оценить их блестящую идею. Действительно, некоторые из таких идей могут занять первые места в рейтингах идей мобильных приложений. В рейтингах худших идей.

Директор нью-йоркской компании Fueled по разработке мобильных приложений Райан Матцнер составил список наихудших идей для мобильных приложений. В их числе – продажа парковочных мест, геочат, шоковая терапия (приложение, которое бьет током пользователя, если он мало двигается)[16]. Эти и подобные идеи по совокупности причин не способны стать популярными и принести прибыль, что, как правило, легко понять на этапе проверки идеи. Нужно только провести эту проверку. В своих проектах я использую собственную методику валидации идей.

Валидация идеи – это поиск доказательств ее востребованности. Идея должна быть не только востребованной, но и быть востребованной достаточным количеством людей, чтобы создание приложения окупилось за определенное время. Срок окупаемости зависит от многих факторов: затрат на создание приложения, его предназначения, целевой аудитории и т. д. Только 3 % идей удачные, 97 % идей никуда не годятся, поэтому угадывать слишком дорого, дешевле проверить.

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

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

В-третьих, определите целевую аудиторию. Кто эти люди? Чего они хотят? Что их волнует? Чего они боятся? Где они проводят время? Сколько зарабатывают? Есть ли у них проблема, которую вы собираетесь решить? Сколько они готовы заплатить за решение проблемы? Возможно, проблема есть, но у людей другого типа (другой ЦА), или состоит в чем-то другом. Первоначальные идеи после проверки почти всегда меняются до неузнаваемости.

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

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

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

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

Вы должны иметь ответы на следующие вопросы:

1. Какие проблемы пользователя решает ваше приложение?

2. Как пользователи решали свои проблемы до появления вашего приложения?

3. За что конкретно и почему пользователь будет платить вам деньги?

В-пятых, найдите слабые места идеи и оцените риски. Оправдан ли риск? Представьте, что вы ученый. Идея мобильного приложения – это гипотеза, которую нужно доказать и проверить. Сначала проводим эксперимент, чтобы проверить наличие проблемы, и тем самым доказываем себе, что идея хорошая. Найти доказательство не так уж и трудно: если вы в восторге от своей идеи, она понравится еще кому-то. Вот только это еще ничего не значит.

Далее попробуйте опровергнуть свою идею. Это и есть настоящая проверка: пытаемся понять, что будет с идеей, если использовать ее и так и сяк, в тех или иных условиях, и как она конкурирует с другими идеями. Смоделируйте реальные условия, в которых будет создаваться, продвигаться и использоваться приложение. Оно жизнеспособно?

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

Далее вам нужно пойти к тем людям, у которых, как вы предполагаете, есть проблема, и опросить их, действительно ли у них есть эта проблема и готовы ли они решать ее этим способом. Подробную механику тестирования идей и опросов я описал в своей первой книге «Автор бизнеса»[17].

Следующий этап проверки: создайте минимально жизнеспособный продукт (minimum viable product) – первую версию приложения, дайте целевой аудитории испробовать ее в действии и доработайте. Проблема тестирования мобильных приложений состоит в том, что, пока люди не воспользуются приложением, все, что они скажут, не стоит принимать за аксиому – им крайне сложно оценить то, чего еще нет. Впрочем, вам тоже.