Проверка идеи мобильного приложения

Абсолютно новые идеи

В AppStore и Google play сотни тысяч мобильных приложений, которые нашли свое применение и огромную аудиторию. Вспомните те из них, которыми мы пользуемся ежедневно: от переписки с друзьями до прослушивания музыки и чтения новостей. Многие из них на момент запуска были абсолютно новыми идеями, но значит ли это, что для быстрого роста приложение обязательно не должно иметь аналогов? Новинки могут быть хорошим стартом, но при запуске любого крупного проекта возникает целый ряд трудностей.

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

  1. Эта идея просто не работает. Если поискать информацию скрупулезно, то можно найти истории подобных проектов и причины их заката. К сожалению, это так. Фигуральная вероятность этого случая – 90%.
  2. Вторая, но гораздо меньшая по вероятности (9%) – попытки реализации были, но все они оказались неудачными. Возможно, как результат плохого управления и организации или вследствие недостаточных усилий, возможно, это был просто не тот рынок и не в то время.
  3. И, наконец, этой идеи действительно ни у кого не было. Но надо честно признать, что вероятность этого меньше 1%.

Таким образом, если у вас возникла замечательная идея и аналогов ей вы не видите, то имеет смысл предпринять следующие шаги:

  1. Основательно проанализировать всю информацию по тематике приложения. Постараться найти не только существующие, но и закрывшиеся проекты, понять причины их неудач.
  2. Понять рынок и потенциального пользователя приложения. Ясно и четко ответить на вопросы: почему он будет им пользоваться? Как эти проблемы пользователи решают сейчас, без этого приложения?
  3. Поговорить со специалистами в тематике приложения и потенциальными пользователями. Часто можно увидеть простые по своей сути вещи, оказавшиеся в тени красоты самой идеи, но которые могут сделать ее реализацию бессмысленной.
  4. Подождать. Если через неделю размышлений идея все еще жива, значит можно думать дальше :)

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

Если конкуренты есть

В том случае, если идея заключается в победе над существующими конкурентами, стоит найти ответы на два основных вопроса:

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

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

Существуют студии, которые готовы предоставить клиентам бесплатные консультации по созданию мобильных приложений. Многие из них также оказывают аналитические услуги и делятся опытом продвижения приложений абсолютно бесплатно. AppCraft – одна из таких студий.

Мобильное приложение для стартапа

Мобильное приложение разрабатывается для пользователей

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

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

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

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

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

Для проверки идеи нужен лишь базовый функционал

Есть такая штука – MVP (minimum viable product, минимальный жизнеспособный продукт), к которому всегда необходимо стремиться, если это ваш первый проект. Сделать его, с одной стороны, просто, с другой – совсем наоборот.

Просто – потому что нужно добавить всего лишь один шаг к разработке структуры приложения: помимо этапа «что можно добавить в приложение» должен быть этап «что можно из приложения убрать». Сложно же потому, что не каждому автору идеи под силу сначала воодушевленно что-то добавлять, представляя насколько полезным и, возможно, эффектным будет каждое новое добавление, а потом с холодной головой убирать все ненужное. Однако делать это необходимо, чтобы минимизировать финансовые затраты и время, потраченное на проверку идеи.

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

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

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

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