Текст книги "Мобилизация. Как создать приложение, которым будут пользоваться"

Вадим Файнштейн
Мобилизация. Как создать приложение, которым будут пользоваться

1

Прочитав эту книгу, вы:

○ поймете, как сделать приложение, которое не сотрут сразу после скачивания

○ подберете профессиональную команду

○ составите точное ТЗ для будущего продукта

○ монетизируете приложение и выведете его в топ Арр Store и Google Play

○ познакомитесь с трендами, которые повлияют на ваш бизнес

© Университет «Синергия», 2019

Погоня за будущим

Мобильная революция завершилась.

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

Еще несколько лет назад концепция Mobile First была двигателем этой революции в ведущих корпорациях, а сегодня произошел сдвиг и такие гиганты, как Google и Apple, повернулись в сторону Al First. Для них мобильная революция – пройденный этап, ведь мобильные приложения захватили все сферы нашей жизни.

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

Футурологи много говорят об объединении человеческого мозга и компьютера, спорят лишь о том, когда оно произойдет, через 20 или через 50 лет.

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

И поскольку объединение уже произошло, напрашивается очевидный вывод: если ваш бизнес не имеет прямого доступа к мозгу клиента (посредством приложения, конечно же), скоро вы этого клиента потеряете. А возможно потеряете не клиента, а работника, так как доступ к его мозгу получит ваш конкурент.

Когда на рынок вышел Uber со своей простой моделью заказа такси, он перевернул наш мир. Это было странно и выглядело как фантастика: заказ такси одной кнопкой, которая всегда с тобой. Но мы все быстро поняли, что это невероятно удобно. Сегодня нас раздражают компании, которые не предоставляют мгновенного доступа к своим сервисам или к информации с любой точки земли. То есть – напрямую в мозг.

Сегодня 52 % интернет-трафика приходит с мобильных устройств, причем приложения забирают львиную долю этого трафика, в некоторых странах – более 90 %.

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

В магазине приложений Google существует 3,8 млн приложений. Но поражает воображение не это число, а другое. 24 % приложений (то есть каждое четвертое) были открыты всего один раз после скачивания.

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

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

Вместе с такими гигантскими компаниями, как Pfizer, Johnson и Johnson, мы работаем над продуктами, которые многие из нас будут использовать через несколько лет. Мы собрали команду единомышленников, которые так же, как и я, спешат достичь будущего.

Общая оценка стартапов, с которыми мы работаем, превысила миллиард долларов.

Более 200 миллионов пользователей наших продуктов говорят, что мы знаем, что делаем.

Мы бежим вперед. Но точно знаем, что неважно, сколько мы будем бежать, – мы никогда не достигнем этого будущего. Потому что как только мы берем его в наши руки, оно перестает быть будущим. Оно становится настоящим.

Меня часто спрашивают: как сделать мобильное приложение, на что нужно обратить внимание в первую очередь?

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

Между созданием приложения и созданием успешного приложения – пропасть. Я впервые поделюсь нашими секретами, тем, как преодолеть эту пропасть, и расскажу все о подходе, который мы применяем для создания успешных приложений и веб-сайтов.

Кому нужна эта книга?

Всем, у кого есть идея для разработки мобильного приложения

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

Вообще, если есть идея для стартапа, не стоит браться за ее воплощение, не прочитав эту книгу.

Собственникам бизнеса, менеджерам по внутренним процессам (HR, Operations и т. д.)

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

Примеры.

Решение проблемы дефицита рабочей силы

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

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

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

Оптимизация HR-процессов

Компания в сфере IT. Набор профессионалов высокого класса проходил несколько этапов:

1. Отбор кандидатов

2. Телефонное собеседование с руководителем группы

3. Фронтальное собеседование с руководителем группы

4. Технический экзамен с одним из технических руководителей

5. Собеседование с директором отдела

6. Собеседование с HR

После каждого этапа всю информацию о соискателе нужно было передать дальше.

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

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

Создали открытое приложение и для кандидатов, и для работников компании.

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

Процесс набора сократился на 5 недель!

Продвижение инноваций

Мы создали приложение для продвижения инноваций внутри компаний корпорации «Медтроник» – одной из крупнейших компаний в мире по производству медицинских девайсов.

В компании работают 47 тысяч человек. Раньше инновационные идеи передавались от сотрудника менеджеру, от него – следующему по иерархии менеджеру и так далее. Информация часто терялась. Менеджеры не были заинтересованы в том, чтобы заниматься новыми идеями своих работников, потому что стремились выполнить только свой kpi.

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

Руководителям, отвечающим за ПО в корпорациях

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

Менеджерам по маркетингу

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

Инвесторам в IT

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

Разработчикам, графическим и UX-дизайнерам, менеджерам продуктов и софтверных проектов —

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

Пять уровней для создания приложения

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

Модель состоит из пяти уровней[1]1
  Модель предложена специалистом по информационной архитектуре, сооснователем консалтинговой фирмы Adaptive Path Дж. Гарреттом.


[Закрыть].

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

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

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

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

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

1. Стратегия

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

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

2. Возможности

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

3. Структура

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

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

4. Компоновка

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

5. Поверхность

Внешний вид. Вы определяете, как будет выглядеть приложение внешне. Какие в нем будут картинки, кнопки и т. д.

5 УРОВНЕЙ ПОСТРОЕНИЯ УСПЕШНОГО ПОЛЬЗОВАТЕЛЬСКОГО ОПЫТА

Ищите кочерыжку!

Представьте себе два стартапа.

Один хочет создать идеальное приложение. На его разработку нужен год. За этот год рынок немного меняется, рождаются новые идеи. Еще полгода уходит на доработку. И вот через полтора года есть приложение – идеальное, по мнению его создателей.

Другой стартап за два месяца выпускает минимальную версию, которая решает только одну задачу. Он вкладывает немного денег в рекламу и внимательно следит за реакцией пользователей. Добавляет новые фичи[2]2
  Фича – (от англ, feature особенность, необычное свойство, «фишка») – сленговое обозначение каких-либо необычных признаков; функция, способность делать что-то.


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

С чем останется первый стартап? Ноль пользователей и надежда на то, что мир примет его продукт.

В 2009 году мы вместе с партнером Сашей Фельдманом поняли потенциал мобильного рынка и основали туристический стартап. Мы хотели покорить мир, предоставляя туристам все необходимые им сервисы. Начиная от планирования поездки, через бронирование билетов и гостиниц, экскурсии, знакомства с туристами из других стран, покупки в бутиках, обмена валюты и до создания альбомов и отчетов о поездке.

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

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

Мы повстречали Нира Эреза (сегодня Нир – CEO Moovit), который стал нашим консультантом, адвайзером. Нир помог нам найти ядро нашего бизнеса. Как у капусты есть кочерыжка, основа для всех листьев, так же у каждого бизнеса, у каждого приложения или сайта есть ядро, которое держит все остальное. И мы стали аккуратно, листик за листиком, «раздевать» наш стартап, пока не нашли нашу основу-кочерыжку. У нас этой базой стало экскурсионное приложение, которое заменяет туристических гидов. С помощью GPS приложение водит пользователя по городу и рассказывает ему о достопримечательностях. Но мы на этом не остановились. Продолжали убирать листы, пока не остались с голым стеблем. Убрали чаты между пользователями. Потом чаты с гидами. Потом мы убрали умную фильтрацию экскурсий и оставили по десять экскурсий в каждом городе. Потом убрали еще и возможность добавления пользовательского контента.

К тому времени появились еще две команды, которые работали над похожими продуктами, – одна в Англии, другая в ЮАР. На разработку приложения понадобилось два месяца. И мы победили – первыми вышли на рынок, победили в нескольких конкурсах, о нас узнали, приложение было установлено на половине смартфонов в Израиле.

У маркетологов есть такой термин – minimum viable product (минимальный жизнеспособный продукт). Это самая ранняя версия продукта, у которой есть только самые необходимые функции. Такой продукт поможет собрать первую обратную связь.

MVP – это ваша кочерыжка. Без листьев. Без цветов и семян. Только белый стебель.

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

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

Миссия и цель

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

Например, миссия компании Kickstarter – помогать в разработке креативных проектов.

Миссия компании Moovit – облегчить передвижение по городу.

Миссия компании Sony – вдохновлять и удовлетворять любопытство. Огромная компания с такой простой миссией. Достигнет ли эта компания когда-либо своей миссии? Можно ли удовлетворить любопытство всех и навсегда? Нет, невозможно. Это не цель. Это что-то далекое на горизонте.

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

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

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

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

Нужно понять эту нужду и сформулировать ее в виде предложения.

Например:

Людям нужно удобнее передвигаться по городу

Людям хочется проще заказывать такси.

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

Составьте список потребностей вашего пользователя. Задайте себе вопросы: что для него значит удобнее, проще? Как вы можете решить его проблему посредством приложения?

Чтобы понять, какие цели у вашего приложения, спросите себя: чего мы хотим?

Ответ может быть таким, например:

Хотим, чтобы пользователь, который скачал приложение, заказывал такси только через него и вообще забыл про то, что такси вызывают по телефону.

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

У Самры была миссия. Ее песня называлась «Мир – это чудо». Ее миссия – создание чуда, воплощение мечты.

Цель первой версии была проста и понятна: конверсия. Нам нужны были голоса пользователей. Мы хотели, чтобы человек, скачавший приложение, в конечном итоге послал СМС-ку на Евровидение, голосуя за Самру.

После того, как мы определили миссию, конкретную и понятную цель, задумались о пользователях (подробнее о том, насколько они важны, поговорим чуть ниже). Целевая аудитория Самры – подростки от 13 до 20 лет. Она пела для них.

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

Мы решили влюбить наших пользователей в Самру. А как? Что мы делаем, чтобы понравиться кому-то? Стараемся быть ближе к этому человеку, пытаемся общаться с ним поближе, побольше.

И мы решили сделать приложение с постоянным полноэкранным видео в прямом эфире. Придумали двух идеальных пользователей (о том, зачем это нужно, – чуть ниже).

Пользователь #1 – это Паула, она живет в Польше. У нее есть мечта: стать певицей. Она хочет побеждать в конкурсах так же, как хочет победить Самра. Паула смотрит на нее и думает: «Я тоже так могу. Я тоже так хочу».

Пользователь#? – это Мигель,20-летний испанец. И у него есть мечта: Самра. Он смотрит на нее и думает: «Какая красивая, успешная, талантливая девушка. Я хочу быть рядом с ней».

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

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

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

И когда Самра у нее спрашивала: «Какую кофточку мне сейчас надеть – вот эту красную или эту желтую?», Паула ей писала: «Конечно, надевай желтую. Она подходит под цвет твоих глаз».

Мигель тоже смотрел на выбор нарядов Самры, но ему было все равно: девушка нравилась ему и в красной, и в желтой, и в розовой кофточке. И он писал ей об этом.

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

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

Мы решили сделать приложение максимально виральным. ведь дети, подростки постоянно тусуются в школах, университетах, все время общаются друг с другом.

У нас появилась новая цель. Мы хотели сделать так, чтобы пользователи рассказывали друг другу об этом приложении. Но нам предстояло найти стимул для них. И тогда мы обратились к миссии Самры: создание мечты, исполнение желаний.

Мы рассуждали: какое желание могло бы стать общим для большинства подростков? Выяснили, что многие хотят быть успешными, богатыми, знаменитыми. А еще, как оказалось, подростки мечтают совершить кругосветное путешествие. И эта идея отлично работала для нас.

Артист, который побеждает в этом конкурсе, обычно совершает кругосветное турне по всему миру, по тем странам, которые за него голосовали. Мы решили включить в команду Самры еще одного человека. Того, кто приведет более 20 друзей в приложение.

У нас были курьезные случаи, о которых писали в Facebook. Подросток ходил по младшим классам, показывал им приложение и говорил: «Так, смотрите сюда, мелюзга: берешь и скачиваешь сейчас это приложение с моим промокодом. А если ты его не скачаешь – ты…» И это работало. Это работало замечательно.

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

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

– Мы хотим приложение, как Uber. Мы хотим приложение, как Airbnb. Это отличные продукты. Сделаем нечто похожее для наших клиентов, правда, у нас идея совсем другая.

Но мы сделаем похожую разработку – значит, у нас тоже будет работать.

Нужно учиться на успехах других, брать самое лучшее у всех.

Но почему этот подход в корне неверный? Потому что последняя версия Uber вышла год назад. Еще парулет над ней работали до выпуска. Начали придумывать еще где-то за год до этого. Итого года четыре.

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

Однажды к нам пришел именно такой клиент, произнес: «Хочу Uber». Нам не удалось переубедить его, уговорить сделать нечто инновационное. Мы писали приложение, похожее на Uber.

В это время выходит новая версия Uber. Клиент понимает, насколько новая версия оригинальнее предыдущей, насколько лучше того, что мы сейчас делаем.

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