Подробно разбираем каждый этап разработки — от заключения договора до релиза продукта — на примере Siberian.pro.
Перед началом разработки клиенту важно узнать, как будет выстроена работа и в какие сроки, какие ресурсы понадобятся, чтобы создать продукт — это поможет решить все вопросы на берегу и избежать недопониманий с командой разработчиков.
Мы в Siberian.pro выстраиваем процесс разработки мобильного приложения для каждого клиента индивидуально, но есть шаги, через которые проходят почти все проекты. Обычно процесс разработки мобильного приложения включает 8 этапов: оценку проекта, планирование, аналитику, UX/UI-дизайн, разработку, тестирование, релиз и дальнейшую техническую поддержку. Расскажу о них подробнее в статье.
Что понадобится для старта работ
Начинать можно с любого этапа — все зависит от того, что у вас есть. Это может быть только идея или уже готовое мобильное приложение, которое нужно улучшить. Наша команда может разработать проект с нуля, доработать приложение или обеспечить его техподдержку и развитие.
Чтобы начать обсуждение, клиенту нужно описать его верхнеуровневые бизнес-требования. Вот что туда входит:
- Задачи, которые нужно решить с помощью приложения.
- Какие бизнес-процессы будут автоматизированы в продукте.
- С какой системой будет интегрироваться приложение: корпоративным сайтом, CRM, 1C-Бухгалтерией и т.д.
- Какой планируется бюджет.
- Примеры интерфейсов или визуальных решений, которые нравятся.
- Демо-версия проекта, если приложение уже готово.
Это поможет создать ТЗ, оценить сроки и стоимость работ.
Какие этапы проходит проект
Как только нужная информация собрана и сформирован запрос, время переходить к основным этапам: определить объем работ, подписать договор, собрать команду и начать работать над приложением.
Разберем каждый этап подробнее.
Этапы разработки мобильного приложения: краткая схема
Процесс может отличаться в зависимости от продукта, бюджета, отрасли и текущего состояния проекта. Но в большинстве случаев разработка мобильного приложения проходит через одни и те же ключевые этапы.
| Этап | Что происходит | Кто участвует | Что получает клиент |
|---|---|---|---|
| 1. Оценка проекта | Команда уточняет запрос, описывает функции, оценивает объем работ, сроки, бюджет, технологии и возможные риски. | Sales-менеджер, аналитик, дизайнер, разработчики, техлид. | Предварительную оценку стоимости, сроков, состава работ и понимание, насколько реалистична идея в текущих ограничениях. |
| 2. Планирование проекта | Подписывается договор, согласуется формат работы, модель оплаты, календарный план, команда и правила коммуникации. | Клиент, аккаунт-менеджер, project-менеджер, юристы, руководители направлений. | Прозрачные условия сотрудничества: кто что делает, в какие сроки, как согласуются решения и как будет идти отчетность. |
| 3. Аналитика | Описываются бизнес-процессы, пользовательские сценарии, функциональные требования, интеграции, ограничения и требования к безопасности. | Бизнес-аналитик, системный аналитик, дизайнер, техлид, project-менеджер, представители клиента. | Техническое задание, понятную структуру будущего продукта и меньше рисков на этапе разработки. |
| 4. UX/UI-дизайн | Проектируются пользовательские сценарии, прототипы экранов, визуальный стиль, интерфейс и логика взаимодействия с приложением. | UX/UI-дизайнер, аналитик, project-менеджер, клиент, иногда продуктолог и разработчики. | Кликабельный прототип или дизайн-макеты, по которым уже понятно, как будет выглядеть и работать приложение. |
| 5. Разработка | Команда реализует backend, мобильное приложение, админ-панель, интеграции, авторизацию, платежи, личные кабинеты и другие функции. | Мобильные разработчики, backend-разработчики, frontend-разработчики, техлид, project-менеджер, аналитики. | Рабочую версию продукта, которую можно тестировать, показывать команде и постепенно готовить к релизу. |
| 6. Тестирование и багфиксинг | QA проверяет приложение по тест-плану, фиксирует ошибки, команда исправляет баги, затем проводится регрессионное тестирование. | QA-инженер, разработчики, project-менеджер, техлид, иногда представители клиента. | Стабильную версию приложения, в которой основные пользовательские сценарии работают корректно. |
| 7. Релиз | Приложение публикуется в App Store, Google Play или другом контуре, подключается к нужным системам и становится доступно пользователям. | Разработчики, QA, project-менеджер, DevOps, клиентская команда, иногда ASO- или маркетинг-специалисты. | Опубликованный продукт или новую версию приложения, готовую к использованию конечными пользователями. |
| 8. Техподдержка и развитие | Команда собирает обратную связь, исправляет ошибки, анализирует метрики, планирует новые функции и развивает продукт после запуска. | Project-менеджер, аналитик, разработчики, QA, дизайнер, продуктовая команда клиента. | Понятный план развития продукта, регулярные обновления, исправление проблем и рост бизнес-показателей приложения. |
Если коротко: разработка приложения — это не «нарисовали экраны и написали код». Нормальный процесс начинается с оценки и аналитики, проходит через дизайн, разработку и тестирование, а после релиза продолжается в поддержке и развитии. Иначе продукт быстро превращается в красивую, но дорогую тыкву.
Этап 1. Оценка проекта
Здесь определяется бюджет, сроки и объем работ по проекту. Цель этапа: сформировать документ с целями и задачами, оценить каждую фичу в часах работы и оценить их стоимость, описать технологии, потенциальные риски и ответственность сторон.
Например, так выглядят этапы разработки мобильного приложения на графике по каждому направлению:
Какие шаги может включать данный этап:
- Отдел продаж связывается с заказчиком и формирует окончательный запрос.
- Команда аналитики описывает все функции, которые нужны клиенту.
- Разработчики и дизайнеры прописывают, сколько времени понадобится для реализации каждой функции, какие будут использоваться технологии и инструменты.
- Готовый документ согласовывается с клиентом.
Этап 2. Планирование проекта
Как только мы обсудили с клиентом общие моменты, переходим к конкретике: уточняем юридические моменты, подписываем документы и формируем команду.
Подписание договора
Когда клиент принимает решение о сотрудничестве, подписывается договор. В нем указывается, какие услуги будут оказаны, какие планируются работы и в какие этапы, составляется календарный план и правила отчетности.
Мы в Siberian.pro предлагаем разные варианты сотрудничества, комфортные для клиента:
По формату работы:
- Аутсорсинг — берем на себя разработку вашего проекта.
- Аутстаффинг — предоставляем своих разработчиков, которые будут работать у вас в штате и выполнять определенные задачи.
Я подробно разбирал различия в форматах работы, их плюсы и минусы в этой статье.
По форме оплаты:
- Fixed Price — фиксируем точный объем работ, сроки и стоимость до начала разработки.
- Time & Materials — берем оплату за время, потраченное на разработку.
Мы обсуждаем и документируем подходящий формат в договоре. Если не уверены, какая форма оплаты подойдет именно вам, ознакомьтесь с этим материалом. Там все подробно описано, мгновенно разберетесь.
Формирование команды
Состав команды зависит от специфики проекта. При разработке игры важны специалисты по анимации и звуку, а создание банковского мобильного приложения невозможно без специалиста по безопасности. Количество участников в каждой роли тоже может быть разным: на десять разработчиков может приходиться один аналитик и один дизайнер или три аналитика и пять дизайнеров.
Обычно на проекте есть следующие роли:
Согласование коммуникаций с клиентом
Здесь подробно обсуждаются способы отчетности и согласований. С помощью каких каналов вести коммуникацию, в какое время команда находится на связи в случае обычных и экстренных ситуаций, как часто предоставлять отчеты о работе, кто несет ответственность за общение и т.д.
Например, мы в Siberian.pro каждую неделю докладываем клиенту статус проекта. Все юридические вопросы решаем по почте, а переписку по проекту ведем в мессенджерах: Slack, Telegram, WhatsApp, Skype, Zoom. Закрывающие документы и оплаты проводим через ЭДО, если он есть у клиента. Для каждого проекта выделяем отдельного аккаунт-менеджера и менеджера проекта. Первый отвечает за взаимоотношения с клиентами, второй — управляет самим проектом и процессом создания продукта.
Этап 3. Аналитика
На этом этапе детально прорабатываются все элементы системы: описываются бизнес-процессы, необходимые функции, требования к безопасности, производительности, масштабируемости и отказоустойчивости. Все это собирается в техническое задание. Подробнее об этапе аналитики рассказываем в нашей статье.
В Siberian.pro аналитик плотно работает с дизайнером для проработки визуальной концепции и с техлидом для описания технических решений. Это позволяет убедиться, что описанные решения реализуемы и не несут рисков для бюджета и сроков.
Этап 4. Дизайн
Дизайн делится на два больших этапа:
1. UX или User eXperience (пользовательский опыт)
Главная задача UX — понять целевого пользователя и создать для него понятный интерфейс. Дизайнер разрабатывает прототипы — примерные изображения экранов, которые показывают общую концепцию приложения и пользовательский путь.
2. UI или User Interface (пользовательский интерфейс)
После согласования прототипов дизайнер детально прорабатывает визуальную концепцию приложения. Результат работы над UI — полноценный дизайн пользовательского интерфейса, благодаря которому приложение узнают с первого взгляда. Подробнее о том, как мы создаем самый удобный UX/UI и как это помогает нашим заказчикам, я уже рассказывал.
Этап 5. Разработка
Техлид разработки разбивает каждый блок проекта на задачи. Например, начинает с авторизации и личного кабинета, затем переходит к каталогу товаров, корзине и оплате. Он помогает менеджеру продукта ставить задачи разработчикам, а сам определяет архитектуру и стек технологий, берет на себя часть задач и помогает остальным решать возникающие вопросы.
Как правило, во время разработки мобильного приложения всплывают нюансы, которые не были учтены на предыдущих этапах — это нормально. Для этого в работу включаются остальные участники команды, чтобы оперативно вносить правки и отвечать на вопросы по своим блокам задач.
Этап 6. Тестирование и багфиксинг
Ни один проект нельзя сделать идеально с первого раза: где-то могут возникнуть ошибки. QA, следуя составленному ранее тест-плану, проверяют блоки проекта один за другим и находят баги.
Как только ошибки исправлены, проект отправляется в регрессионное тестирование — оно помогает убедиться, что новые изменения никак не повлияли на работу других разделов приложения.
Этап 7. Релиз
Как только все ошибки исправлены, приложение отправляется к конечному пользователю. В зависимости от проекта это может быть публикация в сторах, интеграция с другими сервисами компании или релиз новой версии приложения.
Этап 8. Техподдержка и развитие проекта
После релиза работа над продуктом не заканчивается. Приходит обратная связь от пользователей, рано или поздно обнаруживаются ошибки, появляются новые идеи и «хотелки». Процесс стартует заново, начиная с этапа аналитики и оценки.
Частые вопросы о разработке мобильного приложения
Вопрос 1: Сколько времени занимает разработка мобильного приложения?
Ответ: В среднем от 3 до 9 месяцев. Простой MVP можно собрать за 3 месяца, создание сложного корпоративного сервиса или маркетплейса с нуля занимает от полугода до года.
Вопрос 2: Какой этап разработки самый важный?
Ответ: Аналитика и проектирование. Ошибки, допущенные на старте, стоят в 10 раз дороже при исправлении на этапе написания кода. На этапе аналитики Siberian.pro формирует ТЗ, которое минимизирует риски проекта.
Вопрос 3: Что входит в стоимость разработки приложения?
Ответ: Стоимость включает работу команды (Project-менеджер, аналитик, дизайнер, разработчики, QA-инженер), затраты на инфраструктуру (серверы, API), лицензии и публикацию в сторах.
Вопрос 4: Как выбрать между iOS и Android для старта?
Ответ: Выбор зависит от вашей конечной цели. Если бюджет ограничен, мы рекомендуем кроссплатформенную разработку, которая позволяет запуститься сразу на обеих платформах с минимальными затратами.
***
Вот так выглядит процесс разработки приложения. Конечно, в каждой сфере есть свои нюансы, которые вносят коррективы в этапы создания продукта. Например, вот в этом материале я рассказывал о том, как создается IoT-приложение. Но в целом, рассмотренная выше последовательность действий именно такая.
Улучшите свой продукт!
Мы в Siberian.pro сделали 220+ цифровых решений для бизнеса и будем рады помочь вам в улучшении или цифровизации компании
