Привет, это Антон Павлов — Head of Products в ITSM 365.
Управление бэклогом продукта — это сложный и трудоемкий процесс, который требует много времени и внимания. В статье расскажу о нашем подходе к сбору, приоритизации и систематизации требований.
В прошлой статье я уже рассказал про наши этапы выпуска релиза. Сегодня подробнее остановимся на том, как мы понимаем, какие задачи нужно включить в релиз.
Продукт можно бесконечно совершенствовать и внедрять тысячи функций, но не все из них будут необходимыми. При этом, время и ресурсы будут потрачены напрасно, если важные задачи будут упущены.
Чтобы избежать нерациональной работы и развивать наш продукт с пользой для клиентов мы ведем продуктовый бэклог. Далее о том, как в команде ITSM 365 выстроена работа над ним.
Работа над бэклогом
Процесс управления бэклогом включает три основных этапа — поиск, систематизацию и приоритизацию данных. Далее расскажем про каждый из них
Поиск идей
Для того, чтобы понять, куда развивать продукт, нужно постоянно собирать новые идеи для его улучшения. Искать информацию можно следующими путями:
1. Сбор требований от клиентов
Одним из основных источников знаний являются наши действующие клиенты. Мы собираем пожелания от них через заявки в наш клиентский сервис, в рамках customer success, а также в процессе интервью по нашим продуктовым исследованиям.
Самое важное на этом этапе не просто фиксировать их пожелания к продукту, а докапываться до проблемы, с которой столкнулся клиент.
Но не стоит замыкаться только на действующих клиентах. Развивая ваш продукт только на их требованиях, вы можете столкнуться с тем, что ваш продукт будет полезен только для их сегмента. Но рынок на этом не заканчивается.
Интересные статьи
Интересные статьи
