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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

Быстрая оценка мобильного приложения

Для получения бесплатной консультации по любым вопросам оставьте свой номер телефона или e-mail и мы вам скоро перезвоним.

Для получения примерной оценки проекта по стоимости и срокам опишите его в двух словах и мы с вами свяжемся.

Добавить комментарий

Войти с помощью: 

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Наверх