Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1059 сообщений
Cообщения с меткой

мобильные приложения - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

[Из песочницы] Управление репутацией мобильного приложения

Вторник, 26 Июля 2016 г. 15:42 (ссылка)

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



Чем управлять? В первую очередь — оценками и комментариями в магазинах приложений.



Оценки и комментарии



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



Оценки и комментарии влияют на настроение инвесторов и разработчиков. Никому не понравится, когда труд оценивают на три балла.



Оценки влияют на позицию приложения в ТОП-ах. Хотя, это не главный критерий ранжирования, но он напрямую и косвенно (через конверсию в скачивания) влияет на позицию в ТОП-ах.



Магазинов приложений



Google Play




  1. Можно отвечать на отзывы пользователей. О том, как это важно мы поговорим позже;

  2. Оценка и отзывы показываются по всем версиям приложения;

  3. Новые оценки и отзывы появляются с задержкой в пару часов;

  4. Пользователи видят количество установок приложения. Этот фактор влияет на конверсию из просмотров в установки;

  5. Приложение тестируется автоматически и попадает к пользователям через пару часов после отправки новой версии Google Play;

  6. Для продвижения приложений Google использует кнопку «G+». Эта метрика участвует в ранжировании в результатах поиска и в ТОП-ах;

  7. Google Play индексирует описание и название приложения для поиска по ключевым словам;

  8. Позволяет добавлять ссылку на промо видео на YouTube.



App store




  1. Нельзя отвечать на отзывы пользователей;

  2. По умолчанию оценки и отзывы видны только по текущей версии. Это логично. Если в предыдущей версии приложения были проблемы, а в новой они решены, то зачем пользователям читать комментарии об уже несуществующих проблемах? С этим связана одна хитрость — если вы получили много негативных отзывов по текущей версии приложения, вы можете выпустить новую версию, чтобы скрыть старые отзывы;

  3. Новые оценки и отзывы появляются с задержкой в сутки;

  4. Пользователи не видят количество установок;

  5. Приложения тестируются вручную работниками Apple. Прежде чем приложение попадает к пользователям, пройдет от нескольких дней до нескольких недель;

  6. App store использует лайки FaceBook для продвижения в социальных сетях. Эта метрика влияет на ранжирование приложения в результатах поиска и в ТОП-ах;

  7. App store умеет искать только по ключевым словам, которые нужно заполнять при размещении приложения. Длина поля для ключевых слов ограничена ста символами;

  8. Позволяет добавлять видео ролик работы приложения, но сильно ограничивает это видео по формату, длине и содержанию.



Microsoft Store




  1. Можно отвечать на отзывы пользователей;

  2. Оценка и отзывы показываются по всем версиям приложения;

  3. Статистика скачиваний, отзывы, оценки обновляются раз в 2-3 суток;

  4. Пользователи не видят количество установок;

  5. Приложение тестируется автоматически и попадает к пользователям в течение 12 часов после выпуска новой версии;

  6. Microsoft Store умеет искать по названию приложения и ключевым словам (7 слов по 30 знаков).



Ответы на комментарии пользователей



На момент написания статьи отвечать на комментарии можно было в Google Play и Microsoft Store. Важно отвечать на комментарии пользователей, так как это отличный канал обратной связи и он всегда на виду. Пользователи читают и оценивают ответы разработчиков.



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



В результате средняя оценка среднего приложения постепенно скатывается к 3-ке.



Что делать?




  1. Решите проблему пользователя и напишите об этом в комментарии;

  2. Оставайтесь эмоционально нейтральным, даже если пользователь настроен агрессивно;

  3. Предотвращайте или отсеивайте негативные отзывы на уровне приложения. Об этом мы поговорим позже.



Если все сделано правильно, то возможны два исхода




  1. Изначально агрессивно настроенный пользователь, увидев вашу помощь; а возможно вы единственный, кто не отвернулся от него; станет защитником бренда;

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



Оставляйте комментарии сами и заставляйте делать это коллег



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



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



Ловите пользователей в проблемных местах приложения и отправляйте в службу поддержки



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



Просьба оценить приложение



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



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



Добавьте возможность оценить приложение на экран «О приложении».



Разделите негативные и положительные отзывы. Сделайте две кнопки «Нравится» и «Бесит». Если пользователь нажмет «Бесит», попросите описать, что бесит и отправьте эту информацию в службу поддержки, поблагодарите пользователя за помощь в развитии приложения. Если пользователь нажмет «Нравится», отправьте в магазин приложений, пусть положительное мнение увидят другие.



Создавайте защитников бренда



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



Сделайте оценку приложения KPI для менеджера, разработчиков, QA, службы поддержки и маркетологов



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



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



Разрабатывая KPI обратитесь к первоисточнику — Нортону и Каплану.



Тезисы о KPI:


  1. Улучшение происходит через обучение и развитие;

  2. KPI, влияющие на вознаграждение сотрудников, должны от них зависеть;

  3. Невыполнение KPI не должно приводить к штрафам. Штрафуя сотрудников, вы рискуете продолжить работу в обществе толстокожих дегенератов.



Покупка отзывов



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


  1. Отзывы и установки дешево стоят;

  2. Отзывы и установки покупают через биржи зданий;

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

  4. Конкуренты могут купить вам негативных отзывов.



Выводы




  1. Кто не управляет репутацией, у того нет репутации;

  2. Довольные пользователи молчат;

  3. Разгневанный пользователь может стать защитником бренда;

  4. Оценка приложения — это оценка вас и вашей команды.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306440/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #163 (18-24 июля)

Воскресенье, 24 Июля 2016 г. 16:00 (ссылка)

В новом дайджесте тестирование в Mail.Ru, онбординг с помощью видео, сертификация разработчиков от Google, Agile API от Badoo и мобильный программатик на пальцах. На прошлой неделе было относительно мало материалов, на этой наверстываем!












Как настроить расширяемую систему для регрессионного тестирования на телефонах: опыт мобильной Почты Mail.Ru

Сегодня я хочу рассказать, как мы построили с нуля гибкую и расширяемую систему для выполнения автотестов на Android-смартфонах. Сейчас у нас используется около 60 устройств для регрессионного тестирования мобильного приложения Почты Mail.Ru. В среднем они тестируют около 20 сборок приложения ежедневно. Для каждой сборки выполняется около 600 UI-тестов и более 3500 unit-тестов.




Как мы обновили и переписали iOS-приложение банка «Открытие»

В жизненном цикле мобильного продукта рано или поздно наступает момент, когда нужно радикально обновиться. Потому что за время, прошедшее с запуска, выросли требования бизнеса и ожидания клиентов, изменились возможности платформы и средства разработки — и обновления становится невозможно реализовать путем “косметического ремонта”. В мире мобильных приложений жизненный цикл ПО составляет 2-3 года против 10-15 лет в обычном Enterprise-сегменте. Для нас с командой “Открытие Digital” момент радикального обновления мобильного банка настал в конце прошлого года.



iOS



Android



Windows



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru.

https://habrahabr.ru/post/306296/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #162 (11-17 июля)

Воскресенье, 17 Июля 2016 г. 15:46 (ссылка)

Лето, и новостей не так много. Немного про Sailfish, немного про Qt и Unity, тестирование в Facebook и аутентификацию. А, много про Pokemon Go, но от этого уже никуда не деться.












Начало разработки для Sailfish OS

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



iOS



Android



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru.

https://habrahabr.ru/post/305792/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #162 (11-17 июля)

Воскресенье, 17 Июля 2016 г. 15:46 (ссылка)

Лето, и новостей не так много. Немного про Sailfish, немного про Qt и Unity, тестирование в Facebook и аутентификацию. А, много про Pokemon Go, но от этого уже никуда не деться.












Начало разработки для Sailfish OS

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



iOS



Android



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/305792/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

ViaLatM и функции социального назначения

Пятница, 15 Июля 2016 г. 04:46 (ссылка)





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





Перед описанием работы с этими функциями, небольшие замечания:



В сервисе реализована поддержка протокола OSMAND (OSM automated navigation directions) и к сервису теперь можно подключать приложения «Traccar Client» и «Maps & Navigation — OsmAnd». Эти приложения имеют реализацию как для Android, так и для iPhone. Параметры подключения можно посмотреть на странице Протоколы, мобильные приложения, трекеры и устройства, поддерживаемые сервисом ViaLatM. Если читателям статьи известны другие приложения с этим (или другими протоколами, описания которых доступны), просьба дать знать об этом.



Основным протоколом сервиса становится протокол https, протокол http пока доступен, но скоро сервис будет работать только по защищенному протоколу.



Наблюдение в реальном времени



Частично это описывалось в предыдущих статьях, кратко напомню как это работает.







Рядом с каждым объектом в списке отображается иконка глаз. Если она зеленая, то объект доступен для наблюдения в реальном времени. При клике на эту иконку вы переходите в режим настройки для наблюдателей. Вы настраиваете время, до которого наблюдение возможно. В любой момент можно запретить возможность наблюдения или наоборот, продлить ее. Наблюдатели видят(экран справа) ваше текущее местоположение и след перемещения за последние 15 минут. Соответственно, если следа нет, значит вы стоите в этой точке более 15 минут. Ссылка для наблюдения допускается и для объектов из сферы «Интернет Вещей». При этом если для объекта определено местоположение, то он отображается на карте, и также отображается мини-виджет, с графиком параметра, который вы выбрали для отображения.



Создание трасс для публичного доступа



Прежде чем послать ссылку на вашу статическую трассу, ее необходимо сохранить в наборе избранных трасс. Для этого необходимо открыть меню Отчет и выбрать Трасса за интервал (набор отчетов, с которыми ведется постоянная работа вы формируете сами с помощью Органайзер меню отчеты). В открывшейся панели выбираете объект и интервал дат, за который хотите получить трассу.







Убедившись что эта та трасса, которую вы хотите сохранить, в поле Действия выбираете Сохранить в Избранные трассы и нажимаете ОК. При закрытии трассы с помощью кнопки на карте (выделена красным), если последним действием было отображение трассы, то происходит возврат к отображению панели задания трассы.







Список избранных трасс отображается по нижней иконке в левой панели. Если иконка «глаз» (под иконкой контекстного меню) зеленая, то ссылка для трассы активна для других наблюдателей.







При клике на избранную трассу она отображается на карте. Используя контекстном меню вы можете ввести комментарий(примечания) для трассы, экспортировать ее в kml формат, удалить ее из избранных (трасса остается в сервисе, удаление ее происходит только из Избранных трасс). Для активации ссылки необходимо задать короткий пароль.



При открытии в браузере сформированной ссылки наблюдатели видят следующую картину:







При клике на точки трасс отображается дополнительной информация о параметрах в точке (скорость движения, высота, ...). Если в качестве трекера вы пользуетесь приложением My Location Companion, то во время трекинга можно делать фотоснимки и они будут привязаны к конкретным местоположениям. При клике на иконку фото, сделанная фотография отображается в отдельном окне(это демонстрируется на первом изображении в статье). Ссылку на трассу можно разместить в iframe и отображать ее на своих интернет ресурсах.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/305712/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

IoT и ViaLatM. Автоматизация посылки команд на объекты «Интернет вещей»

Понедельник, 11 Июля 2016 г. 16:53 (ссылка)





В данной статье описывается как с помощью языка сценариев, встроенных в сервис VIALATM автоматизировать посылку команд на объекты из сферы «Интернет Вещей». Базовые сведения о языке сценариев давались в предыдущих статьях.





Описание последней версии языка сценариев (добавлены новые команды, операторы, процедуры) будет опубликовано в ближайшее время. Пока можно познакомиться с языком сценариев по ссылке Язык сценариев ViaLatM.



Посылка команд на объекты



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



В системе есть два оператора посылки команд: безусловный и условный.



Формат безусловного оператора:



COMMAND (UNIT.ZTEMPER_SETTER,12);



С помощью этого оператора на текущий объект (для которого выполняется сценарий), отправляется команда установки атрибута ZTEMPER_SETTER в значение 12.



Формат условного оператора:



COMMANDIF (UNIT.ROOM_TEMPER>20,UNIT.ZTEMPER_HEATER,OFF);



С помощью этого оператора на текущий объект отправляется команда выключения нагревателя (OFF) в том случае, если датчик температуры в комнате (ROOM_TEMPER) более 20 градусов.



Все числовые значения в выше приведенных примерах можно определить в виде констант или предварительно вычисляемых переменных. Объекты должны публиковать на сервис соответствующие атрибуты и быть подписаны на обработку команд (ZTEMPER_SETTER,ZTEMPER_HEATER).



Команды работы с несколькими объектами сервиса



Наиболее интересной возможностью языка сценариев является работа с несколькими объектами.

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



CONST HEAT_ON = 1;

CONST HEAT_OFF = 0;

CONST NEAR_HOME = 20000 # 20km

DIST_TO_HOME = DISTANCE(L,UNIT(«IOT_HOME»).L);

COMMANDIF(DIST_TO_HOME


Комментарий:

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



Скрипт выполняется для объекта — транспортное средство, которое должно быть оснащено GPS слежением (автомобильный или персональный трекер) и подключено к сервису. При приходе в сервис сообщений от этого объекта, вычисляется расстояние до дома.



Далее в зависимости от вычисленного расстояния применяется условный оператор посылки команды на объект.



Объекты, которые находятся вне выполняемого сценария задаются функцией UNIT(«OBJECT_ID»). Для трекеров, в качестве OBJECT_ID следует задавать IMEI, для объектов «Интернет Вещей» — корневую тему (HOME) и для этих объектов теме всегда должен предшествовать префикс «IOT_».



Заключение



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



В следующей статье будет рассказано как создавать уведомления по событиям и состояниям объектов из сферы интернет вещей.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/305414/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Дайджест интересных материалов для мобильного разработчика #161 (3-10 июля)

Воскресенье, 10 Июля 2016 г. 15:10 (ссылка)

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












«Молчание – золото»: 13 вещей, которые не стоит говорить разработчикам и тестировщикам

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




Device Lab от Google: Project Tango

В Лаборатории Google мы добрались до самого инновационного и многообещающего устройства. Project Tango — платформа компьютерного зрения для мобильных устройств, разработанная группой инженеров ATAP (Advanced Technology and Projects). Работающее на Android референсное устройство вы можете взять на тест и использовать данные платформы в своих приложениях.



iOS



Android



Разработка



Аналитика, маркетинг и монетизация



Устройства и IoT





<- Предыдущий дайджест. Если у вас есть другие интересные материалы или вы нашли ошибку — пришлите, пожалуйста, в почту.
Original source: habrahabr.ru.

https://habrahabr.ru/post/305356/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Sailfish OS — летняя школа в Университете Иннополис для разработчиков мобильных приложений и энтузиастов Linux

Четверг, 07 Июля 2016 г. 16:35 (ссылка)

image

С 27 по 30 июля в Университете Иннополис пройдёт первая летняя школа, посвящённая платформе Sailfish OS. Компания «Открытая Мобильная Платформа» приглашает студентов, аспирантов, разработчиков приложений и энтузиастов, ценящих проекты на основе Linux. Участников школы ожидают вводные лекции, знакомство с представителями сообщества разработчиков, технические мастер-классы, конкурс по программированию, развлекательная программа и общение в неформальной обстановке.



Жми «Читать дальше», если хочешь узнать больше о Школе.



С 27 по 30 июля в Университете Иннополис пройдёт первая летняя школа, посвящённая платформе Sailfish OS. Компания «Открытая Мобильная Платформа» приглашает студентов, аспирантов, разработчиков приложений и энтузиастов, ценящих проекты на основе Linux. Участников школы ожидают вводные лекции, знакомство с представителями сообщества разработчиков, технические мастер-классы, конкурс по программированию, развлекательная программа и общение в неформальной обстановке.



Сергей Масягин, проректор — начальник управления по работе со студентами и абитуриентами Университета Иннополис: «Летняя школа по Sailfish OS открыта для тех, кого интересует разработка приложений под новую операционную систему на базе Linux. Новички познакомятся с профессионалами и зададут им интересующие вопросы, узнают, с чего начинается приложение. На мой взгляд, представителям индустрии мобильных приложений будет интересно пообщаться с теми, кто в ближайшем будущем придёт к ним работать или составит конкуренции на этом рынке. Это мероприятие станет для новичков возможностью получить дополнительную мотивацию развивать навыки в одном из самых востребованных направлений ИТ-сферы».


Летняя школа подойдёт для новичков и профессионалов. Разработчики продуктов для мобильных устройств узнают о способах и особенностях создания приложений для Sailfish OS. Специалисты по Qt и QML научатся применять свой опыт при программировании для смартфонов и планшетов. Новички получат основные знания о платформе и попрактикуются в разработке приложений. Профессионалы продемонстрируют свои умения и поделятся опытом с коллегами.



Павел Эйгес, генеральный директор компании «Открытая Мобильная Платформа»: «Sailfish OS для нашей компании — это, технологический фундамент, на базе которого мы создаём отечественную мобильную платформу максимально широкого применения. В основе лежит качество самой операционной системы, над развитием которой трудится несколько десятков инженеров-разработчиков. Но для становления платформы не менее значимо создание экосистемы, включающей и наших партнёров, и сообщество разработчиков, и пользователей — всех людей, которым действительно интересно то, над чем мы работаем. Создание такой экосистемы — ключевая задача на ближайший год. Для её решения мы используем различные площадки и форматы, и Летняя школа в Иннополисе, нашем домашнем регионе, является одним из центральных мероприятий. В рамках школы участникам будет предложена самая актуальная техническая информация, проведен ряд мастер-классов и конкурсов. Будет организована ярмарка вакансий. Наша компания старается быть максимально открытой для общения со всеми, и мы ожидаем продуктивного диалога с сообществом, новых идей и предложений».


Регистрация, условия участия и подробная программа доступны на странице летней школы
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/305120/

Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

[recovery mode] Что разработчику нужно знать о локализации приложения

Среда, 06 Июля 2016 г. 14:22 (ссылка)

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



image




Как показали исследования App Annie, Россия замыкает пятёрку стран-лидеров по количеству скачиваний мобильных приложений в App Store и Google Play Market в первом квартале 2016 года, но по выручке с продаж не вошла и в первую 10-ку. Значит ли это, что разработчикам стоит ориентироваться исключительно на Западный рынок для увеличения своей прибыли и если да, то на какой язык, кроме английского, переводить, а точнее – локализовать приложение?



Чем отличается локализация от перевода





image




Перевод – это интерпретация текста или речи с одного языка на другой. Она нацелена на передачу смысла информации без учёта национальных особенностей, культурных ценностей и в случае с разработкой мобильных приложений – привычного user experience жителей конкретной страны и особенностей целевой аудитории.



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



То есть, перевести – значит – интерпретировать, а локализовать – адаптировать.



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



image




Локализация – это не просто качественный перевод, это смысловая адаптация текста, который буквально вгрызается в нейронные сети и кишки пользователя с полуслова. Скажем, если жителям СНГ в e-commerce сайтах и приложениях привычнее видеть кнопку “Купить”, то не нужно выдумывать велосипед и лепить кнопку “Приобрести товар”. Казалось бы, человек и так поймет, о чем идёт речь, но зачем усложнять ему жизнь? А точнее – себе.



Что даёт локализация





Жители Бразилии, России, Китая и Индии составляют 40% населения всего мира. Проигнорировав необходимость перевода на хинди, мандарин или португальский язык, есть шанс быть выкинутым за борт компаниями, которые внедряют эти языки в свои продукты. Мониторинг спроса на локализацию приложений на тот или иной язык позволит компаниям-разработчикам расширить свою клиентскую базу.



Какие языки правят Интернетом




image




Топ 10 самых востребованных языков в Интернете




  1. Английский

  2. Китайский (упрощенный)

  3. Испанский

  4. Немецкий

  5. Японский

  6. Французский

  7. Арабский

  8. Португальский (бразильский)

  9. Русский

  10. Корейский





Итальянский занял только 11-е место в рейтинге, а польский, занявший 17-е место, набирает всё больше популярности и часто встречается в востребованных языковых парах.



Последнее исследование агентства Common Sense Advisory в марте 2016 года показало, что стоимость перевода самых распространенных языковых пар не имеет четкой линейной зависимости. Это связано с тем, что цены на перевод могут снижаться в то время, как спрос растёт из-за высокой конкуренции на рынке языковых услуг.



Чем вызвано такое формирование рейтинга




Рейтинг востребованности языков зависит не только от количества носителей, но и от влияния экономики страны на мировой рынок.



Английский – язык международного общения и во многих странах он является официальным государственным языком. Мандарин (китайский язык) является языком международного бизнеса и это совсем неудивительно. Это наиболее используемый язык во всём мире, а китайская экономика занимает 2-е место по номинальному значению ВВП в стране. Экономика Бразилии занимает 9-е место в мире и её рост продолжится ещё как минимум 5 лет, согласно данным International Monetary Fund. На французском языке в мире разговаривают около 274 млн человек, в 29-ти странах он является государственным. Япония – 3-я в рейтинге стран по ВВП в мире. Она является мировым лидером в автомобилестроении и высоких технологиях, что делает знание японского языка востребованным на рынке языковых услуг. Около 240 млн человек разговаривает на арабском языке и в 23 странах он является официальным. ОАЭ являются мировым лидером на нефтяном рынке.



Что делать с этими данными заказчикам и поставщикам услуг перевода






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

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





Обзор рынка мобильных приложений




image




Первый квартал 2016 года стал знаменательным для мирового рынка мобильных iOS-приложений. Китай впервые перегнал Японию по объёму выручки с продаж и занял 2-е место в рейтинге стран по уровню дохода от мобильных приложений – за последние 4 месяца доход Китая вырос более чем в 2 раза. Такой рост был обеспечен в основном за счёт мобильных игр.



image




Вытеснив Японию со второй позиции по доходам от приложений на обеих платформах, Китай вплотную приблизился к лидеру в рейтинге по мобильным играм в App Store – США. По прогнозам App Annie, уже в этом году Китай станет безоговорочным лидером по выручке от продаж игр на платформе от Apple.



На какой язык локализовать приложение





image




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



Стоит добавить, что магазина мобильных приложений Google Play в Китае всё ещё нет. Китайские разработчики ориентируются на локальные сторы для Android-продуктов, поэтому и доходы от продажи приложений на платформе от Google достаточно низкие.



image




Топ 5 языков для локализации iOS-приложений




  1. Английский

  2. Китайский

  3. Японский

  4. Немецкий

  5. Французский





Топ 5 языков для локализации Android-приложений




  1. Английский

  2. Японский

  3. Немецкий

  4. Французский

  5. Испанский





Какими навыками должен обладать специалист по локализации приложений





Локализация игр и приложений действительно является по своей сути переводом, но требует владения специальных программистских и технических навыков. Поэтому локализация – самая трудоёмкая отрасль лингвистических услуг. Языковой специалист должен не только великолепно знать язык, но и обладать базовыми знаниями разработчика для локализации отдельных элементов меню и интерфейса. Кроме того, специалист по локализации должен хорошо разбираться в тематике приложения и иметь хотя бы минимальный опыт работы с такими приложениями и ресурсами. Локализация игр ещё сложнее. Тут от переводчика требуется самим быть немного геймером и иметь хорошую фантазию. В мобильных играх переводчик не просто интерпретирует текст на другой язык, а буквально создаёт отдельную версию игры на другом языке. Стоимость локализации приложения начинается от $0.06 за слово у опытных фрилансеров-переводчиков в зависимости от языковой пары, а бюро переводов берут от $0.10/слово. К тому же, бюро переводов редко набирают штатных переводчиков, а в основном отдают заказы на аутсорс фрилансерам.



Локализация приложений даёт возможность выйти на рынки других стран, тем самым существенно увеличить количество загрузок и соответственно – прибыль. Разнообразие вариантов монетизации мобильного приложения позволяет подобрать наиболее подходящую модель, а локализация – сделать из этой модели генератор масштабируемой прибыли. Глупо упускать источники возможного дохода на подъёме рынка разных стран, несмотря на то, что локализация является трудоёмким и кропотливым процессом. Рост мирового рынка мобильной рекламы, увеличение количества пользователей смартфонов и повышение интереса владельцев “умных” мобильных устройств к приложениям ясно даёт понять, что локализация – это необходимый инструмент для расширений клиентской базы в мире.
Original source: habrahabr.ru.

https://habrahabr.ru/post/304870/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<мобильные приложения - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda