Мобильное приложение для бизнеса: что нужно знать заказчику

UI-дизайн

UI-дизайнер отвечает за внешний вид будущего приложения. Он подбирает шрифты, выбирает цветовое решение, отрисовывает элементы интерфейса: кнопки, иконки, слайдеры, пуш-уведомления.

Валерий Сорокин, менеджер проектов студии WINFOX:

«Если у заказчика есть корпоративный стиль, мы берем гайдлайн и делаем дизайн по нему. Если стиля нет, предлагаем свое видение с учетом трендов, специфики бизнеса и аудитории. В любом случае мы всегда рекомендуем работать по гайдлайнам от Apple и Google».

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

Этап 4. Разработка

Программирование – один из главных этапов. Написание кода любого приложения делится на фронтенд и бэкенд.

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

На этапе бэкенда разрабатывают серверную часть приложения – она отвечает за передачу данных между пользователями или ресурсами.

Что в результате:

• первый релиз приложения.

Фронтенд

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

Нативная разработка

Нативные приложения написаны для конкретной мобильной платформы: iOS, Android, Windows. Язык программирования, который используется для написания таких сервисов, поддерживается только одной платформой. Например, Swift и Objective-C понимает только iOS, а Java или Kotlin – только Android.

Делайте нативное приложение, если оно должно стать важной частью бизнеса и влиять на продажи.

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

Плюсы нативных приложений:

• наиболее производительны;

• получают полную поддержку от сторов;

• интуитивно понятны, работают более плавно, привычны для пользователя и дарят больше эмоций;

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

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

Минусы нативных приложений:

• требуют больших затрат на старте и при дальнейшей поддержке, чем кроссплатформенные приложения;

• не лучший вариант для простых приложений.

Кроссплатформенная разработка

При создании таких приложений используются общие наборы средств разработки (SDK). Из-за этого кроссплатформенные сервисы не используют все нативные преимущества каждой платформы. Зато сделать такое приложение дешевле – это оптимальный вариант для проектов с ограниченным бюджетом.

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

Плюсы кроссплатформенных приложений:

• разработка и поддержка дешевле, чем у нативных приложений;

• использование одного и того же кода для создания сервисов для разных платформ.

Минусы кроссплатформенных приложений:

• низкие производительность и отзывчивость;

• для качественного продукта нужны высококвалифицированные разработчики – их мало и они дорого стоят;

• требуют у разработчиков больше сил и времени, чтобы адаптировать сервис под разные платформы и устройства;

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

Чек-лист: как выбрать тип приложения

Исходите из своих бизнес-целей и ответьте на следующие вопросы:

• Насколько быстрое и отзывчивое приложение вам нужно?

• Насколько важны бизнес-процессы, которые встроены в приложение?

• Насколько сложные функции будет выполнять ваше приложение?

Рустам Мухамедьянов, руководитель студии WINFOX:

«Главное отличие между нативным и кроссплатформенным приложением – в скорости и отзывчивости работы. Это как проехаться на Porsche Cayenne и Hyundai Solaris. Оба авто едут по дороге, разгоняются, маневрируют и входят в повороты. Но разница чувствуется сразу».

Бэкенд

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

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

Александр Хрущев, технический директор студии WINFOX:

«На этапе бэкенда участие заказчика минимальное. Вам не надо думать, где хранить данные и нужно ли использовать бессерверную архитектуру – это решают разработчики. Мы в WINFOX всегда выбираем оптимальные для клиента решения. Единственное исключение – это когда надо вписать приложение в уже существующую среду. Тогда вы можете сказать: “Делайте на PHP, а не на Java”».

Этап 5. Тестирование и стабилизация

Тестирование – это процесс поиска ошибок в работе приложения, а стабилизация – процесс их исправления.

Тестирование

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

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

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

Рустам Мухамедьянов, руководитель студии WINFOX:

«Тестирование – это недешево и трудоемко. Но мы никому не рекомендуем от него отказываться, стремясь сэкономить».

Что в результате:

• перечень исправлений и доработок;

• исправление багов, повторное тестирование и стабилизация приложения (баг-фикс, регрессионное тестирование).

Чек-лист: что нужно протестировать

• Функциональность. Такое тестирование гарантирует, что приложение работает нормально. На этом этапе проверяют основные функции: регистрацию, авторизацию, процесс покупки и оплаты.

• Доступность на разных платформах и устройствах. Один из наиболее важных этапов. Вы должны быть уверены, что приложение корректно работает на разных платформах, версиях iOS и Android и устройствах, в разных сетях и с разным оборудованием.

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

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

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

Этап 6. Публикация в сторах

Когда приложение готово, его нужно выложить в App Store и Google Play. Для этого оно должно пройти модерацию: сотрудники сторов проверяют, что приложение соответствует всем требованиям, и только потом разрешают его загрузить.

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

Что в результате:

• приложение загружено в Google Play и App Store, где пользователи могут его найти и скачать.

Оптимизация для сторов

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

Чек-лист: как оптимизировать приложение для сторов

• Составьте название и описание приложения. Название приложения – первое, что видят пользователи. Оно должно быть броским, уникальным, соответствующим приложению и его основным функциям. А еще должно содержать ключевые слова. Максимальное количество символов в названии – 50, поэтому лучше выбрать одно-два главных ключевых слова.

Описание приложения, которое ограничено 4000 символами, должно содержать основные функции приложения с соответствующими ключевыми словами.

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

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

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

ASO-оптимизация в сторах – это сегодня как SEO в начале 2000-х годов: запросы залетают в топ со скоростью пули.

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