DevRain Solutions
Компания
31,77
рейтинг
12 декабря 2012 в 01:42

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

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

Поехали!

Обратная связь


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

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

Ситуация с негативными отзывами очень похожа на работу хабра: какой бы гениальной не была статья, все равно некоторая группа читателей поставит минусы (в лучшем случае), или напишет, что статья XXX — бред, а автор — некомпетентный «чудак».

В общем, суть простая: обеспечьте пользователям как можно более простой способ отправить вам отзыв. Это может быть обычная кнопка «отправить отзыв»; всплывающее окно, допустим, раз в неделю, которое попросит вас написать несколько строчек и т.д. Главное, чтобы желание получить фидбек не переросло для ваших пользователей в требование.

И да, на все электронные письма нужно отвечать :-)

Вы должны знать, что происходит с вашим приложением (и не только)


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

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

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

  • как обновление приложения повлияло на рейтинг и количество закачек?
  • как изменилось среднее время использования приложений?
  • кривая скачиваний и покупок ростет, падает, стабильна и какой период это уже длится?
  • как влияют ошибки, промо, погодные условия и маркетинговые активности на покупки / скачивания приложения?

А в контексте сравнения своего приложения с лучшими (top apps) и похожими (competitors) приложениями можно получить ответы на такие вопросы:

  • какие приложения чаще ставят в промо?
  • какие параметры (дизайн, скорость работы, бренд) больше всего влияют на популярность?
  • какие средние статистические показатели аналогичных приложений?

Акцент не на функциональности, а на удобстве


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

При разработке своих приложений при каждом запросе о новой функциональности у нас возникает вопрос: а как это реализовать так, чтобы пользователю было удобно?

Есть несколько простых советов:

  • вложенность страниц — как можно меньше;
  • количество кликов (действий) для любого сценария — не больше четырех-пяти (kill feature — не больше двух-трех);
  • акцент на контенте, а не дизайне;
  • лучше меньше, но быстрее, чем больше, но дольше (это относится к загрузке контента).

Не позволяйте пользователям решать за вас


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

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

Возьмем, к примеру Photoshop. Практика показывает, что среднему пользователю нужно от силы 3-5% функциональности полноценного Photoshop. Поэтому Paint.NET для декстопа и Lomogram для Windows Phone среднему пользователю должно хватить сполна.

Разговаривайте с пользователями на их родном языке


А по простому — локализируйте свои приложения. Если приложение более-менее популярно — наверняка найдутся добровольцы, которые захотят вам помочь перевести приложение. Если таких добровольцев нет — не стесняйтесь попросить об этом на сайте или в самом приложении.

И еще, не локализируйте приложения с помощью google translate. Уж лучше никак, чем с ним.

Думайте как пользователь, а не как разработчик


«А давайте для приложения „Нескучные обои“ включим push notifications, интегрируем приложение со всеми социальными сетями, добавим геолокацию и дейтинг! Ведь это функционально и круто, а пользователь, наверняка, оценит новую фичу мобильного SDK!» — так думают многие создатели приложений.

На самом деле, конечному пользователю глубоко плевать на новые SDK, push notifications, или супер-мега-шейдер, если эти «фичи» не будут вписываться в привычные сценарии.

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

Я бы сказал так: при разработке вашего мобильного приложения ориентируйтесь на пользователей, которые разбираются в мобильниках и софте приблизительно так:

image

Спасибо за внимание!
Автор: @sashaeve
DevRain Solutions
рейтинг 31,77
Компания прекратила активность на сайте

Комментарии (7)

  • +2
    По поводу обратной связи — это, конечно, здорово, но в последнее время я всё чаще и чаще встречаю пользователей, которым намного проще оставить негативный отзыв вместо того что бы написать в поддержку.
    Даже встречаются те, которые мне так и отвечают «А зачем писать в поддержку? Там всё равно не ответят.». Пытаюсь у них понять на чём основано сее утверждение. Получается, что даже не на личном опыте, а просто на предположениях и каких-то выдуманных стереотипах.

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

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

      У нас просто культуры фидбэка нет.
      • +1
        У меня не такой уж и большой объём писем в поддержку (порядка 5-10 в день), но я могу точно сказать что от национальности это мало зависит.
        У меня, например, «наши» как раз часто пишут (через гугл-переводчик, но пишут). «Наши» даже мне пишут более подробные сообщения, а не просто «your app sucks». И «наши» всегда отвечают когда я спрашиваю дополнительную информацию.
  • +2
    И еще, не локализируйте приложения с помощью google translate. Уж лучше никак, чем с ним.

    Зашел в тупик. Чаще пишут как раз обратное — «локализуйте приложение, пусть даже google translate на первое время».
    По поводу отзывов от себя замечу, что один отрицательный отзыв лучше двух положительных( с точки зрения улучшения приложения). Главное чтобы их видели только вы, а не все клиенты)
    • +1
      Чаще пишут как раз обратное — «локализуйте приложение, пусть даже google translate на первое время».

      Никогда, никогда так не делайте!!! Часто хочется просто взять и оторвать все конечности этим
      • 0
        Я и не делаю, мне самому неприятно читать такой перевод. Но потому я и запомнил этот пункт, потому что он не совпал с моим личным мнением. Парадокс)
  • 0
    забить на дизайн могут себе позволить только бренды. т.к. аппсов предостаточно, клонов тоже много, то дизайн выходит на первый план, функционалом редко удивишь, а контент иногда вообще не важен (всякие там социалочки по типу я тут, делаю то-то)..

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

Самое читаемое Разработка