04 · Состав продукта
Связываем пожелания покупателей с техническими параметрами продукта и показываем, изменение какого параметра даст наибольший отклик.
Демо на выдуманных брендах: работают фильтры, внутри — анкета, по которой собраны данные.Открыть демо-дашборд →Есть результаты исследований, но непонятно, что с ними делать разработке.
Команда разработки и маркетинг спорят о приоритетах и говорят на разных языках.
Нужно обосновать, почему в новой версии делается именно это.
Улучшаем продукт и хотим понять, где предел, после которого улучшение никто не заметит.
Список требований покупателей с их весом — насколько каждое важно. Вес берётся из замера, а не из совещания.
Какой технический параметр на какое требование влияет и насколько сильно. По сути это разбор того, из чего складывается воспринимаемое качество готового продукта: какие решения внутри превращаются в «удобно», «надёжно» и «стоит своих денег» снаружи.
Параметры, отсортированные по тому, сколько пользовательской ценности даёт каждый.
Сравнение с конкурентами по тем же требованиям — где вы уже лучше, а где отстаёте настолько, что это замечают.
Разговариваем с теми, кто отвечает за продукт внутри компании: технологи, разработка, производство, продажи. Они знают, какими параметрами продукт вообще можно менять и где пределы.
Если своей экспертизы по какому-то направлению не хватает, добавляем отраслевых специалистов со стороны.
Собираем требования и замеряем их важность, а заодно оценку вашего продукта и конкурентов. Веса берутся отсюда, а не из мнения команды.
Сводим требования потребителей и технические параметры: что на что влияет и насколько сильно.
Приоритеты и обсуждение с обеими сторонами — маркетингом и технической командой.
Это самый совместный из наших продуктов: без ваших экспертов матрицу не заполнить, а без опроса потребителей в ней не будет весов.
Срок зависит от того, есть ли уже замер требований потребителей или его нужно делать с нуля, и от того, сколько экспертов предстоит опросить.
Данные в одном дашборде с фильтрами по городам и сегментам. Новый разрез через месяц после проекта открываете сами, без письма аналитику.
Повторный замер доливается в тот же дашборд: динамику видно без новой сборки отчёта.
Для совета директоров или головного офиса готовим презентацию с выводами, для отправки — офлайн-версию дашборда одним файлом.
QFD (Quality Function Deployment, развёртывание функции качества) — метод, который связывает требования покупателей с техническими параметрами продукта и показывает, изменение какого параметра даст наибольший отклик.
Типичные ситуации: есть результаты исследований, но непонятно, что с ними делать разработке. Команда разработки и маркетинг спорят о приоритетах и говорят на разных языках.
Расскажите про продукт и стадию разработки — скажем, что уже можно свести в матрицу.
Что в продукте обязательно, что восхищает, а на что аудитории всё равно
Подробнее →Демо-дашбордЧестный порядок важности факторов, когда приоритетов накопилось слишком много
Подробнее →Демо-дашборд