Представьте, что вам нужно купить новый ноутбук, а конкретных моделей на примере нет. Что вы будете делать? Скорее всего, сначала поищете обзоры в интернете, спросите рекомендации у друзей, почитаете отзывы, сравните характеристики и цены на понравившиеся варианты, и только потом будете принимать решение о покупке. Все то же самое, только в применении к IT-разработке, называется предпроектной аналитикой.
Зачем это нужно
Предпроектная аналитика помогает сделать продукт, «заточенный» на потребности аудитории. Что мы имеем в виду? На старте не всегда понятно, как этот продукт должен выглядеть, какие фичи ему нужны, сколько времени займет разработка. В итоге вы можете получить решение, которое на первый взгляд выглядит замечательно, но совсем не отвечает запросам своей ЦА.
С помощью предпроектной аналитики можно:
- Определить структуру и функционал будущего продукта
- Сформировать общее видение проекта
- Сэкономить время, деньги и силы сотрудников — поскольку все нюансы всплывают до начала работ, а не во время или после. То есть потом вам не придется ничего переделывать.
- Найти более эффективные способы решить задачу, чем те, что поставлены в ТЗ ( у нас был кейс, когда заказчик хотел полноценную автоматизированную систему логистики — но оказалось, что ему дешевле было нанять менеджера, а мы разработали для него решение для автоматических уведомлений о заявках)
А можно не делать?
На самом деле можно. Но только в определенных случаях: например, если заказчик пришел с уже готовым ТЗ, дизайном и четким пониманием результата (но такие ситуации случаются очень редко). Без предпроектного исследования можно обойтись, если мы делаем шаблонный проект — такой, как сайт-визитка или добавление платежного функционала.
Иногда идея продукта настолько инновационна, что его аналогов просто не существует. Тогда вместо полноценной аналитики можно провести маркетинговое исследование и CustDev (выявление потребностей ЦА).
Но если у вас нет четкого ТЗ, вы не уверены в своем понимании финального продукта и его функционала, вам нужно протестировать гипотезы или устранить слабые места в уже существующем сервисе, то предпроектная аналитика для вас — это обязательный пункт.
Как проводится аналитика
Аналитика проводится в несколько этапов. Их количество и последовательность достаточно гибкие: в зависимости от проекта одни шаги могут добавляться, а другие — вычеркиваться. Рассказываем об основных, которых придерживаемся мы.
-
Интервью с заказчиком. На этом этапе мы стараемся собрать максимум информации о клиенте: о его бизнесе, целях и задачах, аудитории и модели продаж. Это помогает оценить текущее состояние дел в компании, понять, какой запрос бизнеса мы решаем и какие потребности пользователей закрываем.
Мы опрашиваем не только руководителей, но также исполнителей и менеджеров — всех, кто причастен к проекту. Это помогает получить более полную и корректную картину, поскольку топ-менеджеры не всегда знают все нюансы работы тех или иных бизнес-процессов. -
Конкурентный анализ. Задача конкурентного анализа — понять, как решаются проблемы пользователей в других продуктах и насколько эти решения удачны. Для этого мы исследуем решения главных конкурентов, изучаем их плюсы, минусы и запасаемся идеями. В результате мы должны сформировать УТП — то, что будет выгодно отличать наш продукт
-
Разработка структуры. Следующий этап — создание схемы, которая показывает структуру будущего проекта, его элементы и связь между ними. Эта схема ляжет в основу Customer Journey Map и поможет в разработке прототипов.
-
Создание Customer Journey Map (CJM) отражает все сценарии взаимодействия пользователя с продуктом: какими способами он может совершить то или иное действие. Возьмем для примера выбор товара в приложении по доставке еды. Мы смотрим, откуда клиент может перейти на карточку блюда: из категории меню, из раздела с акциями, из истории своих заказов — и изучаем проблемы, с которыми он может столкнуться в каждом случае. Все это помогает заранее увидеть ошибки в пути пользователя и исправить их, а еще — оптимизировать слишком долгие или неэффективные сценарии.
-
BPMN (Business Process Model and Notation) — это модель, которая описывает связанные с продуктом бизнес-процессы в формате блок-схем. По сути, она отражает логику работы продукта и позволяет понять, как лучше вести его разработку.
Если вернуться к нашему приложению по доставке еды, здесь мы должны будем подробно обрисовать, как ресторан получает заказ, как он передается на кухню, как назначается курьер и так далее. Все это требует глубокого погружения в бизнес заказчика — а значит, вы снижаете вероятность возникновения недопониманий. -
Прототипирование. Это заключительная стадия аналитики, где мы вместе с заказчиком готовим прототипы — своего рода наброски будущего проекта, которые показывают, как он будет работать. Иначе говоря, отражают его структуру, функционал, и сценарии взаимодействия пользователей с ним.
После того, как клиент согласовал прототип, можно начинать разработку. И поскольку мы провели аналитику, это разработка будет основана на фактах и цифрах, анализе конкурентов и потребностей ЦА. И наоборот: отказываясь от предпроектного исследования, вы опираетесь только на субъективное мнение заказчика и команды разработки. Если вернуться к нашему примеру с ноутбуком, это почти то же, что зайти в магазин и взять первую попавшуюся модель. А потом обнаружить, что это совсем не то, что вам нужно.