Comments 3
> Для начинающих приложений очень важно получить второй и третий шанс у пользователя. Спящая аудитория приложения после 2-3 месяцев от запуска может быть очень большой. Посчитайте базу установок за вычетом активных месячных пользователей.
Отлично. Здесь работает правило кошек: кошки, на которых Вы тренировались, но не возымели успеха, по второму кругу тестировать Ваше приложение скорее всего не будут, ввиду уже сложившегося мнения.
> Второй получить легко, но думайте о том, чем вы можете быть полезны или интересны вашему пользователю. В этом случае будет и следующий раз.
Об этом думать надо изначально, а не когда обнаруживаешь, что забыл сделать приложение полезным о_О мне так еще бабушка говорила.
> Вы рискуете за назойливость вы сразу можете быть удалены. Не злоупотребляйте нотификациями. Будить пользователь не нужно часто. Дайте возможность отключить эти сообщения.
Ну, лучше не отключить, а настроить. Причем нужно учесть, что:
— пользователь априори вообще не знает, нужны ему уведомления или нет, если он запускает приложение впервые. Нужно его об этом спросить или предупредить, но уже ПОСЛЕ того, как он начнет использовать приложение, иначе это нон-сенс.
— везде нужно подходить адекватно. Если есть оповещения, у которых обычная частота может зашкаливать, а есть те, которые появляются намного реже, имеет смысл сделать для них раздельную настройку.
М-м-м, а сделать приложение качественное с минимально возможным уровнем вхождения для целевой аудитории, чтобы пользователь действительно был заинтересован в его использовании?
Придумал приложение? Сделал прототип? Отлично, а теперь возьми свой дев-смартфон и дай поюзать приложение пяти-десяти френдам, которым оно может быть интересно, выслушай мнения, отфильтруй крайности, смой, повтори.
Отладить его, чтобы не было ошибок?
Одна ошибка, и я уже не уверен в стабильности приложения. А если это критический для меня почтовый клиент, например, то неуверенность в том, что он сейчас висит в фоне и сообщит мне о новом письме сразу, как оно появится, заставит меня его удалить, не размышляя и не ждя «напоминания дать ему второй шанс».
Прогнать интерфейс по 10 правилам хорошего тона юзабилити?
Приложение всем понравилось? Ошибок не обнаружено? Вот и пользуйся. Сам. С друзьями. С семьей. Но не публикуй. Если за неделю плотного использования ни у кого не появилось желания переставить кнопку, чтобы до нее, наконец-то, стал дотягиваться большой палец и не приходилось прибегать к помощи второй руки, вот только тогда можешь публиковать.
Думаю, что для команды, запускающей новый продукт, будет намного более полезным подумать именно над этими темами, чем спамить пользователя.
В случае, если Вы не делаете 100% ноу-хау, целью разработки должен быть не «первонах», а приложение, которое само по себе мотивирует пользователя его запускать снова и снова.
Любая разработка, по сути, это итерационный процесс обнаружения и уменьшения рисков, как мелких, так и конечных (как результат накопления мелких). Один из главных рисков — это выпуск не реюзабельного приложения (того, которое не хочется запустить еще раз): направьте на его уменьшения все силы, тогда и напоминать никому ничего не придется.
Да, и к слову, при напоминании о выходе новой версии, неплохо указывать, что же нового там появилось. Я, например, обновляю приложения в дежурном плане: примерно каждую неделю, когда их там накопилось хотя бы 4-5 в очереди, но только потому что приложение не сообщает мне о том, насколько стоящий вышел апдейт.
Отлично. Здесь работает правило кошек: кошки, на которых Вы тренировались, но не возымели успеха, по второму кругу тестировать Ваше приложение скорее всего не будут, ввиду уже сложившегося мнения.
> Второй получить легко, но думайте о том, чем вы можете быть полезны или интересны вашему пользователю. В этом случае будет и следующий раз.
Об этом думать надо изначально, а не когда обнаруживаешь, что забыл сделать приложение полезным о_О мне так еще бабушка говорила.
> Вы рискуете за назойливость вы сразу можете быть удалены. Не злоупотребляйте нотификациями. Будить пользователь не нужно часто. Дайте возможность отключить эти сообщения.
Ну, лучше не отключить, а настроить. Причем нужно учесть, что:
— пользователь априори вообще не знает, нужны ему уведомления или нет, если он запускает приложение впервые. Нужно его об этом спросить или предупредить, но уже ПОСЛЕ того, как он начнет использовать приложение, иначе это нон-сенс.
— везде нужно подходить адекватно. Если есть оповещения, у которых обычная частота может зашкаливать, а есть те, которые появляются намного реже, имеет смысл сделать для них раздельную настройку.
М-м-м, а сделать приложение качественное с минимально возможным уровнем вхождения для целевой аудитории, чтобы пользователь действительно был заинтересован в его использовании?
Придумал приложение? Сделал прототип? Отлично, а теперь возьми свой дев-смартфон и дай поюзать приложение пяти-десяти френдам, которым оно может быть интересно, выслушай мнения, отфильтруй крайности, смой, повтори.
Отладить его, чтобы не было ошибок?
Одна ошибка, и я уже не уверен в стабильности приложения. А если это критический для меня почтовый клиент, например, то неуверенность в том, что он сейчас висит в фоне и сообщит мне о новом письме сразу, как оно появится, заставит меня его удалить, не размышляя и не ждя «напоминания дать ему второй шанс».
Прогнать интерфейс по 10 правилам хорошего тона юзабилити?
Приложение всем понравилось? Ошибок не обнаружено? Вот и пользуйся. Сам. С друзьями. С семьей. Но не публикуй. Если за неделю плотного использования ни у кого не появилось желания переставить кнопку, чтобы до нее, наконец-то, стал дотягиваться большой палец и не приходилось прибегать к помощи второй руки, вот только тогда можешь публиковать.
Думаю, что для команды, запускающей новый продукт, будет намного более полезным подумать именно над этими темами, чем спамить пользователя.
В случае, если Вы не делаете 100% ноу-хау, целью разработки должен быть не «первонах», а приложение, которое само по себе мотивирует пользователя его запускать снова и снова.
Любая разработка, по сути, это итерационный процесс обнаружения и уменьшения рисков, как мелких, так и конечных (как результат накопления мелких). Один из главных рисков — это выпуск не реюзабельного приложения (того, которое не хочется запустить еще раз): направьте на его уменьшения все силы, тогда и напоминать никому ничего не придется.
Да, и к слову, при напоминании о выходе новой версии, неплохо указывать, что же нового там появилось. Я, например, обновляю приложения в дежурном плане: примерно каждую неделю, когда их там накопилось хотя бы 4-5 в очереди, но только потому что приложение не сообщает мне о том, насколько стоящий вышел апдейт.
Суров отец, но справедлив. Обновления, к слову, тоже очень частые не способствуют росту пользования приложением. Так что, если вы решили иконку сменить, то подумайте сначала. Наиболее удачный вариант — расширять контент (новые уровни, например) или функционал (не «мы добавили возможность насрать на вашу стену вконтакте», а корневой функционал приложения, его бизнес-составляющую). Мы же для себя выделили 3 основных стадии:
1) Первоначальное удержание — это вот как только пользователь установил ваше приложение. Здесь основной инструмент — это подсказки, гайд по меню и функционалу приложения. Это помогает серьезно упростить интеграцию. Если пользователь считает себя опытным — всегда есть опция убрать подсказки.
2) Стимулирование к использованию — как я и писал выше, достигается за счет нового контента и постепенного наращивания функционала. Пуш мы тоже используем, но только если контент у нас не в приложении находится и обновляется не с ним.
3) Борьба с устареванием и создание базы лояльных пользователей — контент должен быть актуальным, т.е. если вы все правильно делали в пункте 2, то тут вам только смотреть на лонгтейл надо и не паниковать по поводу спада продаж. Это теперь корова, которая дает пусть и мало, но постоянно. Работайте дальше.
Ну а кроме этого есть еще работа над продажами, которую тут обмусоливали неоднократно и в которой нет однозначного рецепта успеха.
1) Первоначальное удержание — это вот как только пользователь установил ваше приложение. Здесь основной инструмент — это подсказки, гайд по меню и функционалу приложения. Это помогает серьезно упростить интеграцию. Если пользователь считает себя опытным — всегда есть опция убрать подсказки.
2) Стимулирование к использованию — как я и писал выше, достигается за счет нового контента и постепенного наращивания функционала. Пуш мы тоже используем, но только если контент у нас не в приложении находится и обновляется не с ним.
3) Борьба с устареванием и создание базы лояльных пользователей — контент должен быть актуальным, т.е. если вы все правильно делали в пункте 2, то тут вам только смотреть на лонгтейл надо и не паниковать по поводу спада продаж. Это теперь корова, которая дает пусть и мало, но постоянно. Работайте дальше.
Ну а кроме этого есть еще работа над продажами, которую тут обмусоливали неоднократно и в которой нет однозначного рецепта успеха.
Вы все верно пишете, так делается приложение. Перед запуском.
У любого нового приложения после старта есть спящая аудитория, даже если приложение хорошее.
Речь про то, как ее разбудить.
У любого нового приложения после старта есть спящая аудитория, даже если приложение хорошее.
Речь про то, как ее разбудить.
Sign up to leave a comment.
Новый вид конкуренции среди мобильных приложений