UX Notes
23.2K subscribers
55 photos
4 videos
1 file
1.05K links
В соцсетях: vk.com/ux_notes и fb.com/uxnotes Вакансии: @uxwork Автор: @zGrav Est. 2016. Реклама на канале: https://uxnotes.ru/ads
Download Telegram
Михаил Руденко написал, как определить проблему потребителя.

— У бизнеса нет подходящего языка для описания сущности, которая выступает причиной, приводящей клиента к покупке. В продакт-менеджменте её называют проблема, в маркетинге – потребность, но нет нормального определения;
— Нет универсальной модели, применимой для любых потребителей и продуктов, которая позволит не только понимать поведение клиентов, но и адекватно на него отвечать, создавая ценностные предложения;
— Почему сложно ответить на вопрос «Какую проблему клиента решает продукт»? Проблема не существует сама по себе, а проявляется в контексте;
— Надо определить а) желаемое состояние, которое характеризуется определёнными объективными обстоятельствами и субъективными переживаниями, б) ситуацию возникновения потребности со своими обстоятельствами (давление ситуации) и переживаниями (дискомфорт), в) барьеры, мешающие перейти в желаемое состояние;
— Желаемое состояние должно возникать именно в связи с попаданием в ситуацию возникновения потребности. Можно годами смотреть в зеркало и представлять себя стройным, но ничего для этого не предпринимать. В спортзал человека приводят ситуации: не влез в любимую одежду, услышал, что называют толстяком, и так далее;
— Барьеры, мешающие перейти в желаемое состояние, — проблемы, за решение которых клиенты готовы платить. Они тоже могут быть связаны с обстоятельствами или субъективными ощущениями. Их полезно разделять на барьеры, связанные и не связанные с опытом (своим и чужим) использования альтернативных решений;
— Проблемы лучше формулировать в риторике присутствия: «Отсутствие таск-менеджера» → «Неразбериха с задачами». У первой проблемы есть только одно решение — внедрение таск-менеджера, нет выбора и конкуренции решений;
— Иногда путают проблему и задачу: «Мы решаем проблему подготовки документов для налоговой». Подготовка документов — задача, которую надо выполнить. Само её наличие не гарантирует, что клиент купит для этого какой-то продукт;
— Потребность — это про то, что клиент хочет. А проблема — почему клиент не может получить то, что он хочет, не потратив свои деньги.

#problem
Марина Суслова написала о репозитории клиентских проблем и его реализации в Jira.

— Всё началось с желания создать CJM, чтобы понять, где есть слабые места и куда направить ресурсы. Такая карта в Миро быстро потеряла бы актуальность;
— Репозиторий включает все клиентские проблемы, известные из исследований и других источников: обращений, жалоб, общения с консультантами, обратной связи;
— Когда результаты исследований хранятся отдельно, новое исследование как будто отменяет предыдущее. А так все знания в одном месте;
— Чтобы избежать дублирования, новые проблемы попадают в лист ожидания, из которого их разбирают дежурные;
— У каждой проблемы есть критичность и частота возникновения, которые определяют её вес и помогают приоритизировать задачи;
— Также есть ответственный за решение, который указывает статус, решение, ссылку на задачу или эпик в Jira (её добавление переводит проблему в статус In progress, а её завершение — в статус Done);
— Репозиторий используют для стратегического планирования, наполнения беклога, отслеживания прогресса;
— В 2023 году появился облачный Jira Product Discovery, который решает ту же задачу, но репозиторий можно вести и в обычной Джире, чтобы избежать дублирования работы по актуализации статусов;
— Приоритизацию упрощают поля Impact, Effort и Score;
— Для группировки и построения разных дашбордов могут пригодиться поля: шаг клиента; тип проблемы (Need, Problem, Resolution); источник знания (исследование, обращение и так далее); категория пользователей; канал, где проблема возникает.

#problem #product #research