Михаил Руденко написал, как определить проблему потребителя.
— У бизнеса нет подходящего языка для описания сущности, которая выступает причиной, приводящей клиента к покупке. В продакт-менеджменте её называют проблема, в маркетинге – потребность, но нет нормального определения;
— Нет универсальной модели, применимой для любых потребителей и продуктов, которая позволит не только понимать поведение клиентов, но и адекватно на него отвечать, создавая ценностные предложения;
— Почему сложно ответить на вопрос «Какую проблему клиента решает продукт»? Проблема не существует сама по себе, а проявляется в контексте;
— Надо определить а) желаемое состояние, которое характеризуется определёнными объективными обстоятельствами и субъективными переживаниями, б) ситуацию возникновения потребности со своими обстоятельствами (давление ситуации) и переживаниями (дискомфорт), в) барьеры, мешающие перейти в желаемое состояние;
— Желаемое состояние должно возникать именно в связи с попаданием в ситуацию возникновения потребности. Можно годами смотреть в зеркало и представлять себя стройным, но ничего для этого не предпринимать. В спортзал человека приводят ситуации: не влез в любимую одежду, услышал, что называют толстяком, и так далее;
— Барьеры, мешающие перейти в желаемое состояние, — проблемы, за решение которых клиенты готовы платить. Они тоже могут быть связаны с обстоятельствами или субъективными ощущениями. Их полезно разделять на барьеры, связанные и не связанные с опытом (своим и чужим) использования альтернативных решений;
— Проблемы лучше формулировать в риторике присутствия: «Отсутствие таск-менеджера» → «Неразбериха с задачами». У первой проблемы есть только одно решение — внедрение таск-менеджера, нет выбора и конкуренции решений;
— Иногда путают проблему и задачу: «Мы решаем проблему подготовки документов для налоговой». Подготовка документов — задача, которую надо выполнить. Само её наличие не гарантирует, что клиент купит для этого какой-то продукт;
— Потребность — это про то, что клиент хочет. А проблема — почему клиент не может получить то, что он хочет, не потратив свои деньги.
#problem
— У бизнеса нет подходящего языка для описания сущности, которая выступает причиной, приводящей клиента к покупке. В продакт-менеджменте её называют проблема, в маркетинге – потребность, но нет нормального определения;
— Нет универсальной модели, применимой для любых потребителей и продуктов, которая позволит не только понимать поведение клиентов, но и адекватно на него отвечать, создавая ценностные предложения;
— Почему сложно ответить на вопрос «Какую проблему клиента решает продукт»? Проблема не существует сама по себе, а проявляется в контексте;
— Надо определить а) желаемое состояние, которое характеризуется определёнными объективными обстоятельствами и субъективными переживаниями, б) ситуацию возникновения потребности со своими обстоятельствами (давление ситуации) и переживаниями (дискомфорт), в) барьеры, мешающие перейти в желаемое состояние;
— Желаемое состояние должно возникать именно в связи с попаданием в ситуацию возникновения потребности. Можно годами смотреть в зеркало и представлять себя стройным, но ничего для этого не предпринимать. В спортзал человека приводят ситуации: не влез в любимую одежду, услышал, что называют толстяком, и так далее;
— Барьеры, мешающие перейти в желаемое состояние, — проблемы, за решение которых клиенты готовы платить. Они тоже могут быть связаны с обстоятельствами или субъективными ощущениями. Их полезно разделять на барьеры, связанные и не связанные с опытом (своим и чужим) использования альтернативных решений;
— Проблемы лучше формулировать в риторике присутствия: «Отсутствие таск-менеджера» → «Неразбериха с задачами». У первой проблемы есть только одно решение — внедрение таск-менеджера, нет выбора и конкуренции решений;
— Иногда путают проблему и задачу: «Мы решаем проблему подготовки документов для налоговой». Подготовка документов — задача, которую надо выполнить. Само её наличие не гарантирует, что клиент купит для этого какой-то продукт;
— Потребность — это про то, что клиент хочет. А проблема — почему клиент не может получить то, что он хочет, не потратив свои деньги.
#problem
Блог ОКБ Понедельник
Анатомия потребности. Часть 1: проблема, которую мы решаем
Первая часть материала о языке описания потребностей аудитории и создании ценности.
Марина Суслова написала о репозитории клиентских проблем и его реализации в Jira.
— Всё началось с желания создать CJM, чтобы понять, где есть слабые места и куда направить ресурсы. Такая карта в Миро быстро потеряла бы актуальность;
— Репозиторий включает все клиентские проблемы, известные из исследований и других источников: обращений, жалоб, общения с консультантами, обратной связи;
— Когда результаты исследований хранятся отдельно, новое исследование как будто отменяет предыдущее. А так все знания в одном месте;
— Чтобы избежать дублирования, новые проблемы попадают в лист ожидания, из которого их разбирают дежурные;
— У каждой проблемы есть критичность и частота возникновения, которые определяют её вес и помогают приоритизировать задачи;
— Также есть ответственный за решение, который указывает статус, решение, ссылку на задачу или эпик в Jira (её добавление переводит проблему в статус In progress, а её завершение — в статус Done);
— Репозиторий используют для стратегического планирования, наполнения беклога, отслеживания прогресса;
— В 2023 году появился облачный Jira Product Discovery, который решает ту же задачу, но репозиторий можно вести и в обычной Джире, чтобы избежать дублирования работы по актуализации статусов;
— Приоритизацию упрощают поля Impact, Effort и Score;
— Для группировки и построения разных дашбордов могут пригодиться поля: шаг клиента; тип проблемы (Need, Problem, Resolution); источник знания (исследование, обращение и так далее); категория пользователей; канал, где проблема возникает.
#problem #product #research
— Всё началось с желания создать CJM, чтобы понять, где есть слабые места и куда направить ресурсы. Такая карта в Миро быстро потеряла бы актуальность;
— Репозиторий включает все клиентские проблемы, известные из исследований и других источников: обращений, жалоб, общения с консультантами, обратной связи;
— Когда результаты исследований хранятся отдельно, новое исследование как будто отменяет предыдущее. А так все знания в одном месте;
— Чтобы избежать дублирования, новые проблемы попадают в лист ожидания, из которого их разбирают дежурные;
— У каждой проблемы есть критичность и частота возникновения, которые определяют её вес и помогают приоритизировать задачи;
— Также есть ответственный за решение, который указывает статус, решение, ссылку на задачу или эпик в Jira (её добавление переводит проблему в статус In progress, а её завершение — в статус Done);
— Репозиторий используют для стратегического планирования, наполнения беклога, отслеживания прогресса;
— В 2023 году появился облачный Jira Product Discovery, который решает ту же задачу, но репозиторий можно вести и в обычной Джире, чтобы избежать дублирования работы по актуализации статусов;
— Приоритизацию упрощают поля Impact, Effort и Score;
— Для группировки и построения разных дашбордов могут пригодиться поля: шаг клиента; тип проблемы (Need, Problem, Resolution); источник знания (исследование, обращение и так далее); категория пользователей; канал, где проблема возникает.
#problem #product #research
vc.ru
Репозиторий UX-проблем, связанный с бэклогом — Marina Suslova на vc.ru
Marina Suslova 25.12.2022