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

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

Когда наша секретарша должна заказывать кофе, то спрашивает каждого нашего программиста (они все разбалованы): «Какой кофе тебе заказать? Ты любишь такой или такой?»

Получает список и заказывает определенное количество разных сортов.

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

Топ-менеджеру нужно все эксклюзивное. Дорогая кофемашина, элитный сорт.

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

В системе онлайн-заказов, которая была создана для Espresso Club, мы определили 8 различных типов пользователей, и для каждого из них мы создали отдельные потоки (процессы) использования. Получилось 8 различных приложений, которые мы объединили в одной структуре.

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

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

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

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

Потоки, или пользовательские сценарии, разные для секретарши, домохозяйки, топ-менеджера – для каждого из восьми наших идеалов.

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

Но вам-то надо сейчас. Можно послать Push-уведомление, отправить смс-сообщение в случае, если пользователь удалил приложение и т. д.

Это очень важно: продумать заранее потоки пользователей, сделать под них фичи на первом, втором, третьем экранах.

С чего начинается сценарий поведения? Человек скачал приложение, открыл. Зарегистрировался.

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

В третий раз открыл – должен еще что-то. И так далее.

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

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

Хороший пример – приложение с игрой. Цель игры – заставить пользователя платить, покупая какие-то ресурсы, статусы и т. д. Но когда он первый раз открывает приложение, вам предстоит объяснить правила игры. Дать возможность поиграть.

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

Таким образом вы и строите потоки.

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

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

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

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

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

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

После этого начинается традиционная разработка приложения. Но сначала вновь пересмотрите ваш MVP. Не добавили ли вы лишние листья к вашей кочерыжке?

Традиционная разработка приложения начинается с выстраивания юзабилити. Юзабилити (от англ, usability – «удобство использования») – это качественная оценка простоты и комфорта работы с сайтом. Пользователь легко находит нужную информацию, не теряясь в многочисленных функциях и кнопках. Желательно, чтобы при этом он испытывал еще и эстетическое удовольствие от пользования продуктом.