Сейчас я работаю над спортивным приложением для бегунов Sporty. На старте у клиента уже были идея продукта, данные, наброски экранов и первые сценарии. К моменту старта работы подробнее всего была описана логика соревнований: результаты, протоколы, будущие и прошедшие старты, поиск других участников, календарь и карта. На первом созвоне клиент показал, как видит приложение: ленту, раздел соревнований, турниры, аналитику, мои результаты и протоколы. Чтобы проверить данные и сценарии, я начала с их анализа. Я собрала документ с user story, то есть пользовательскими историями. Через него я стала разбирать прототипы и документацию, которые показал клиент. На этом этапе стало понятно, что в текущей структуре не хватает части экранов, а несколько пользовательских задач существуют рядом, но не складываются в понятный маршрут. Логика соревнований тоже была описана неточно. Особенно это видно в сценариях, где рядом оказываются будущие соревнования и результаты прошлых, поиск участников и турниры. После разбора я предложила дополнить структуру несколькими обязательными страницами и точнее разделить сценарии внутри раздела соревнований. — отдельный экран будущих соревнований для неавторизованного пользователя, чтобы человек ещё до входа в систему видел, что есть в приложении и зачем ему регистрироваться; — разделение соревнований на мои будущие и прошедшие, чтобы развести выбор и планирование будущих стартов с историей участия, результатами и прогрессом; — отдельную страницу самого соревнования; — профиль другого участника; — раздел «Мои друзья». Это помогло собрать точную логику соревнований и убрать смешение сценариев, которое было в исходной структуре. После того, как мы определились с архитектурой, я предложила три варианта концепции. потому что у клиента не было понимания, в каком направлении двигаться в визуале. Клиент выбрал один из вариантов, который я взяла за основу стилистической концепции. Скриншот: небольшой фрагмент артефактов по первому этапу работы: user stories, user flow, sitemap
16 часов назад
