Читать книгу: «Мобильное приложение для бизнеса: что нужно знать заказчику», страница 3

Используйте привычную навигацию

Разработчики операционных систем iOS и Android придумали три универсальных сценария навигации: плоская, иерархичная и смешанная. Для каждого типа есть уже готовые компоненты. Используйте их вместо того, чтобы придумывать уникальные сценарии. Вероятнее всего пользователь их не оценит, а на написание нетипичной навигации разработчикам потребуется гораздо больше времени. Вы заплатите за него, не получив ожидаемого результата.

Валерий Сорокин, менеджер проектов студии WINFOX:

«Неочевидный способ сэкономить – это опубликовать приложение в сторах не от своего имени, а от имени разработчика. Так вам не придется тратить около недели на регистрацию, изучать все правила, а потом заниматься технической поддержкой сервиса – это будет на стороне программистов. Так вы сэкономите от 11 000 ₽ до 15 000 ₽».

Коротко

Собрать приложение из готовых модулей всегда дешевле и быстрее. Для создания приложения с нуля потребуется больше денег, времени и сил.

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

Глава 4. Этапы создания мобильного приложения: что нужно знать

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

• аналитика;

• техническое задание;

• проектирование и дизайн;

• разработка;

• тестирование и стабилизация;

• публикация в сторах;

• поддержка и развитие.

Рустам Мухамедьянов, руководитель студии WINFOX:

«Каждый проект – особенный. Для одного можно объединить несколько этапов в один, чтобы реализовать задуманное быстрее и дешевле. Для другого целесообразно пройти все этапы. Мы поможем выбрать оптимальный путь».

Дальше мы расскажем, что вам важно знать о каждом этапе.

Этап 1. Аналитика

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

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

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

Валерий Сорокин, менеджер проектов студии WINFOX:

«Аналитика – принципиально важный этап. Не надо от него отказываться и начинать работу над проектом с технического задания. В процессе анализа мы понимаем, кто есть на рынке, на кого ориентироваться, а как лучше не делать. Мы в WINFOX обычно собираем лучшие практики и предлагаем клиенту проверенные решения, которые 100 % сработают».

Этап 2. Техническое задание

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

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

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

• перечень функций, которые должны быть в приложении;

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

• описание того, как будут реализованы все эти требования;

• смета проекта.

Что такое пользовательские истории

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

Рустам Мухамедьянов, руководитель студии WINFOX:

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

Что такое карта путешествий пользователя

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

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

Александр Хрущев, технический директор студии WINFOX:

«Мы делаем карту путешествия пользователя в Miro. Вся команда может работать над картой в реальном времени, а заказчик – смотреть результат в режиме презентации».

Чек-лист: что должно быть в ТЗ

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

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

• цель создания сервиса;

• совместимость с платформами: это будет приложение для iOS, Android или других платформ;

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

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

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

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

• форматы данных: как будет реализован обмен данными в приложении;

• интеграция: должно ли приложение поддерживать совместную работу с другими сервисами, например с платежными системами и почтовыми серверами;

• интерфейсы доступа: как приложение будет обмениваться данными с внешними сервисами;

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

• конфигурация и администрирование: с помощью каких элементов администратор будет управлять приложением;

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

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

• безопасность: требования к безопасности приложения;

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

• производительность: требования к работе приложения, например к скорости работы базы данных;

• требования к аппаратному обеспечению сервера: перечень технических характеристик.

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

• экран загрузки;

• регистрация и авторизация;

• основной экран;

• меню;

• поиск;

• …

• уведомления.

Этап 3. Проектирование и дизайн

Здесь наша работа делится на два направления: UX-дизайн, то есть проектирование, и UI-дизайн, то есть дизайн привычном понимании.

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

UI-дизайн определяет то, как будет выглядеть приложение, каким будет его пользовательский интерфейс.

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

• карта экранов;

• статичный или интерактивный прототип приложения;

• отрисованные экраны и элементы интерфейса.

Александр Хрущев, технический директор студии WINFOX:

«Иногда заказчик говорит: «А давайте не будем тратить время на проектирование и сразу займемся дизайном?». Не делайте так. Допустим, мы исключили проектирование и сделали дизайн. Посмотрели его, и у вас появилась куча идей, как все улучшить. Мы вносим правки и перерисовываем дизайн. Трудозатраты и стоимость проекта вырастают в два раза, а скорость работы вдвое снижается. Дизайнер выгорает, а вы как заказчик недовольны, что проект стал дороже. Все в минусе».

UX-дизайн

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

Проектирование особенно важно для проектов с большой долей неопределенности. Например, для стартапов.

Рустам Мухамедьянов, руководитель студии WINFOX:

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

Александр Хрущев, технический директор студии WINFOX:

«Лучше делать интерактивный прототип, например, в Figma. Перейдя по ссылке, можно пользоваться приложением так, будто оно уже готово и установлено на ваш смартфон. Вы можете перемещаться по разделам, нажимать на кнопки и выполнять различные действия».

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