Критический разбор служит эффективным циклом обратной связи для непрерывного улучшения продукта. Без этого не обходится ни один процесс разработки продукта, особенно для команд, следующих принципам бережливого производства.
Критический разбор показывает сильные и слабые стороны продукта. Он позволяет посмотреть на продукт с разных точек зрения и увидеть области, которые точно выиграют от улучшения. Правильно организованный критический разбор дает возможность вносить прогрессивные изменения до и после выпуска продукта.
Критические разборы помогают командам быстро отказываться от неудачных идей и проводить итерации в течение цикла разработки продукта. Это дает возможность изменить ситуацию до того, как она перерастет в серьезную проблему.
В данной статье описывается, как эффективно провести критический разбор продукта, какие вопросы следует задавать в ходе него, как избежать типичных ошибок и многое другое.
Что такое критический разбор продукта и почему он важен?
Критический разбор — это способ управления продуктом, позволяющий оценить его с разных сторон по таким критериям, как удобство использования, дизайн, функциональность, наличие специальных возможностей и прибыльность. В ходе разбора изучаются тесты удобства использования, эвристические анализы, опросы удовлетворенности клиентов, данные контроля качества и результаты оценки дизайна. Это может быть как открытое мероприятие с участием клиентов, так и закрытое, охватывающее только команду и ключевые заинтересованные стороны.
Сбор конструктивных комментариев от дизайнеров, разработчиков, менеджеров по продуктам и заинтересованных сторон — это обмен мнениями, способствующий укреплению сотрудничества. Каждый получает возможность внести свой вклад в общее дело.
Такой цикл обратной связи возвращает внимание команды к ценности продукта для клиентов и помогает вырабатывать успешные концепции будущих продуктов, способных повысить конкурентоспособность компании.
Как провести критический разбор продукта
Проведение критических разборов входит в задачи менеджеров по продуктам. Но дизайнерам и разработчикам тоже полезно уметь проводить такие мероприятия. Ниже описан алгоритм проведения эффективного критического разбора продукта.
Соберите разностороннюю группу людей
Старайтесь выбирать участников команды и заинтересованных лиц с разными ролями и опытом, но не забывайте, что все они должны быть вовлечены в проект.
Выбирайте тех, чьи оценки точно сделают продукт лучше. Например, разработчик оценивает возможность реализации дизайна с точки зрения программирования. Дизайнер пользовательского интерфейса оценивает удобство использования продукта. Команды по обеспечению качества и поддержке клиентов определяют, удовлетворяет ли продукт запросам пользователей. Заинтересованные стороны понимают цели и могут помочь их уточнить и грамотно сформулировать.
Состав группы также зависит от текущего этапа процесса разработки. Например, в начале проекта крайне важна обратная связь от заинтересованных сторон, которая позволит сразу заручиться их поддержкой и предотвратить возможные препятствия на более поздних этапах.
Определите цели
Задайте конкретные цели, например выявление проблем с удобством использования, улучшение пользовательского интерфейса или оценка возможности реализации дизайна. Перед разбором донесите эти цели до команды. Подготовьте программу мероприятия и любые макеты, прототипы или работы, которые будет оценивать команда.
Знайте конкурентов
Полное представление о конкурентах может помочь найти способы выделить ваш продукт на фоне остальных. Изучите преимущества конкурентов и найдите их слабые стороны. Определите, в чем ваш продукт будет выигрывать у конкурентов. Нельзя получить конкурентное преимущество, не зная, над чем уже работают другие.
На этом этапе может пригодиться шаблон конкурентного анализа. Подойдите к этому как к изучению недостатков ваших конкурентов, которое можно использовать в своих интересах. Оно также поможет сформировать эффективные дорожные карты продуктов.
Оцените данные
Критические разборы продуктов дают возможность собирать данные из различных источников, таких как отзывы пользователей, аналитика и исследования рынка. Однако важно понимать разницу между качественными и количественными данными.
Качественные данные — это субъективные отзывы пользователей, открытые вопросы и замечания клиентов и заинтересованных сторон. Количественные данные основаны на числах и объективны. Их источник — аналитические отчеты о производительности продукта.
Первый шаг в сборе данных — сформулировать гипотезу, чтобы знать, какие вопросы следует задавать. Это позволит понять, какие данные вам нужны: количественные, качественные или и те, и другие. Затем следует выбрать способ получения этих данных, например беседы с пользователями, анкетирование и т. п. И наконец, необходимо собрать данные и систематизировать их с помощью инструмента для составления дорожных карт и расстановки приоритетов, например Jira Product Discovery.
Оценка этих данных поможет гарантировать обоснованность ваших решений.
Проведите мозговой штурм для поиска идей
Критические разборы продуктов дают возможность найти креативные идеи и решения имеющихся проблем. Команды могут активно участвовать в них и объединять усилия. Мозговой штурм лучше всего работает в группах не более пяти человек.
В этом может помочь шаблон мозгового штурма. Все высказанные идеи можно сохранить в Jira Product Discovery для дальнейшего использования.
Разрабатывайте стратегии и воплощайте идеи
Без грамотной реализации идеи не несут никакой пользы. Очень важно понять, какие из них осуществимы, а какие — нет. Для этого необходимо оценить, достаточно ли у вашей команды навыков и технического мастерства для воплощения идеи.
Когда будут выбраны осуществимые идеи, важно составить план или дорожную карту для сортировки их по приоритетам. Это можно сделать с помощью шаблона дорожной карты продукта для всех идей, собранных в Jira Product Discovery.
Вопросы, которые следует задать во время критического разбора продукта
Чтобы понять проблему, необходимо задавать много вопросов. Вот несколько ключевых вопросов, которые следует задать во время критического разбора.
- Каковы сильные и слабые стороны продукта? Этот вопрос помогает выявить недостатки продукта и позволяет команде решить эти проблемы. Он также выделяет удачные стороны продукта, которые могут стать ключевыми отличительными особенностями.
- Чем продукт отличается от предложений конкурентов? Понимание отличия продукта от конкурирующих решений поможет вам получить конкурентное преимущество.
- Каким потребностям клиентов отвечает продукт? Этот вопрос поможет команде определить, ценен ли продукт для клиента, и выявить неиспользуемые функции, которые могут потребовать повторной оценки.
- Какие функции ищут клиенты? Зная, что ищут клиенты, команда может найти решения на основе того, как клиенты используют продукт. Этот вопрос снова касается потребительской ценности продукта.
- Какие изменения может внести команда для повышения удобства использования? Задав этот вопрос, вы сможете узнать, какие составляющие продукта пользователям сложно применять.
- Есть ли потенциал для новых предложений по продукту? Этот вопрос может выявить проблемы, которые не решает текущий продукт, и привести к появлению новых идей и предложений по продукту.
- Как мы можем предвидеть потребности клиентов и рыночные изменения? Этот вопрос позволяет командам думать о будущем, а не реагировать на происходящее.
- Какие стратегии вы можете разработать для оптимизации продукта? Если команда использует методологию бережливого производства, этот процесс позволяет искать области для непрерывного совершенствования.
Типичные ошибки при проведении критического разбора продукта
Для успешного проведения критического разбора продукта важно понимать процесс и пригласить подходящую команду. Некоторые распространенные ошибки могут привести к быстрому провалу этого мероприятия. Вот как с ними справиться.
Туннельное видение
Туннельное видение может быть результатом предвзятости восприятия. Чтобы бороться с этим, нужно сохранять широту взглядов и держать свое эго под контролем. Важно изучать данные, не опасаясь оспорить или дискредитировать сложившиеся представления о продукте.
Отсутствие расставленных приоритетов в потребностях пользователя
Иногда команды по продукту фокусируются на собственных идеях и забывают о потребностях пользователей. Дизайнеры, как правило, сосредоточены на создании привлекательного внешнего вида. Разработчики могут сосредоточиться на исправлении кода тех функций, которые больше не нужны пользователю. Чтобы избежать этой ошибки, используйте шаблон карты пути клиента, помогающий команде определить потребности пользователей.
Неследование стратегиям
Еще одна ловушка — отсутствие стратегического мышления при внедрении. Избегайте работы над заданиями без четкого определения потребностей пользователей и не создавайте бесполезных функций. Следуйте стратегическому плану, чтобы держать работу под контролем и поставлять ценность клиентам.
Такие инструменты, как Jira Software, Confluence и Jira Product Discovery, помогут создать и поддерживать дорожную карту продукта для внедрения улучшений продукта. С помощью Jira Software команда может согласовать задания и поставку проекта. Confluence позволяет преодолеть разрозненность между командами, упростить сотрудничество и управление знаниями. А с помощью Jira Product Discovery вы можете собрать все идеи по продукту в одном месте, чтобы упростить расстановку приоритетов и составление дорожной карты. И самое главное — все эти инструменты по умолчанию интегрируются друг с другом.
Когда командам может понадобиться критический разбор продукта
Команды могут проводить критический разбор продукта на нескольких этапах жизненного цикла продукта. На ранних стадиях разработки команда может критически рассмотреть первые эскизы и макеты. Это идеальное время для привлечения ключевых заинтересованных сторон.
Критический разбор продукта также целесообразен после создания прототипа. Это поможет выявить недостатки в дизайне, а также в коде (в зависимости от объема прототипа). Попробуйте протестировать прототипы вместе с клиентами, чтобы узнать, решает ли предлагаемый продукт их проблемы.
Критический разбор также полезен до и после выпуска продукта, поскольку позволяет повторно протестировать продукт и выяснить, что работает, а что нет. После запуска продукта в критический разбор можно включить данные об использовании, чтобы оценить производительность и выявить дополнительные возможности улучшения.
Использование Jira Product Discovery для эффективного критического разбора продукта
Инструмент Jira Product Discovery упрощает проведение критического разбора продукта. С его помощью команды по продукту могут собирать и систематизировать свои идеи, а также централизованно отслеживать возможности, функции и решения, чтобы без труда расставлять в них приоритеты и выделять те, что обладают наибольшим влиянием.
Команды по продукту могут использовать представленную в Jira Product Discovery платформу для критического разбора, чтобы собирать обратную связь, а затем использовать эти ценные аналитические сведения для оптимизации процесса расстановки приоритетов. Так команда будет знать, на чем следует сосредоточить усилия по совершенствованию. Этот процесс также помогает команде разработать и поддерживать эффективную дорожную карту продукта.
Jira Product Discovery дает возможность структурировать управление продуктом. Более того, вы сможете привлечь заинтересованные стороны и согласовать работу с ними, легко связав свои идеи с эпиками в Jira Software. У команд будет контекст и видимость на всех этапах работы — от исследования до поставки.
Критический разбор продукта: часто задаваемые вопросы
Как часто следует проводить критический разбор продукта?
Командам следует проводить критический разбор продукта регулярно на протяжении всего цикла разработки продукта. Обычно это делается до и после запуска продукта или после разработки прототипа. Командам следует стремиться проводить критические разборы не реже одного раза в квартал.
Какую пользу критический разбор продукта приносит командам разработчиков?
Благодаря критическому разбору команды анализируют продукты с целью выявить области для улучшения и повысить качество продуктов.
Сбор конструктивной обратной связи от команды и заинтересованных сторон способствует совместной работе. Каждый ощущает, что он вносит свой вклад в достижение масштабных целей и влияет на результат.
Как выглядит пример критического разбора продукта?
Отличным примером критического разбора продукта является прототип iPhone, или M68. Он больше похож на массивную материнскую плату с сенсорным экраном iPod, чем на нынешние модели iPhone, поскольку ни один из необходимых компонентов не имеет окончательной формы, которая легко помещается в кармане. Команда может провести критический разбор этого прототипа для тестирования удобства использования и функциональности продукта.