Этапы разработки мобильного приложения: аналитика и техническое задание

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

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

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

В предыдущих материалах мы рассказывали:

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

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

Мы в студии обычно строим работу так:

• аналитика;
• техническое задание;
• проектирование и дизайн;
• разработка;
• тестирование и стабилизация;
• публикация в сторах;
• поддержка и развитие.

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

Что в результате: референсы по функциональности и дизайну.

Мы составляем подробное описание функциональности и дизайна будущего приложения. Определяем персонажи пользователей, описываем пользовательские истории (User Story), составляем карту путешествия пользователей (Customer Journey Map) и формируем технические требования к сервису. То есть фиксируем, каким должно быть приложение, что оно должно уметь и как это будет работать.

Благодаря такому техническому заданию (ТЗ) наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею.

Что в результате:

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

Пользовательские истории (User Story) пошагово описывают, как пользователь ведет себя в приложении: проходит авторизацию, просматривает каталог, оформляет заказ, совершает покупку. Такая история описывает задачу пользователя, которую он решает с помощью и приложения, и его конечную выгоду. В результате мы получаем список требований, который позволяет определить функциональность будущего приложения и сделать его максимально удобным для пользователя.

Карта путешествия пользователя (Customer Journey Map) позволяет наглядно представить, как разные персонажи будут пользоваться приложением в каждой из пользовательских историй. На такой карте виден весь путь пользователя — перемещение между экранами и клики на кнопки.

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

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

1. Общие сведения:

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

2. Функциональные требования к приложению:

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

3. Нефункциональные требования к приложению:

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

4. Реализация функциональности приложения:

• экран загрузки;
• регистрация и авторизация;
• основной экран;
• меню;
• поиск;
• …
• уведомления.
  

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

Благодаря грамотно составленному ТЗ наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею. Чтобы правильно составить ТЗ, используйте наш чек-лист.

В следующем материале мы расскажем, что нужно знать заказчику про проектирование, дизайн и разработку.

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

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

Читайте также:

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