В условиях возросших компетенций бизнеса, требований рынка и, как следствие - усилившейся конкуренции, любой продукт нужно создавать при помощи команды высококвалифицированных специалистов. Только так возможно сделать его не только качественным и полезным для потребителя, но и таким, чтобы пользователь обращался к нему снова и снова. Нащупать проблемы клиента и дать ему готовое решение — основная задача продуктового анализа, уверен Алексей Власов, эксперт в сфере цифровизации крупнейших государственных и коммерческих структур, коммерческий директор digital-интегратора Notamedia.
Реалистично осознать боли и проблемы целевой аудитории и учесть их при создании продукта — главная цель продуктового аналитика. Этот процесс — командная работа, где объединяются компетенции заказчика и исполнителей, результат которой — корректная постановка технического задания с учетом целей и содержания продукта. Чтобы быть конкурентоспособным на рынке необходимо выявить закономерности и тенденции в поведении потребителей, а затем использовать эту информацию при разработке новых решений (как и опыт продуктового аналитика).
С каждым днем российский бизнес все больше понимает необходимость аналитики продукта до его запуска, в первое время после старта и на протяжении всего последующего клиентского опыта. Это доказывает спрос на рынке труда — продуктовые аналитики находятся в топе самых востребованных профессий, а их средняя заработная плата в России в 2023 году составляет 119 643 рублей в месяц. Однако прежде, чем выбирать подрядчика для проведения продуктовой аналитики, необходимо знать о возможных ее этапах, которые происходят в процессе разработки продукта и особенностях каждого. Это позволит проконтролировать эффективность процесса.
Шаг 1: первичный анализ
Этот процесс находится в ответственности как заказчика, так и исполнителя для полного погружения в создание продукта и скорейшего закрытия потребностей клиента. Первичный анализ проводится в любом удобном для команды формате — опросы, интервью или другие формы прямого общения с клиентом. Получение этой информации на начальном этапе работы над продуктом дает команде разработчиков более глубокое понимание целевой аудитории, ее потребностей и болевых точек. Обычно этот процесс проходит достаточно быстро и в результате у команды исполнителя появляются первичные требования и пояснения, каким в итоге должен быть продукт. То есть — функционально-технические требования.
Шаг 2: создание концепции
На этом этапе мяч переходит на сторону всей команды продуктовых аналитиков и технических директоров проекта, объединяющих полученные от заказчика данные и делегирующих их в логическом порядке для команды дизайна и разработчиков, которые на основе полученной информации создадут MVP. Данному этапу свойственны мозговые штурмы, создание скелета концепции, пилотных версий продукта и их тестирование для лучшего понимания потребностей заказчика и проблематики его клиентов. Данный шаг необходим, так как у заказчика есть свое «видение» конечного продукта и примерные варианты его реализации, практически всегда отличные от мнения разработчиков, поэтому на этом этапе происходит корректировка предварительной концепции.
Далее начинается непосредственно работа продуктового аналитика: изучение рынка, в том числе, сбор информации о демографии целевой аудитории продукта, пользовательских интересах и привычках, существующих запросах. Впоследствии эти данные используются для лучшего понимания потребительского опыта и его улучшения в процессе разработки продукта.
Надо быть готовым к тому, что по результатам такого мониторинга концепция продукта снова подвергнется анализу и корректировке. Так как именно на этой стадии выявляются новые клиентские потребности, которые не закрывает или закрывает только частично будущий продукт. Значит, его необходимо или можно улучшить, оптимизировать. Например, внедрить функцию, которая нужна конечному пользователю, а в продукте пока ее нет, или изменить интерфейс.
Согласованная концепция переходит к команде разработчиков для создания MVP, визуализации продукта, но и тут полномочия продуктового аналитика не заканчиваются.
Шаг 3: дорожная карта и MVP продукта
Дорожная карта — долгосрочный план по тестированию и корректировке продукта на протяжении его жизненного цикла с учетом существующих потребностей пользователей и тех, которые могут появиться после старта. Дорожная карта может корректироваться в любом удобном для всех участников проекта формате, например, раз в квартал или по итогам одного из этапов — тестирования, запуска, первого периода эксплуатации. При этом данный инструмент служит для четкого регулирования отношений между заказчиком и исполнителем услуги, особенно, в вопросе сроков.
Дорожная карта также может учитывать разработку закрытого MVP продукта, которую будут юзать только участники проекта и добавлять свои идеи. MVP, к примеру, стала предпосылкой появления лучшего тачпада на макбуках бренда Apple — в 2000 году некто из тех, кто тестировал гипотезу, посчитал его хорошей альтернативой обычной компьютерной мыши, и это решение укрепило репутацию корпорации как компании-первооткрывателя в мире технологий.
Шаг 4: создание ТЗ и рабочих групп
Эта стадия трансформации концепции и ФТТ в начальное техническое задание для каждой формирующейся команды. Рабочие группы направляют ФТТ в конкретику, которая должна появится в продукте. Традиционно над стартапом продукта трудятся рабочие группы по проекту в целом, по разработке, тестированию, сервисам, юзабилити, стеку технологий, используемых в проекте. Тут важно, чтобы все идеи и гипотезы обрели границы в виде алгоритма действий, даже если они являются инновационными, идут против течения и создают новые тренды и правила использования.
Шаг 5: формализация требований
Генерация идей закончена, как и тестирование демо-версии, учтены все недостатки и потребности участников проекта. Самое время составить план по времени разработки и запуска продукта на рынок, составить полный список функциональных требований к продукту — Product Requirements Document. Получится подробное описание продукта с кучей разных фич. Из него стоит выделить критически важные опции, без которых нельзя запустить продукт, и поставить их в приоритет по временным рамкам, учитывая рекомендации продуктового аналитика.
Шаг 6: запуск продукта
Тут тоже не обойтись без него, так как аналитик продукта может подсказать не только приоритетность расстановки функций, но и инструменты оценки качества продукта и даже лучшее время для анонса.
Продуктовые аналитики отвечают за то, чтобы готовый продукт соответствовал тому, что изначально планировалось создать на базе потребительских потребностей и пожеланий заказчика.
Шаг 7: after-party или аналитика после запуска
Успешный старт, первые положительные отзывы и звон бокалов с шампанским. Продукт запущен. Конец? Начало!
Потребитель еще не прошел весь путь получения опыта, а только знакомится с оберткой продукта. Поэтому продуктовому аналитику суждено на этом этапе работать над поддержанием высокого качества и конкурентоспособностью продукта на рынке. А для этого снова потребуется мониторинг целевой аудитории, ее отзывов и предложений по оптимизации продукта, работа над улучшением пользовательского опыта и прогнозирование потенциальных потребностей клиентов. Таким образом, продуктовые аналитики обеспечивают стабильный успех продукта на рынке.
В заключении
Продуктовая аналитика — эффективный инструмент в процессе создания успешных продуктов. Это позволяет команде разработчиков понять потребности и уязвимости клиента и создать именно то решение, которое их закроет. Используя первичный анализ и создание концепции продукта, бизнес может выявить закономерности и идеи, которые могут быть не сразу очевидны обычному человеку.
Теперь, когда вы знаете алгоритм работы продуктового аналитика в проекте по запуску продукта, возникает резонный вопрос: как выбрать специалиста или компанию для прохождения этого тернистого пути сообща? Чек-лист для проверки исполнителя прост: срок присутствия на рынке, наличие реализованных проектов и анализ их конкурентоспособности, а также гарантия ответственности за результат.
Источник: Spark.ru
