Поиск в гугл плей

Обратил внимание как изменилась выдача поиска в мобильной версии гугл плей для смарфонов:

Поиск в гугл плей

Поиск в гугл плей

Как вывод, только первое и второе место важны, остальное пользователь сразу и не увидит… Это если искать сразу по всему гугл плею, если залезть в приложения и там произвести поиск, то всё как обычно.

Кейс Rate App

Наконец по приложению «здоровое питание Deta» стали накапливаться кейсы, проверенные на многочисленных экспериментах, итак кейс номер один.

Rate App. Это попап с предложением пользователю выставить оценку, если пользователь согласен (нажимает оценить), то он перенаправляется в маркет.

Хороший результат даёт кастомный попап оценки приложения, вместо системного, при этом в нем должно быть:

  • В попапе должен быть искрений призыв «Пожалуйста, оценить приложение, для нас это очень важно»
  • Две кнопки «оценить» и «позже», лучше чем «оценить», «отмена» и «напомнить позже»
  • Защита от плохой оценки. Бывает, что пользователь ставит плохую оценку просто так, например из-за плохого настроения, в этом случае если оценка менее 4-х, то он не перенаправляется в маркет для выставления, если больше то переходит. Как вариант сбора плохих оценок, предлагать пользователю написать что ему не нравится, отобразив текстовое поле.

Итог: 14 оценок за три дня, вместо 1-2 в день, до этого.

План Б

Вариант сотрудничества с фитнес-центром явил дополнительные проблемы:

  1. Целевая аудитория на iOS
  2. Пользовательский сценарий требовал дополнительных экранов приложения

Подробнее

Решение пробемы с кодировкой

Возникла проблема при обработке данных со стороннего сервера поиска данных блюд по названию (отправляю например хлеб, мне приходит список мучных изделий со значениями бжу+ккал). Полученный ответ содержит кириличиские символы, к тому же ответ не в стандартном виде (xml, json и т.п.). Использование system.useCodePage = true; решило проблему только для смартфонов, по какой-то причине на планшете выводились символы другой кодировкой. В общем решение:

Подробнее