- PVSM.RU - https://www.pvsm.ru -
Много статей написано о дизайне, даже очень много, как о его UX (user experience), так и UI (user interface) составляющих. Эта статья не для новичков, так что углубляться в основы мы здесь не будем.
Мы рассматриваем дизайн и формулировки не с точки зрения внешнего вида, хотя есть проекты, в которых именно внешний вид составляет основную ценность продукта, а с точки зрения конверсии. В статье, на примере наших приложений Photo and Video Transfer app [1] и Image Transfer [2], мы расскажем о работе над следующими задачами, при помощи дизайна:
Ниже вы сможете найти исходные данные и практические рекомендации. Так же крайне рекомендуем прочитать предыдущую статью о продвижении мобильных приложений, её вы cможете найти тут [3]. Итак начнём.
Так-как мы не монобрендовая компания, мы должны делать то, о чём говорят очень многие маркетологи — готовится к запуску каждого нового продукта заранее. Но вот незадача — все рекомендации дальше совета «создайте landing page с email подпиской» не идут. На практике же ваша landing page мало кому нужна и максимум на что вы можете рассчитывать это 1000 email адресов в лучшем случае.
Мы решили создавать собственные маркетинговые коммуникации с пользователями, в качестве основных инструментов продвижения мы выделили следующие:
На данный момент у нас база из порядка 100 000 email адресов, 700 000 push notifications устройств и возможность показывать splash screen всем новым пользователям, а эта цифра может достигать 60 000 в день и более, если к кампании готовится заранее. Итак по порядку.
Email адреса пользователи оставляют крайне неохотно, особенно там, где в этом нет острой необходимости, например если не требуется регистрация. Мы нарисовали экран с милым iPhoneчеком, который предлагал подписаться на нашу email рассылку. В итоге всего 3% пользователей, видимо из сочувствия к нашему персонажу, оставляли свои email адреса. Остальные 97% бессердечно проходили мимо. Мы особенно не рассчитывали на большое количество подписчиков и не расстраивались, но процент конверсии, конечно, хотелось увеличить.
И мы нашли просто и бесплатный способ — заменили слово Subscribe на Register. Действительно, пользователь загрузил наше приложение, сделал это официально через AppStore и вполне понятное и привычное действие зарегистрировать приложение. Таким образом регистрации у нас как бы нет, а вроде как и есть. Процедура не обязательная, т.к. была бы обязательная регистрация, без понятных причин на это, мы получили бы стоп-экран, а нам на этом приложении ещё и деньги зарабатывать нужно. Итог: количество email подписчиков увеличилось в 3 раза и сейчас составляет порядка 9-11%.
Не смотря на то, что разными методами нам удалось поддерживать достаточно большое количество загрузок каждый день (подробнее об этом ТУТ [3], конверсия в платных пользователей была не очень высокой.
В данном случае мы не только переработали дизайн, но и обновили немного бизнес модель. В первой версии Image Transfer [2] мы давали возможность пересылать бесплатно до 5 ФАЙЛОВ (фотографий и видео). Важный момент — показывайте окно покупки только тогда, когда потребность этой покупки у пользователя максимальная, так Evernote предлагает upgrade, когда у вас заканчивается бесплатный объём. В нашем случае таким моментом была пересылка более 5 файлов, при отправки меньшего количества экран in-app purchase даже не показывался. Как оказалось пользователи вполне успешно пересылали до 5 видео файлов (2-3) и не видели экран покупки, а 10 фотографий можно было переслать и за два раза.
В результате мы запретили бесплатную пересылку видео файлов в Image Transfer в принципе, это можно стало сделать только за деньги и обновили экран покупки. Теперь у пользователя был выбор: «Снять ограничения на фото», «Снять ограничения на видео» и «Снять все ограничения», при этом на скриншоте ниже вы можете заметить, то «Снять все ограничения» стоит СТОЛЬКО ЖЕ, сколько и снять ограничения на фото. Выгодная сделка не правда ли? И пользователи стали гораздо чаще видеть экран in-app покупки и, самое главное, делать нужный нам выбор. В результате прибыль выросла даже более, чем в два раза, т.к. нам удалось увеличить конверсию и стоимость продукта. Нашлось даже пара человек, которые умудрились снимать ограничения по-очереди :)
При решении этой задачи мы столкнулись с двумя проблемами:
Здесь нам удалось убить сразу двух зайцев — решая первую задачу, мы решили и вторую. Действительно, если пользователь нажимает «Don't allow» при запросе, то больше вы это сообщение показать ему не сможете (помните об этом, создатели сервисов мгновенных mail клиентов). Итак, прежде чем сделать системный запрос на доступ push notifications, пользователь видет экран, где наш персонаж — iPhone, объясняет зачем необходимо открыть этот доступ, тем самым решает задачу №2. На этом экране есть кнопки «Allow» и «Later». Если пользователь нажимает «Later», то ему не показывается системный запрос и мы не используем нашу единственную попытку, а данный конкретный экран мы можем показать сколько угодно раз. Когда же пользователь нажимает «Allow» он уже соглашается предоставить этот доступ и с не соизмеримо большей вероятностью нажимает заветную кнопку «Allow» на системном сообщении.
Должен признаться, что мы и сами грешим, не добавляя предварительный экран перед запросом, но только в тех приложениях, в которых уровень конверсии нас устраивает.
Тут вы прочитали о том, что рейтинги приложения крайне важны для продвижения, они влияют на принятие пользователями решений и позиции в поисковой выдаче.
С докладом о дизайне приложений я выступал на двух конференциях Apps4All [4] и DesignLab [5], на обоих я упоминал о необходимости Rate This App, на обоих я вспомнил про одну и туже историю: Как-то раз я загрузил приложение и запустил его. Приложение вылетело. Я второй раз открыл приложение и оно сново вылетело. На пятый раз оно не вылетело, а показало мне экрна «Please rate this app». Я сказал Ок, влепил одну звезду и удалил приложение, Т.е. ребята мне даже быструю ссылку, что бы я смог поставить одну звезду. Заботливые.
Проблема была в том, что алгоритм работы Rate This App работал очень просто — после 5го запуска показать окно (а может ещё после 10го и 15го). Модель понятная, но не универсальная. Мы создали свой алгоритм Rate This App, который с высокой долей вероятности гарантирует получение высоких оценок от пользователей. Конечно недовольный пользователь с большей охотой поставит плохой отзыв, чем довольный хороший, но наш алгоритм ориентирован именно на то, чтобы восстановить баланс сил. Тут всё очень похоже с in-app покупками — просите написать отзыв, когда вероятность получить 5ть звёзд максимальна.
Мы придумали, как ещё больше можно повысить вероятность получения 5-ти звёзд. Мы придумали, но до сих пор не внедрили, а Facebook уже добавил, так что мы радуемся нашей сообразительности и разочаровались в оперативности в этом вопросе :) Способ очень простой: предложите пользователю поставить количество звёзд прямо в приложении. Разумеется эти звёзды не пойдут сразу в AppStore, но ситуацией управляете вы — если пользователь поставит от 1 до 3-х звёзд, предложите ему написать почему он поставил низкую оценку, прямо в приложении, а это сообщение уйдёт в ваш support, а в случае, когда пользователь ставит 4 или 5 звёзд, сразу же происходит переадресация в AppStore. Заметили, что этот метод очень похож на метод с запросом на push notifications? Таких соответствий можно найти очень много.
Кстати, делать персонифицированное окно Rate This App, как на картинке особой необходимости нет, на качесво оценок это влияет мало. Если, конечно, вы не решили воспользоваться нашей идеей.
Очень частая ошибка разработчиков это отсутствие информации о состоянии системы. Например, пользователь загрузил приложение для просмотра PDF файлов — потрудитесь добавить туда хотя бы один PDF файл, а если пользователь его удали — вместо белого фона сообщение о том, что файлов нет и инструкцию, как их добавить. Так у нас в приложениях пользователю сообщается о каждом измении состояния системы или её текущем состоянии — файлы получены, файлы отправлены, отсутствует подключение к wi-fi, в альбоме нет фотографий и т.д. Это очень важное правило, если оно нарушено, то все предыдущие конверсии так же уменьшатся в разы.
У крупных разработчиков всегда есть чему поучиться и вот чему мы научились у Google. Каждомму своему приложению вы можете присваивать уникальную URL-схему, которая так же является уникальным идентификатором вашего приложения на iOS. Эта URL-схема позволит из одного приложения запускать другое и даже передавать ему какие-то данные. Если брать свежий пример, то можно посмотреть на связку приложения Swarm и Foursquqre — в Swarm вы чекинитесь, а информация о конкретном месте открывается непосредственно Foursquare, при нажатии кнопки «Back» бы возвращаетесь обратно в Swarm(!).
Мы пока используем это всего лишь информируя пользователя, запустившего бесплатную версию продукта, о том, что у него установлена платная и предлагаем открыть именно её. Не большой кусочек кода сильно увеличивает лояльность пользователей к нашем продуктам.
Гораздо интересей использует эту возможность Google, которым удалось на базе iOS создать свою собственную экосистему, из которой они не торопятся выпускать пользователя. Так в примере на картинке я попытался проиллюстрировать, как работает открытие ссылки в приложении Gmail: Если вы открываете ссылку в приложении Gmail, то она открывается не в Safari, а в Chrome (если он установлен), причём кнопка «Back» заменена на «Gmail» при нажатии на которую пользователь возвращается обратно в приложение Gmail.
Эта функциональность открывает огромные возможности для маркетологов и разработчиков, но мы слишком мало ею пользуемся.
Внутренние покупки это тема большой статьи, но здесь я постараюсь собрать несколько советов:
Разумеется это лишь малая толика того, что поможет вам в продвижении своих продуктов и увеличении конверсии, но даже в этой статье можно проследить некоторые закономерности и константы. Один совет на последок — если вы собираетесь добавить что-то в дизайн, функциональность, создать новую анимацию, всегда задавайте один и тот-же вопрос «ЗАЧЕМ?». Спасибо, что прочитали до конца!
Мы создали Крутую Ссылку — http://Cool-Link.com [8], где уже собрано очень много информации о продвижении приложений и дизайне, пользуйтесь.
CapableBits занимается разработкой собственный приложений уже более 4-х лет. В начале 2014 года мы открыли направление паблишинга мобильных приложений — если у вас есть продукт или он на стадии разработки и вы хотите, чтобы он начал приносить деньги, присылайте запрос на publisher@capablebits.com. Больше информации на нашем сайте CapableBits.com [9]
22 июля в рамках Odessa Innovation Week [10] пройдет конференция WebCamp: Mobile Day [11], которая будет посвящена вопросам разработки, дизайна и продвижения мобильных приложений.
Конференция будет состоять из двух потоков: “Разработка” и “Дизайн & Продвижение”. В потоке “Разработка” основной упор будет сделан на технические аспекты создания приложений под такие платформы, как: iOS, Android, WP8, Tizen и другие. В потоке “Дизайн & Продвижение” речь пойдет о дизайне мобильных приложений, а также об их продвижении в различных магазинах.
Вы сможете задать вопросы Евгению Плохому (plokhoj [12]), автору данной статьи, а также послушать другие доклады на данную тему.
Регистрация и все подробности на сайте конференции по адресу: webcamp.in.ua [13].
Автор: m31
Источник [14]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/mobile-development/62459
Ссылки в тексте:
[1] Photo and Video Transfer app: http://itunes.apple.com/app/id591923366
[2] Image Transfer: http://itunes.apple.com/app/id588696602
[3] тут: http://habrahabr.ru/company/rootuamedia/blog/223515/
[4] Apps4All: http://apps4all.ru/
[5] DesignLab: http://geekslab.co/events/designlab
[6] Image Transfer: https://itunes.apple.com/app/id588696602
[7] тут: http://apps4all.ru/post/03-21-14-40-sekretov-zarabotka-s-vnutriigrovyh-pokupok
[8] http://Cool-Link.com: http://cool-link.com
[9] CapableBits.com: http://capablebits.com
[10] Odessa Innovation Week: http://geekslab.co/oiw
[11] WebCamp: Mobile Day: http://habrahabr.ru/company/rootuamedia/blog/224235/
[12] plokhoj: http://habrahabr.ru/users/plokhoj/
[13] webcamp.in.ua: http://webcamp.in.ua
[14] Источник: http://habrahabr.ru/post/226407/
Нажмите здесь для печати.