Как выбрать подрядчика
Для разработки мобильного приложения обычно нужно 5-6 человек: проектный менеджер (ПМ), UI/UX дизайнер, 2-3 разработчика и QA специалист. Чтобы собрать команду, можно нанять людей в штат, обратиться к фрилансерам или в агентство мобильной разработки. Мы советуем выбирать агентство, потому что их услуги обойдутся дешевле, чем штатная команда, и вам не придется координировать их работу, как в случае найма фрилансеров. Подробнее о том, как выбрать подрядчика, читайте в статье по ссылке ниже.
Что нужно от заказчика
Итак, команда есть. Разберемся, как начать разработку приложения. Стартапер должен знать, что нужно пользователям и как им помочь. Кроме этого, от него нужны:
- Информация о проекте. Бизнес-модель стартапа, сроки реализации (например, через месяц надо что-то показать инвесторам), основные конкуренты.
- Портрет целевой аудитории. Пол, возраст, социальные характеристики и другая информация, которая максимально опишет, для кого создаем приложение.
На основе этой информации можно оценить, сколько времени потребуется для создания приложения.
Этапы разработки
Рассказываем, как в Purrweb проходит создание приложения:
- Оценка и приоритизация
- UI/UX дизайн
- Разработка приложения
- QA тестирование
- Релиз и поддержка
Кажется, что этапы должны идти друг за другом. Но это не совсем так. Мы работаем по гибкой методологии Scrum. Это значит, что на любом этапе можно вносить изменения в проект: добавлять или убирать функции. Это полезно, если изменился бюджет, нужно ускорить выход приложения на рынок или захотелось добавить новые функции. При таком подходе проект не превышает сроки и бюджет.
Мы получаем всю информацию от заказчика и приступаем к разработке.
Оценка и приоритизация
На этом этапе отбираем главные функции приложения. Для этого с заказчиком работает проектный менеджер и узнает у него нужную информацию. Если заказчик пришел с готовым анализом рынка и понимает, что ему нужно — отлично. Если нет, то помогаем ему исследовать рынок и сделать выводы. На основе исследования решаем какие функции нужны приложению и прописываем их в Google Sheets. После этого подключается тимлид, бизнес аналитик и UX дизайнер, чтобы оценить объем работ по созданию приложения.
Когда заказчик и ПМ обсуждают функциональность будущего приложения, то изначально закладывают в него все потенциальные функции, которые хочет видеть в приложении заказчик. Получается оценка для полноценного приложения, а это > 10 млн. руб. и минимум 9 месяцев разработки. Чтобы быстрее запуститься и потратить в 3 раза меньше времени и денег мы приоритезируем функции вместе с заказчиком и делим их на основные и дополнительные. Основные — те, которые решают проблему пользователя. Например, функция оплаты заказа в приложении доставки еды. Дополнительная функциональность делает приложение удобнее, но увеличивает бюджет и время создания приложения. Например, в приложении доставки можно добавить отзывы о ресторане. В итоге, заказчик решает, что оставить.
Так мы оптимизируем процесс разработки приложения: лишнее убираем и оставляем только самые необходимые фичи. Тем самым сокращаем время разработки и сохраняем бюджет заказчика. Важно: если закладывается большая и сложная функциональность, то время на создание приложения нужно больше.
⏰В среднем 2 недели.
UI/UX дизайн
Дальше наступает время проработки дизайна приложения. Цель UI/UX дизайна — создать макеты приложения, по которым будет идти разработка. UI/UX дизайн в Purrweb состоит из 6 этапов.
1. Собираем негативные референсы. Просим заказчика показать примеры дизайнов приложения, которые ему не нравятся. Это нужно, чтобы отсечь то, что точно не подходит, но при этом не загонять себя в узкие рамки.
2. Майндмэп — это карта поведения пользователя. Мы берем функции приложения из таблицы оценки и переводим их в схему шаг за шагом. Так прокладываем навигацию в приложении.
3. Вайрфреймы — это скелет для концепта и готового дизайна. На нем упрощенно изображаем контент и базовые функции: кнопки, иконки, поля с текстом, картинки. Показываем где они будут расположены на экране приложения и как будут взаимодействовать (без интерактива).
4. Концепт — это несколько экранов с одним пользовательским путем. Они сделаны в единой стилистике будущего приложения: цвета, шрифты, стили иконок и функциональных элементов. Концепт интерактивно показывает как работает часть приложения. Заказчик может представить его инвесторам.
5. Готовые макеты — это все экраны приложения, созданные в едином стиле. В макете мы прорабатываем все остальные пользовательские пути.
6. UI-kit — это набор элементов интерфейса приложения. Он помогает создать приложение в едином стиле. Если готовый макет — это здание, то UI-kit — это кирпичи для здания. Так как «кирпичи» единообразны, то разработчику не надо вникать в дизайн при верстке фронтенда. Так UI-kit облегчает работу команде при разработке мобильного приложения и экономит время на его создание.
Все этапы дизайна фиксируются в Figma. Это графический редактор, в котором видны все версии макетов, замечания, этапы работ и результат. К Figma можно подключить заказчика по его просьбе. Он комментирует дизайн в макете и предлагает правки. Но надо быть готовым, что правки увеличат время разработки мобильного приложения.
На этом этапе мы также учитываем руководства App Store и Play Market по дизайну приложения. Например, размеры кнопок, отступы, кликабельные области. Руководства помогают сделать так, чтобы дизайн приложения никуда не «поехал». Мы учитываем эти рекомендации, но они не ограничивают нас. Так что можем креативить с дизайном приложения. Подробнее о процессе дизайна в статье по ссылке ниже.
Если же есть сомнения, как дизайн будет выглядеть в работающем приложении, то мы советуемся с нашими разработчиками и заходим на Mobbin. Это платформа с коллекциями 50000+ дизайнов экранов из реальных приложений. Тут можно проверить, как другие дизайнеры выполнили нужный нам элемент, например, скролл. Теперь остается сделать прототип приложения в Figma. Когда он готов, наступает этап разработки.
⏰ В среднем 2-4 недели.
Разработка
На этом этапе подключаются 2-3 разработчика. Мы работаем на React Native. Это значит что на выходе будет приложение сразу для двух платформ: iOS и Аndroid.
Разработку разбиваем на спринты по 2 недели. В каждом спринте предусмотрена реализация одной или нескольких функций. В конце каждого спринта проходит демо, где присутствует заказчик и видит результаты работы.
Мы используем Jira и Hubbstaff для организации работы команды. Это сервисы, в которых легко отследить какую задачу выполняет каждый человек в команде, чем он сейчас занят, планировать задачи для спринта и делать отчеты по работе. Карточки со статусом задач крепим на Kanban-доске. Так мы отслеживаем все задачи в спринте, чтобы ничего не потерять и не забыть. Но самое главное, эти сервисы помогают рассчитать время, которое мы тратим на каждый спринт и понять укладываемся ли в сроки. По просьбе заказчика, предоставляем ему доступ, и он сам видит как идет работа по созданию приложения.
⏰ В среднем от 2 до 6 месяцев. На срок влияет количество фич, организация и загруженности команды.
QA
Тестирование проходит параллельно с разработкой. Пока по спринту кодят одну функцию, тестировщики проверяют уже сделанную. Задача тестировщиков — найти баги. Для этого они стараются сломать приложение. Тестировщики воспроизводят разные сценарии пользовательского поведения. Если появляется ошибка, ее описывают и отправляют исправить разработчикам. Каждые 2 спринта проводят регрессионное тестирование: запускают все функции и смотрят, как они работают вместе. Цель этапа: отладить код так, чтобы приложение не ломалось и функции работали как надо. В результате — полностью работающее приложение.
Чтобы сразу тестировать приложение, мы просим заказчика зарегистрировать аккаунт разработчика в Apple. Для Android выкладываем приложение в Google Play Console. Заказчик сам скачивает приложение и тестирует его.
Релиз и поддержка
Этап тестирования не последний в создании приложения. Чтобы загрузить приложение в сторах, надо соблюсти требования App Store и Play Market. Мы писали о них на этапе дизайна. К этапу разработки мы уже все сделали, как надо. Поэтому проблем с релизом не возникает.
Но и это не все. Первые пользователи дают обратную связь по продукту. Делятся впечатлениями, говорят чего им не хватает, а что может работать лучше. Это помогает заказчику совершенствовать свое приложение. Обычно, если к этому моменту у заказчика нет своего штата для поддержки и доработки приложения, он обращается к нам. Бывает, что заказчик хочет добавить новые фичи. Тогда реализуем и их тоже.
⏰ В среднем от недели до бесконечности.
Примеры приложений
Если хотите посмотреть примеры, как мы разрабатывали мобильные приложения, перейдите по ссылке ниже. В кейсе рассказываем, как за 5 месяцев реализовали все запланированные функции, какие технологии использовали и как боролись за публикацию приложения в App Store.
Если у вас есть идея по разработке мобильного приложения доставки еды, то прочитайте нашу инструкцию. В ней подробно описана ключевая функциональность для клиента, покупателя и ресторанов, стоимость разработки и сколько времени потребуется для создания приложения.
Подводим итоги: срок разработки и что на него влияет
Создание приложения в Purrweb проходит в 5 этапов. По нашему опыту, требуется от 3 до 9 месяцев, чтобы выпустить продукт на рынок. Что влияет на срок создания приложения:
- Количество и сложность функций. Чтобы определить необходимую функциональность и приоритизировать функции, нужно знать проблемы пользователей. Чем точнее исследован рынок и ЦА, тем меньше будет изменений и доработок в процессе.
- Команда: организация работы, коммуникация внутри команды, загруженность в целом.
Мы подготовили примерные кейсы по стоимости и созданию приложений. Появилась идея, какое нужно приложение для вашего стартапа? Напишите нам, чтобы обсудить её. Мы вместе решим какая нужна функциональность и придумаем дизайн. А еще посчитаем стоимость разработки и сколько времени потребуется для создания приложения. Или рассчитайте примерную стоимость приложения на нашем калькуляторе.
