Стадия аналитики и дизайна: готовим продукт к разработке

Коротко: на стадии аналитики и дизайна мы превращаем концепцию продукта из дискавери-фазы в детальный план — use-кейсы, финальный дизайн экранов и кликабельный прототип. Проверяем сценарии на фокус-группе, документируем интеграции и только после этого передаём продукт в разработку. Этап обычно занимает 1–8 недель в зависимости от сложности продукта.

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

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

Из чего состоит стадия аналитики и дизайна: по шагам

Разберём стадию по шагам — от детализации сценариев до передачи готовых материалов в разработку.

Шаг	Что делаем	Кто участвует	Результат
Анализ use-кейсов	Детализируем пользовательские сценарии, намеченные на дискавери-фазе	Бизнес-аналитик	Каталог сценариев использования
Дизайн экранов	Прорисовываем финальный UI под каждый сценарий	UI/UX-дизайнер	Комплект макетов экранов
Прототипирование	Собираем кликабельный прототип, имитирующий реальное приложение	UI/UX-дизайнер	Интерактивный прототип
Проработка интеграций	Описываем техническую логику оплаты, SMS-уведомлений, внешних API	Разработчик	Документация по интеграциям
Тестирование с пользователями	Показываем прототип фокус-группе и собираем обратную связь	Бизнес-аналитик, дизайнер	Отчёт с правками к прототипу

Формируем артефакты и разбираемся с интеграциями

На этом этапе заказчик получает следующие артефакты:

Смотрите также: UX/UI-дизайн интерфейсов.

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

Если в приложении требуется подключить оплату или необходимо настроить смс-уведомления, то мы привлекаем разработчиков. При интеграции продукта с платежными системами или смс-шлюзами, требуется скрестить бизнес-процессы, чем и занимаются наши опытные специалисты. По итогу работы, разработчики предоставляют документацию, которая объясняет, как именно будет работать та или иная интеграция.

Сколько длится стадия аналитики и дизайна

Срок зависит от сложности продукта и количества экранов, но на практике диапазон предсказуем:

• Простое приложение (5–10 экранов, один основной сценарий) — 1–2 недели.
• Продукт среднего масштаба (личный кабинет, каталог, несколько ролей пользователей) — 2–4 недели.
• Комплексная платформа с интеграциями (оплата, CRM, внешние API) — 4–8 недель, потому что документация по интеграциям готовится параллельно с дизайном.

Срок фиксируется в договоре ещё на этапе аналитики, а оценку разработки мы не даём, пока клиент не утвердит финальный прототип — так итоговый бюджет не расползается на 20–30% уже после старта, что типично при пропуске этой стадии.

Собираем обратную связь 

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

Классическое исследование Якоба Нильсена показывает: пять участников тестирования выявляют около 85% критических проблем юзабилити, а дальнейшее увеличение выборки даёт всё меньше новых находок. Поэтому для проверки кликабельного прототипа обычно достаточно 5–8 респондентов из целевой аудитории — не десятков.

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

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

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

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

Типичные ошибки на стадии аналитики и дизайна

• Пропускают тестирование прототипа на пользователях и переходят к разработке «на веру» — ошибки в сценариях всплывают уже в готовом коде, а исправить их там дороже в разы.
• Не документируют интеграции — разработчики получают дизайн без описания того, как эмулировать оплату или SMS-шлюз, и дорабатывают логику уже по ходу спринта.
• Меняют use-кейсы после утверждения прототипа без пересчёта сроков — любое изменение сценария на этой стадии сдвигает и дизайн, и последующую оценку разработки.
• Согласовывают экраны только с одним стейкхолдером, а остальные лица, принимающие решения, видят прототип уже после старта разработки — правки откатываются на дизайн задним числом.

Какие инструменты используются на этапе аналитики и дизайна

Экраны и дизайн-систему мы собираем в Figma — там же клиент видит макеты в реальном времени и оставляет комментарии. Кликабельный прототип чаще всего делаем на базе тех же макетов Figma или в специализированных инструментах вроде InVision, если нужна более сложная логика переходов. Use-кейсы и документацию по интеграциям ведём в общем пространстве проекта, доступном клиенту, — так все решения фиксируются и не теряются между этапами.

Вперед в разработку!

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

С таким пакетом документации клиент может обратиться в другую веб-студию для разработки или остаться с нами. Как правило, заказчики выбирают именно нашу компанию для дальнейшей работы. Поскольку команда уже погружена в бизнес-процессы, сроки выполнения работ будут значительно короче. Итак, мы переходим в разработку и тестирование!

Читайте также: Как улучшить интерфейс с помощью иконок.

Частые вопросы о стадии аналитики и дизайна

Чем стадия аналитики и дизайна отличается от дискавери-фазы?

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

Сколько стоит этап аналитики и дизайна?

Стоимость зависит от числа экранов, сценариев пользователей и того, нужны ли интеграции с оплатой, SMS-шлюзами или внешними API. Ориентировочную оценку можно получить через калькулятор стоимости проекта, а точную — после брифа.

Обязательно ли делать кликабельный прототип, если бюджет ограничен?

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

Кто со стороны исполнителя участвует в стадии аналитики и дизайна?

Бизнес-аналитик прорабатывает use-кейсы и собирает обратную связь, UI/UX-дизайнер рисует экраны и собирает прототип, а при необходимости интеграций подключается разработчик — он описывает техническую логику оплаты, уведомлений или внешних API.

Что происходит, если фокус-группа не одобрила прототип?

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

Можно ли начать разработку, не завершив стадию аналитики и дизайна?

Технически можно, но тогда команда разработки будет опираться на черновые представления о продукте, а не на согласованные use-кейсы и прототип. На практике это оборачивается доработками «на ходу», сорванными сроками и удорожанием проекта, поэтому мы переходим к разработке только после утверждения финального прототипа клиентом.