Проверяем большое количество идей без разработки. Рецепт от Me | Product Science
Проверяем большое количество идей без разработки. Рецепт от Meta / Facebook
В новой статье предлагают методологию тестирования и ранжирования 15+ продуктовых инициатив.
Типичная проблема в продуктовой разработке – слишком много вариантов, что делать дальше.
1. Много идей томятся в головах у команды. Хочется понять на чем сфокусироваться, что выкинуть, а что отложить на потом.
2. Все разработать и протестировать нельзя – слишком долго и дорого. Даже кликабельных прототипов в таком объеме будет тяжело наклепать быстро.
Одно из решений состоит в том, чтобы прогнать через потенциальную ЦА наши идеи и собрать с них фидбэк, который уже потом использоваться в принятии решений.
Звучит здраво, но есть нюансы:
1. В идеальном случае мы хотим презентовать респондентам все варианты, чтобы они могли их сравнить
2. Но человеку сложно оперировать большим количеством объектов (а мы говорим о десятках концептов) — сложно для мозга + банально долго и люди буду уставать сравнивать.
Авторы предлагают свой подход, который состоит из двух этапов: MaxDiff и Sequential Monadic опрос.
Это позволяет выбрать наиболее перспективные варианты и затем отранжировать победителей.
При этом получает статистически верные результаты (конечно, со оговорками нюансами, но это же только часть информации для окончательного принятия решения)
Жаль, что в статье не раскрывается, что является идеальным воплощением идеи/концепта.
Лишь комментируют, что лучше сравнивать только тексты без добавления картинок. На их данных, иллюстрации будущего прототипа сильно якорят респондентов и смещают ответы в сторону более проработанного макета.
Думаю, тут можно отдельно подискутировать, но аргумент звучит валидно.
Я так думаю, что идеальной реализацией концепта может послужить OnePager сделанный по лекалам Amazon. По-сути — это пресс-релиз будущего продукта в котором описано УТП и сценарии использования.
В реалиях Фейсбука такой проект занимает два месяца. Думаю, можно ужаться до одного месяца, но в любом случае штука не из быстрых. Поэтому я бы пользовался таким для решений, которые влекут долгосрочным последствиям (прорабатываем стратегию и планируем роаудмап на год вперед).
