Описание клиента
Крупная B2B IT-компания с устоявшейся репутацией на рынке аналитических решений для розничной торговли. Широкая база контактов среди федеральных ретейлеров. Задача — разработать MVP сервиса сквозной аналитики на базе существующей IT-инфраструктуры.
Сервис существует и работает на рынке сейчас.
Стартовые условия
На момент начала проекта у заказчика было: - Детальное описание целевой аудитории - База контактов крупных федеральных ретейлеров для проведения CustDev - Презентация существующей инфраструктуры и технологического стека - Концептуальное описание будущего продукта
Что сделал
1. Customer Development
Провёл глубинные интервью с руководителями маркетинговых подразделений федеральных ретейлеров. Структура интервью разработана с учётом пожеланий заказчика и включала три блока: - Демонстрация технологических возможностей - Сбор общей маркетинговой информации - Специализированные вопросы для проектирования продукта
Все интервью — в формате видеоконференций с записью. Это позволило провести детальный анализ и структурировать полученные данные.
2. Конкурентный анализ
Комплексный анализ рынка систем сквозной аналитики: - Составление полного перечня существующих решений - Анализ функциональных возможностей конкурентов - Исследование доступных отчётов и метрик - Обзор существующих интеграций
3. Формирование функционала
На основе синтеза данных из CustDev и конкурентного анализа сформирован оптимальный набор функций: - Необходимые типы отчётов - Ключевые метрики и показатели - Приоритетные интеграции
4. Прототипирование
Разработан прототип пользовательского интерфейса с учётом выявленных потребностей целевой аудитории и технических возможностей существующей инфраструктуры.
Результаты
- Сформирован детальный план MVP: набор метрик и показателей, структура интерфейса, учёт потребностей потенциальных клиентов
- Продукт разработан и существует на рынке
Инсайт / вывод
CustDev с представителями федеральных ретейлеров показал: запрос на сквозную аналитику есть, но у каждой компании своя модель данных и свои «узкие места». Универсальный MVP должен закрывать пересечение потребностей, а не пытаться угодить всем сразу — иначе продукт становится слишком сложным для быстрого внедрения.