На этом этапе погружаемся в опыт запрос заказчика и собираем всю информацию, которые существуют на текущий момент.

Из них собираем подробное техническое задание, карту сущностей, WBS и гипотезу продукта, которую согласовываем с заказчиком.

Первым делом мы подробно анализируем все имеющиеся на данный момент p2p-агрегаторы с подробным разбором фич/слабых сторон, а также выявляем боли рынка длительной/краткосрочной аренды.

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

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

Полученную информацию также анализируем через фреймворки PEST и SWOT, после чего подготавливаем конечное решение по гипотезе и согласовываем с заказчиком.

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

На раскадровке идет разбивка на:

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

- сторис (это каждый отдельный экран, на котором закрывается определенная промежуточная задача на пути к цели).

На выходе мы получаем подробные сценарии пользователя и требования к Tone of Voice сервиса и пользовательскому опыту, на основании которых пишутся текста и составляются прототипы.

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

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

Так как соотношение мобильного и десктопного трафика в наше время более 75%, у нас применяется Mobile-First подход к прототипированию - то есть, мы начинаем с мобильных экранов, а затем уже адаптируем под десктоп.

После полностью разработанного UX-этапа мы уже можем переходить к разработке дизайн-системы и UI проекта.

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

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

Создается дизайн экранов в Figma и связывается в интерактивный прототип. В режиме онлайн будет развернут прототип, который можно будет тестировать с любого мобильного телефона по ссылке.

Последний и самый важный шаг -- это "боевая" реализация функционала.

Разработка ведется в формате Scrum по спринтам, эпикам и сторис.

Затем приложение проходит QA (Quality Assurance) тестирование и при отсутствии багов выводится на лайв-сервер приложения.

Прогресс разработки отслеживается в двух форматах (в зависимости от выбранного типа разработки):

• Low-code разработка - за счет просмотра PWA (Progressive Web App) приложения по мере выпуска обновлений
• Нативная разработка - на базе тестового сервера на Node.js

Мы оказываем постоянную поддержку сервиса. При обнаружении багов мы оперативно его закрываем за счет системы тикетов.

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

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