Дуэли · разбор рынка · CJM · JTBD
Как я проверяю гипотезы
Спор о решении закрывается проверкой: два варианта, живые люди, числа.
Дуэль двух сценариев
Для проверки я собрал инструмент prokhor.me/duel. В нём два варианта одного сценария стоят живыми прототипами, и участник либо сравнивает экраны, либо выполняет задачу в одном из вариантов.
Записывается каждый шаг: переходы между экранами, касания с пометкой, попало ли касание в кнопку, и выбор внутри экрана. Промах, это место, где человек ждал кнопку, а её там не было. В отчёте видно не только «дошёл или нет», но и то, какой вариант человек назвал удобнее, против того, в каком он справился.
Сверка с рынком до макета
117 российских приложений, 7 360 сценариев и 36 880 экранов разложены у меня по шагам. Прежде чем рисовать, я смотрю, как ту же задачу решают лидеры, и спорю уже не с пустым листом, а с тем, к чему человек привык.
CJM: путь целиком
Карта пути клиента собирает все касания с продуктом, а не только экраны приложения: рекламу, уведомления, поддержку, офлайн. Её смысл в разрывах между каналами: на отдельном экране их не видно, а на карте они первыми бросаются в глаза.
Карта полезна, когда по ней можно решить, что чинить первым: у каждого шага эмоция, боль и то, чем её подтвердить, интервью или данными.
JTBD: какую работу нанимают
Jobs to be Done смещает вопрос с «кто наш пользователь» на «какую работу он делает, нанимая продукт». Это помогает отличить просьбу о функции от задачи за ней: «хочу фильтр» и «хочу быстрее найти своё» ведут к разным решениям.
Гипотеза пишется до правки: что меняем, что ожидаем и чем меряем. Тогда дуэль отвечает на заранее заданный вопрос, а не подтверждает то, что хотелось увидеть.