8 этапов разработки мобильного приложения для iOS и Android

Подробно разбираем каждый этап разработки — от заключения договора до релиза продукта — на примере Siberian.pro.

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

Мы в Siberian.pro выстраиваем процесс разработки мобильного приложения для каждого клиента индивидуально, но есть шаги, через которые проходят почти все проекты. Расскажу о них подробнее в статье. 

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

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

• Задачи, которые нужно решить с помощью приложения.
• Какие бизнес-процессы будут автоматизированы в продукте.
• С какой системой будет интегрироваться приложение: корпоративным сайтом, CRM, 1C-Бухгалтерией и т.д.
• Какой планируется бюджет.
• Примеры интерфейсов или визуальных решений, которые нравятся.
• Демо-версия проекта, если приложение уже готово.

Это поможет создать ТЗ, оценить сроки и стоимость работ.

Как только нужная информация собрана и сформирован запрос, время переходить к основным этапам: определить объем работ, подписать договор, собрать команду и начать работать над приложением.

Разберем каждый этап подробнее.

Здесь определяется бюджет, сроки и объем работ по проекту. Цель этапа: сформировать документ с целями и задачами, оценить каждую фичу в часах работы и оценить их стоимость, описать технологии, потенциальные риски и ответственность сторон.

Например, так выглядят этапы разработки мобильного приложения на графике по каждому направлению:

Какие шаги может включать данный этап:

• Отдел продаж связывается с заказчиком и формирует окончательный запрос.
• Команда аналитики описывает все функции, которые нужны клиенту.
• Разработчики и дизайнеры прописывают, сколько времени понадобится для реализации каждой функции, какие будут использоваться технологии и инструменты.
• Готовый документ согласовывается с клиентом.

Как только мы обсудили с клиентом общие моменты, переходим к конкретике: уточняем юридические моменты, подписываем документы и формируем команду.

Когда клиент принимает решение о сотрудничестве, подписывается договор. В нем указывается, какие услуги будут оказаны, какие планируются работы и в какие этапы, составляется календарный план и правила отчетности. 

Мы в Siberian.pro предлагаем разные варианты сотрудничества, комфортные для клиента:

По формату работы:

• Аутсорсинг — берем на себя разработку вашего проекта.
• Аутстаффинг — предоставляем своих разработчиков, которые будут работать у вас в штате и выполнять определенные задачи. 

Я подробно разбирал различия в форматах работы, их плюсы и минусы в этой статье.

По форме оплаты: 

• Fixed Price — фиксируем точный объем работ, сроки и стоимость до начала разработки. 
• Time & Materials — берем оплату за время, потраченное на разработку.

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

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

Обычно на проекте есть следующие роли:

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

Например, мы в Siberian.pro каждую неделю докладываем клиенту статус проекта. Все юридические вопросы решаем по почте, а переписку по проекту ведем в мессенджерах: Slack, Telegram, WhatsApp, Skype, Zoom. Закрывающие документы и оплаты проводим через ЭДО, если он есть у клиента. Для каждого проекта выделяем отдельного аккаунт-менеджера и менеджера проекта. Первый отвечает за взаимоотношения с клиентами, второй — управляет самим проектом и процессом создания продукта.

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

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

Дизайн делится на два больших этапа:

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

После согласования прототипов дизайнер детально прорабатывает визуальную концепцию приложения. Результат работы над UI — полноценный дизайн пользовательского интерфейса, благодаря которому приложение узнают с первого взгляда. Подробнее о том, как мы создаем самый удобный UX/UI и как это помогает нашим заказчикам, я уже рассказывал.

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

Как правило, во время разработки мобильного приложения всплывают нюансы, которые не были учтены на предыдущих этапах — это нормально. Для этого в работу включаются остальные участники команды, чтобы оперативно вносить правки и отвечать на вопросы по своим блокам задач.

Ни один проект нельзя сделать идеально с первого раза: где-то могут возникнуть ошибки. QA, следуя составленному ранее тест-плану, проверяют блоки проекта один за другим и находят баги.

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

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

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

В статье я описал общие этапы, которые есть в каждом проекте. Сроки и подробности мы обсуждаем с каждым клиентом лично — где-то добавляем дополнительные этапы, в каких-то ситуациях, наоборот, сокращаем сроки и шаги до релиза. Мы уже успели наступить на все возможные грабли, поэтому знаем, что принесет результат, а от чего лучше отказаться в самом начале. 

Если у вас есть вопросы по поводу процессов разработки мобильных приложений, пишите на sales@siberian.pro — обсудим каждый этап. И, конечно, будем рады разработать приложение для решения ваших задач.