Ежедневно маркетплейс Google Play пополняется более чем на 6000 приложений. Аналитики подсчитали, что количество разработанных программ для Android перевалило за отметку в 5 млн за 2020 год. Множество предпринимателей хотят сделать собственное приложение. Но не все понимают, как это реализовать на практике.
Подробнее о разработке мобильного приложения читайте здесь — https://www.ddplanet.ru/services/mobile/.
Анализ бизнеса
Первое, с чего нужно начинать любой проект, это аналитика. Тут есть два пути решения:
- Собственник бизнеса сам пишет примерный бриф. Он указывает, что хотел бы видеть в приложении. Какие задачи оно будет решать. Возможно, у него уже есть какая-то аналитика по продажам, покупательскому спросу. Ее нужно передать ответственному лицу (продакт-менеджеру).
- Предприниматель получает бриф от разработчика. Ему требуется ответить на множество вопросов. Начиная от цели, которые будет закрывать программа, заканчивая статистическими данными. В некоторых случаях компания-разработчик может попросить доступ к метрикам сайта.
За весь анализ отвечает бизнес-аналитик. Специалист оценивает текущие стратегии продаж, подыскивает оптимальные офферы для приложения. Например, для мобильной версии можно установить накопительную систему бонусов или кэшбэк. Пользователям будут поступать постоянные уведомления о неистраченных бонусах. Это будет стимулировать их к дополнительной покупке.
Аналитик смотрит на тип бизнеса. Для B2C подбирают розничные стратегии, в B2B используют иные методы. В первом случае лучше работают системы стимулирования к дополнительной покупке (бонусы, дисконты, кэшбэк), во втором – сервис (логистика, удобство оформления, растаможка и проч).
Бизнес-аналитик готовит план, в котором может быть несколько стратегий развития для приложения. Модели согласовывают с предпринимателем. После чего переходят к этапу разработки макета приложения.
Прототипирование и дизайн
Этот этап еще нельзя назвать началом разработки. За прототипирование отвечают:
- UI/UX дизайнер. Специалист отвечает за удобство использования приложения. Он расставляет графические акценты, рисует основной дизайн. Создает ключевые компоненты: кнопки, продуктовые карточки, метки и другие графические детали.
- UI/UX копирайтер. Автор пишет короткие подсказки и надписи для кнопок, составляет небольшие описания для основных офферов. Специалист расставляет смысловые блоки по будущему интерфейсу. Он отвечает за «общение» программы с пользователем.
Часто приложение согласуется по дизайну с основным сайтом. Это правильный подход, который помогает пользователю ассоциировать программу с брендом.
Стоит отметить, что дизайнеры и копирайтеры работают сообща. Чаще всего за прототип садится автор, а уже потом его передают в отдел дизайна. Копирайтер расставляет смысловые блоки по местам, и отдает макет в работу дизайнеру. Готовый проект согласовывают с продакт менеджером, клиентом. После чего прототип поступает в руки разработчикам.
Разработка и тестирование
Программисты пишут код приложения, отталкиваясь от нескольких вводных:
- Общие данные. Совместимость программы с iOs и Android. Масштабируемость – сможет ли оно выдержать пиковую нагрузку при прорыве пользовательского трафика. Отказоустойчивость – продолжит ли приложение работать, если откажет один из его компонентов.
- Функциональные требования. Сюда входят: уровни доступа разных пользователей, обмен данных приложения с сайтом и CRM-системой, интеграция программы с платежными и почтовыми сервисами, реализация администрирования, иные функции.
- Состав программы – основные экраны, блоки, подсказки, пуш-уведомления, система аутентификации, меню, карточки товара и проч.
- Нефункциональные требования. К ним относится обеспечение безопасности в приложении, система логирования, скорость работы баз данных, требования к аппаратной части серверов.
Все эти сведения утверждают с заказчиком еще до начала прототипирования. Таким образом разработчик видит пути реализации, и может составить адекватную смету под написание приложения.
Когда приложение доводят к уровню альфа или бета версии, начинается стадия тестирования. Обычно это закрытое исследование, где программу испытывают на деле. Проводят пробные заказы, смотрят на скорость обработки данных, количество отказов и багов. Оценивают удобство использования. За все эти вещи отвечает QA инженер. Он составляет подробный отчет о найденных ошибках и недочетах. Если они критичны, сырую версию программы отправляют на доработку. Готовый продукт утверждает продакт менеджер. Приложение выгружают в основные маркетплейсы.
Техническая поддержка
Выпуск приложения в Google Play или App Store – это только половина дела. После выкладки программы в сеть нужно наладить ее поддержку:
- По технической части. Работоспособность программы необходимо регулярно проверять. Устранять критические ошибки, дорабатывать функционал, следить за мелкими багами. За это может отвечать программист на окладе или компания-разработчик, которая сделала приложение.
- По наполняемости. Выкладка нового товара, офферов, ответы на вопросы пользователей в приложении – за все эти вещи отвечает один или несколько специалистов технической поддержки.
- По отработке заявок, вопросов, негатива. Чаще всего за это отвечает колл-центр владельца бизнеса. Однако могут возникнуть вопросы, которые придется решать техническому специалисту. Например, когда клиент не до конца понимает, как пользоваться той или иной функцией, у него не проходит платеж или возникает иная функциональная сложность.
Техническая поддержка также важна, как удобство и быстрая работа приложения. Нельзя экономить на этом компоненте.
