Файл: Критерии выбора средств разработки мобильных приложений ( Современные мобильные приложения и их особенности ).pdf

Также на раннем этапе разработки макеты были использования для создания прототипа приложения, чтобы наглядно продемонстрировать работу будущего приложения. Прототип — это упрощенное приложение, нарисованная дизайнером последовательность экранов. Прототип имеет внешний вид, аналогичный создаваемому приложению. Он должен содержать основные элементы управления, отрабатывать переходы между экранами, демонстрируя вид рабочего приложения. Изменяемые или внешние данные заменены на тестовые значения и не обновляются во время взаимодействия с прототипом. Прототип позволяет на ранних стадиях (до программирования и тестирования) попробовать приложение в действии. Благодаря чему можно оценить будущее приложение с точки зрения пользователя, определить, нужно ли вносить изменения в схему взаимодействия приложения с пользователем и избежать дополнительных финансовых и временных затрат, если выявлены несоответствия [21].

Прототип может быть представлен в следующих видах:

• • упрощенная версия рабочего приложения;
  • ссылка для просмотра в веб-обозревателе;
  • файл для открытия в специальном демонстрационном приложении;
  • видеоролик / анимация с поведением рабочей среды приложения;
  • набор последовательных скриншотов с описанием переходов или блок-схемы;
  • презентация [12].

Макет окна, содержащего список пищевых добавок, состоит из заголовка с функциональным элементом — кнопкой, по нажатию на которую открывается окно с краткой информацией о приложении. Ниже расположено поле для ввода поискового запроса. Иконка лупы выполняет лишь функцию визуальной подсказки, поиск происходит автоматически в режиме реального времени. Ниже расположен сам список компонентов, по нажатию на каждый из них открывается окно с подробной информацией о выбранном ингредиенте [9]. Цвет индексов ингредиентов указывает на их статус. Красный цвет означает, что компонент однозначно животного происхождения, а оранжевый, что это неизвестно — компонент может быть, как растительного или химического происхождения, так и животного. Данный макет представлен ниже на рисунке 1.

Рисунок 1 — Макет раздела «Пищевые добавки» (рисунок составлен автором)

Следующий шаблон представляет собой список из косметических ингредиентов. Отличие от предыдущего макета состоит в том, как располагаются сами элементы списка [1]. Видно не только название, но и часть описания, информации о компоненте. Также на верхней панели, где расположен заголовок, добавился еще один функциональный элемент — иконка в виде планеты [7]. Это кнопка, по нажатию на которую меняется язык названий компонентов на английский. Зачастую состав на косметических средствах пишут на английском языке и, таким образом, пользователю будет удобнее сориентироваться [12]. Статус каждого компонента в списке так же отражен с помощью цвета и иконки. Макет данного раздела приведен ниже на рисунке 2.

Рисунок 2 — Макет раздела «Ингредиенты в косметике» (рисунок составлен автором)

Оставшийся раздел, содержащий материалы для одежды выглядит совершенно аналогичным образом, как и вышеописанный [5]. Последний шаблон представляет собой окно с информацией о выбранном из списка компоненте [9]. Данные представлены по группам [12]. Изображение макета представлено ниже на рисунке 3.

Рисунок 3 — Макет экрана с информацией о компоненте (рисунок составлен автором)

Тестирование приложения возможно двумя способами: с помощью предварительно установленного внутри среды разработки эмулятора или же на реальном устройстве в режиме отладки подключенном с помощью USBпорта.

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

• • размером и разрешением экрана;
  • версией Android;
  • форм-фактор устройства;
  • системы команд процессора;
  • фронтальная камеры, NFC, внешняя клавиатура и т.д [8].

Рассмотрим ручное функциональное тестирование. Тестировщик устанавливает на устройство приложение, вдумчиво проверяет всю функциональность, затем возвращает устройство в первоначальное состояние. И так для каждого приложения и каждого устройства. Очевидный недостаток такого способа — большие затраты времени для регулярного тестирования [11].

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

• • установка и запуск приложения;
  • выход из приложения;
  • повторный вход;
  • удаление приложения с мобильного устройства;
  • мультитач и размер экрана [20].

Корректность удаления 2-х элементов или просмотр двух элементов, нажатием на них одновременно.

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

В приложении должны отсутствовать пустые экраны, чтобы пользователь не оказался в ситуации, в которой не очевидно, что делать. Также все элементы должны быть такого размера, чтобы пользователь мог однозначно нажать на них [21].

Стабильность. Работа приложения при множестве запущенных приложений и долгое время, а также в случае недостатка места для установки или работы приложения. Поведение приложения при отсутствии в некоторых устройствах поддерживаемых приложением функций [16].

Адаптация приложения к портретной и альбомной ориентациям устройства.

Стресс. Реакция приложения на внешние прерывания:

1. Входящие и исходящие SMS, MMS, звонки, оповещения других приложений.
2. Переход устройства в режим ожидания.
3. Выключение устройства, разрядка устройства.
4. Зарядка устройства.
5. Отключение интернета.
6. Переход в другое приложение.
7. Интернационализация. Проверка корректности работы приложения на разных языках (если данное приложение мультиязычное).
8. Обратная связь с пользователем. Наличие информативных сообщений при попытке выполнить какое-либо действие (например, при удалении важной информации), а также присутствие визуальной индикации хода выполнения функций. У всех нажимаемых элементов должно быть «нажатое состояние» (отклик на действие), благодаря этому пользователь всегда будет видеть, действительно ли произошло нажатие [12].
9. Корректность обновления приложения до новой версии.
10. Орфографические ошибки.

Как показывает практика тестирования мобильных приложений, наиболее корректной работы приложения можно добиться при ручном тестировании на реальных мобильных устройствах [20].

Производительность приложения. Обработка любой операции на стороне клиента не должна превышать 2-х секунд. Предпочтительное время для простых операций — 0,7 секунды [4].

Потребление ресурсов — память. Для сложных действий (выборка больших массивов данных или сложная фильтрация по критериям) — до 1 секунды.

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

Валидация. Система должна обрабатывать некорректный ввод данных. При попытке ввести некорректные данные (в неправильном формате, неполные данные, данные, противоречащие логике системы), система будет реагировать адекватным способом: отмечать неправильно заполненные поля, выдавать сообщение с предупреждением. При этом не будет возникать ошибок в работе системы, не происходит порча данных или нарушения в логике работы [8].

Операционное окружение. Приложение должно обеспечивать совместимость с операционными системами Android версии 4.0+. Повороты не поддерживаются. Использование другого программного обеспечения (аналогов) допустимо, но при этом возможны отказы системы в обработке данных.

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

3 РЕКОМЕНДАЦИИ ПО ОПТИМИЗАЦИИ МОБИЛЬНОГО ПРИЛОЖЕНИЯ

Предложим для оптимизации следующие мероприятия:

Его легко найти и скачать

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

1. Смарт-баннеры – всплывающий баннер в интернет магазине с прямой ссылкой для скачивания приложения [17].
2. Предложение установить приложение на страницах товаров – поместите ссылки на приложения на страницах категорий товаров и каждого товара в отдельности.
3. Deep links, позволяющие пользователю легко перейти из браузера в приложение [9].
4. Стимулируйте существующих покупателей – постоянные пользователи вашего интернет-магазина – наиболее заинтересованная аудитория мобильного приложения. Воспользуйтесь этим интересом, запустив рекламную кампанию динамического ретаргетинга. Предлагайте свои покупателям установить приложение в интернет-магазине или с помощью рекламных буклетов, прилагаемым к доставляемым товарам.
5. Предлагайте установить приложение в офлайн магазине – пусть ваш персонал расскажет покупателям о вашем мобильном приложении. Продемонстрируйте покупателям, что приложение может существенно улучшить их визиты в офлайн магазин с помощью in-app сканеров, купонов и программ лояльности [11].
6. Социальные сети – продвигая ваше приложение через социальные сети, используйте CTA “Смотреть в приложении”, чтобы направлять пользователей в приложение прямо из их новостной ленты.

Итак, пользователи установили приложение. Что дальше? Сегодня безупречный пользовательский опыт требует омниканального подхода. В исследовании Глобальный коммерческий отчет мы выяснили, что 30 % продаж, совершенных с десктопа, предшествовал клик по баннеру с мобильного устройства. Это значит, что множество покупателей пользуются мобильными устройствами для поиска и просмотра товаров, прежде чем перейти на другой канал для совершения покупки [22].

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

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

Исследование, проведенное Alligatortek на тему жизненного цикла приложений, показало, что ecommerce приложения находятся на 4 месте в списке самых загружаемых мобильных приложений. Но они также на 4 месте среди наиболее часто удаляемых приложений, возможно, потому, что ритейлеры недостаточно быстро отвечают растущим нуждам своих покупателей. Постоянный анализ интерфейса и обновление контента позволит вам минимизировать процент пользователей, теряющих интерес к приложению [14].

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

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

Ваше приложение призвано упростить жизнь пользователя и улучшить процесс его взаимодействия с вашим магазином.

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

Если пользователям необходима помощь, пусть ее будет легко получить прямо в приложении. К примеру, можно добавить чат-бота или телефонный номер для звонка, на который ответит живой человек [15].

Вывести главное ключевое слово в название приложения. Согласно данным Fiksu, это может значительно улучшить вашу позицию. Рекомендуется указать название приложения и на иконке, а также  использовать это название как ключевое слово. Однако считается, что текст на иконке - это не очень хорошо, так как могут возникнуть проблемы при брэндинге [3]. 

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

ASO-оптимизация метаданных набирает популярность среди разработчиков мобильных приложений (и это не только моя заслуга). Все — от инди-разработчиков до CEO компаний, разрабатывающих мобильные приложения, — интересуются ASO и каждый раз, выпуская новую версию приложения, пытаются найти новые возможности увеличения количества «бесплатных» установок. Ведь глобальная цель: сократить маркетинговые расходы на привлечение пользователей для мобильных приложений [8].