По данным ресурса Statista, в 2021 году мобильные приложения скачали 230 миллиардов раз. А 60% пользователей покупают товары или услуги через мобильные приложения.
Компания теряет трафик и деньги, если она может продавать через телефоны и для этого есть аудитория. Но у нее нет мобильного приложения.
В статье расскажем об этапах сборки приложений для смартфонов без стадии рекламы. Чтобы погрузить вас в концепцию разработки, некоторые детали не упомянуты или упрощены.
============================================================
Чтобы создать мобильное приложение, нужны:
-
Идея.
-
Аналитика.
-
Техническое задание.
-
Проектирование и дизайн
-
Разработка.
-
Тестирование и отладка.
-
Публикация в магазине.
-
Поддержка.
После этапа отладки можно начинать маркетинговую кампанию. Если компания уверена в приложении — можно и раньше. Одни компании создаю конференции, покупают рекламу в социальных сетях. Другие сразу продают приложение и делают новое, если работают только над разработкой.
=============================================================
Идея. Отвечаем на вопросы
Чтобы создать мобильное приложение, нужна идея — что за приложение и для каких целей. А главное — почему аудитория будет пользоваться продуктом на уровне онлайн-оплаты услуг, планировщиков задач или Tik Tok.
Если не знать ответа на этот вопрос: либо проект станет удачным и успешным, либо – разочарованием, убытками и нежеланием двигаться в создании мобильных приложений.
Рассмотрим на примере — идея приложения для заказа еды.
Концепция — сервис общественного питания, доставка готовых блюд.
Какие цели выполняет — человек переходит в приложение ресторана, выбирает еду и оформляет доставку.
Спрос — найти ссылку и зайти на сайт трудно. Часть аудитории теряется, потому что предпочитает пользоваться мобильными приложениями. В районе нет других мест, где можно заказать ресторанную еду на дом или в офис.
Задача продукта — закрыть потребность клиентов заказать еду из ресторана без похода в заведение. Повысить процент заказов на дом.
Иногда клиенты ставят цель — заработать побольше. Не решив задачу клиентов так не получится: человек не будет платить за приложение, которое сделано не для его удовольствия, пользы или развлечений.
Ответы на вопросы — часть большого исследования: опрашивается потенциальная аудитория, сравниваются аналоги приложений. Результаты собирают в виде отчетов, графиков, таблиц и списков.
На этапе идеи смотрят, сколько готовы платить за приложение. Готовые продукты могут стоить и миллионы долларов, а простые приложения для теста идеи — и 1000 долларов, если не меньше. После проб и ошибок макет выкинут и займутся новым.
Аналитика — смотрим, как устроены аналоги
Скорее всего, идея приложения реализована в другой стране, городе, районе. Известное выражение: «Все давно уже придумано». Нам остается перенять идеи и сделать лучше или также — зависит от задач клиента.
На этапе аналитики смотрят и сравнивают приложения: что получилось лучше, а что хуже.
Где искать приложения:
-
В магазинах Google Play, App Store.
-
По ссылкам на сайтах и в социальных сетях похожих заведений (ресторан). Берем как конкурентов по городу или району, так и заведения даже из другой страны.
Результат аналитики — нашли 5-10 аналогов приложения. Выделили преимущества и недостатки: первые стараемся соединить, а вторые — избегать или от них избавляться. В недорогих приложениях чаще копируют 1-2 удачных аналогов.
Техническое задание
Техническое задание — как паспорт проекта. В нем пишут: задачи, описание приложения на этапе идеи и аналитики, прикладывают исследования аналогов. Еще пишут сроки, стоимость работ и ожидаемые результаты.
По техническому заданию видно: что ожидает клиент и что нужно сделать разработчикам.
Техническое задание могут писать как для одного специалиста — если дизайнер или программист на фрилансе. Или сразу для команды — когда идея передается на разработку агентству или отделу в компании.
Варфреймы — картинки приложения без цвета
100 макетов на приложение — начальная точка даже для простого приложения, вроде планера
Когда техническое задание согласовано, нужно передавать работу. В проект вступает UX\UI-дизайнер.
Он делает макеты для каждого этапа использования приложения. Это называется путь пользователя: от страницы регистрации до уведомления об успешном заказе салата Цезарь из ресторана.
Если не делать детализированные макеты, можно сбиться с пути. Например, программист не поймет, куда ведет кнопка на картинке. Или он не напишет часть кода, потому что не видел на макете некоторые настройки.
Это сценарий использования приложения. Те же макеты, но без оболочки. Стрелками и фигурами показывается путь клиента: какая кнопка куда приведет, если на нее нажать. Сценарием тоже занимается UX|UI-дизайнер.
Варфрейм — как готовое приложение, только без кода. На кнопки нельзя нажать, но можно увидеть их работу — перейти на следующий макет.
Какие инструменты использует UX\UI дизайнер. Для сценариев — любое приложение с фигурами и стрелками, как на фото (Miro, Mindmeister, Figma). Для макетов хватает Figma.
Где научиться. На курсе «Компьютерная графика и дизайн».
Дизайн приложения
Теперь макеты нужно показать в цвете. Подбираются фотографии, шрифты, цвета. Часто их берут из айдентики ресторана — логотипа, внутреннего оформления, социальных сетей.
Если человек не знает о приложении, но видел ресторан — у него сложатся нужные ассоциации: где-то он уже это видел и запомнил.
Пока это заготовки. Позже фото и цвета станут частью продукта.
После дизайна макетов получается почти готовое приложение — без кода и работающих кнопок.
Какие инструменты использует дизайнер. Графические редакторы — Figma, Photoshop, Adobe Illustrator. В фигме чаще всего украшают макеты, в фотошопе редактируют фото, а в иллюстраторе рисуют векторные изображения. Например, иконки социальных сетей.
Где научиться. На курсе «Компьютерная графика и дизайн».
Программирование — сердце работы приложения
На этапе разработки программисту передают готовые материалы: сценарий, макеты, экраны с дизайном и техническое задание.
По техническому заданию человек видит объемы работы и масштаб разработки.
Для одного клиента достаточно работающего приложения. Здесь разработка будет быстрее, потому что все материалы готовы.
Другому нужно пространство, чтобы пополнять меню, расширять сеть ресторанов, вводить акции недели. Разработка займет дольше, потому что нужно продумывать архитектуру приложения: сколько нужно места и кода, чтобы клиенту хватало для нового дизайна и обновлений.
Языки программирования для создания приложений. Java, Kotlin, Python, C++. Выбор зависит от скорости разработки и платформ: только для Android или для всех телефонов на iOS и Android.
Где научиться. Если хотите пройти весь путь — от основ до программирования игр, приложений, сайтов, то советуем записаться на «Разработка программного обеспечения». Также есть короткий курс «Программирование на Python».
Тестирование мобильных приложений
Этап разработки — сложная штука. Без проверки продукта запускать его в магазин нельзя. Разработчики могли что-то не учесть.
Например, на Android работает лучше, чем на iOS; на планшете приложение нельзя открыть или оно вообще не открывается. Тестирование — этап, где ошибки и баги находят и исправляют.
Для приложения по доставке еды достаточно тестирования специалистом — тестировщиком. Он проверяет целостность кода в программе. Затем пробует приложение на разных устройствах: планшет и телефон, разные разрешения экрана и операционные системы. Проходит по каждой букве и кнопке.
Если ошибок нет — продукт можно показывать аудитории. Если есть ошибки — тестировщик пишет отчет и отправляет еще раз на этап программирования.
В сложных приложения или мобильных играх может быть этап бета-теста: ограниченному кругу пользователей открывают доступ к программе. Те пробуют и делятся впечатлениями: что работает, а что нет, что можно улучшить.
Где научиться: на курсах тестировщиков программного обеспечения
Запуск приложения
Сборка заканчивается выгрузкой в магазин — AppStore для iOS и Google Play для Android.
После загрузки приложение проходит модерацию от Google и Apple. Если устраивает скорость, безопасность, отсутствие запрещенного контента — приложение появляется в магазине.
Можно не публиковать в магазине, а оставить ссылку с файлом на сайте компании. Но это плохой вариант — человеку проще скачать приложение в магазине, чем искать ссылки на сторонних ресурсах. Поэтому так делают редко.