Разработка продуктов с опорой на обратную связь и аналитику
Если при расстановке приоритетов руководствоваться актуальными аналитическими данными, то результат может вас удивить. Аналитика дает возможность принимать решения целенаправленно, основываясь на фактах и учитывая потребности и пожелания клиентов.
Без аналитики при расстановке приоритетов вас неизбежно будут подстерегать распространенные ошибки: решения могут приниматься интуитивно, инициативу могут захватить самые громкие или настойчивые, и может сработать эффект HiPPO (Highest Paid Person’s Opinion 🦛), когда предпочтение отдается мнению участника с самой высокой должностью (и, как правило, самой высокой зарплатой).
Попавшись в эти ловушки, вы необязательно примете неверное решение. Однако вам нужно будет опереться на факты и аргументы. Для команд по продуктам такие данные предоставляет аналитика.
Что такое аналитика?

Как разные аналитические данные могут подкреплять идею.
Разновидностей аналитики очень много. И все они могут пролить свет на возможности, проблемы продукта и области для его улучшения.
- Повторяющиеся проблемы, выявленные командами поддержки
- Недочеты продукта, выявленные отделом продаж
- Предложения клиентов
- Предложения сотрудников из разных подразделений
- Исследование рынка и отраслевые тенденции
- Конкурентный анализ и сравнительное тестирование
- Сеансы мозгового штурма и семинары по поиску идей
- Информация о корпоративных стратегиях и целях, предоставляемая руководителями
Достоинства и недостатки есть у каждой из этих разновидностей. Сочетайте их все оптимальным образом, чтобы принимать удачные решения по продуктам.
Для чего нужна аналитика?
Чтобы ваши предложения звучали убедительно, собирайте актуальную аналитику и подкрепляйте ею свои идеи. Так вы покажете, что заботитесь об эффективном использовании ресурсов и способны задать верный курс для команд, чтобы получить максимальную отдачу от их усердной работы.
Аналитика помогает связать идеи с результатами разработки продуктов и выстроить все обсуждения вокруг потребностей клиентов и рыночного спроса. Вы сможете заручиться доверием команды, клиентов и руководителей и получить необходимую свободу действий, без которой так сложно создать отличный продукт.
Всякий раз, когда в обсуждении приоритетов берут верх самые громкие или настойчивые участники, призывайте на помощь аналитику: она поможет вернуться в нужное русло.
Слишком полагаясь на отзывы от отдела продаж, вы рискуете упустить из виду проблемы действующих клиентов. Аналогичным образом чрезмерная зависимость от мнения руководителей может сместить фокус на стратегические инициативы по привлечению новых клиентов в ущерб улучшению текущих продуктов. И то и другое может привести к оттоку действующих пользователей.
Аналитика в Jira Product Discovery
В Jira Product Discovery аналитика — неотъемлемая часть любой идеи. Заведите привычку добавлять к идеям актуальную аналитику с помощью расширения Jira Product Discovery для Chrome, наших приложений Slack и Teams или любой интеграции от наших партнеров.
Используйте Jira Product Discovery как дополнение к вашим решениям для управления поддержкой, продажами, исследованиями и обратной связью. В Jira Product Discovery можно добавлять к идеям актуальные отзывы и аналитику, объясняющие их важность, приоритетность и потенциальную ценность.
В результате, когда вы начнете обсуждать приоритеты, эти данные будут у вас под рукой.

Представление аналитики, основанной на отзывах клиентов, в Jira Product Discovery.
Настройка каналов для сбора аналитики
Если для принятия решения не хватает информации, никогда не поздно начать ее собирать. Когда процесс непрерывного сбора таких данных уже налажен, их всегда можно превратить в аналитику, которая поможет выбрать, в каком направлении развивать продукт.
В этой главе описывается, как наладить прямые каналы связи с клиентами и командами, которые с ними взаимодействуют, и начать собирать данные, получаемые в результате ваших собственных исследований.
Собирать аналитику лучше всего по нескольким каналам.

Поток данных, поступающих из нескольких каналов и ложащихся в основу аналитики, идей и работы по поставке.
Не пытайтесь перевести в аналитику абсолютно все данные и отзывы, поступающие по этим каналам, чтобы не перегрузить проект ненужной информацией. Лучше используйте эти каналы для уточнения аналитических выводов, прежде чем они попадут в бэклог продукта.
Как команда Jira Product Discovery собирает аналитику
При создании Jira Product Discovery весь процесс строился вокруг сбора аналитики. В конце этого раздела мы без утайки расскажем, как команда Jira Product Discovery налаживала каналы обратной связи и использовала их в работе над продуктом.
Источники клиентских отзывов для Jira Product Discovery.
Команда Jira Product Discovery получает аналитику из следующих каналов.
- Модуль сбора обратной связи в приложении, созданный на базе Jira Service Management
- Внутренние каналы Slack для сбора отзывов от команд, взаимодействующих с клиентами
- Хранилище бесед с пользователями в Dovetail
- Группа в сообществе Atlassian
- Аналитика продуктов на базе решения Pendo
- Опросы в приложении на базе решения Pendo
- Репозиторий знаний Atlassian в Confluence
Сбор аналитики на основе поступающей обратной связи
Входящая обратная связь (замечания, комментарии и вопросы людей, активно использующих продукт) — один из ценнейших источников аналитики.

Прохождение обратной связи через процесс управления и превращение ее в аналитику в бэклоге продукта с последующим обсуждением и приоритизацией.
Команда Jira Product Discovery завела несколько специальных каналов для сбора входящих отзывов и управления ими. Каналы дают ряд преимуществ.
Пользователи могут оставлять отзывы в выделенном канале. Это может быть портал или виджет обратной связи в приложении.
У вас появляется отдельное место для работы с обратной связью. Она не попадает сразу же в бэклог продукта и не перегружает его. Ответственная команда самостоятельно решает, что и в каком виде добавлять в бэклог: будет ли это новая идея или аналитические данные, дополняющие старую.
Вы можете обсудить отзыв с автором, сообщить ему о дальнейших планах, обратиться к нему за дополнительными сведениями или пригласить его пообщаться в чате Zoom.
Когда вы поставите функцию, о которой просили пользователи, вы сможете известить их об этом и завершить цикл обратной связи.
Сбор отзывов с помощью Jira Service Management
Клиенты и конечные пользователи могут предоставлять обратную связь нашей команде Jira Product Discovery. Делать это напрямую и в свободной форме им помогает Jira Service Management.
Пользователи отправляют отзыв прямо из Jira Product Discovery через встроенный виджет Jira Service Management.

Отзыв попадает в очередь Jira Service Management, которую руководитель проекта просматривает несколько раз в неделю.

Мы обсуждаем отзыв непосредственно с пользователем в комментариях, а затем с помощью расширения Jira Product Discovery для Chrome добавляем его как аналитику к соответствующей идее.

Еженедельно мы всей командой просматриваем эти дополнения в Jira Product Discovery, обсуждаем новые идеи и аналитику, полученные из отзывов пользователей.

Демонстрацию того, как настроить очередь Jira Service Management и получать обратную связь от клиентов и внутренних команд, см. в разделе ресурсов.
Сбор отзывов с помощью специальных каналов Slack
Для внутренних заинтересованных сторон мы создали в Slack и Teams специальные каналы, в которых можно задавать вопросы и вносить предложения. Эта информация сортируется и затем с помощью приложения Slack для Jira добавляется к идеям как аналитика.

Это спасает наши команды от потока личных сообщений, а также от обработки вопросов и запросов во множестве каналов. В противном случае всю эту информацию было бы легко потерять и сложно систематизировать.
Приучить заинтересованные стороны оставлять вопросы здесь, а не писать нам напрямую, удалось не сразу. Но как только процесс наладился, он стал очень эффективным.
Для сбора обратной связи у нас всего три канала:
- #help-jpd-dogfooders — для внутренних пользователей Jira Product Discovery;
- #help-jpd-sales и #help-jpd-support — для команд продаж и поддержки (здесь можно вести обсуждения с текущими или потенциальными клиентами).
Демонстрацию того, как настроить специальный канал отзывов о продукте в Slack или Teams и получать обратную связь от внутренних команд, см. в разделе ресурсов.
Сбор отзывов с помощью специального проекта Jira Product Discovery
Команда Jira Product Discovery этот метод не использует, но многие наши клиенты настроили в Jira Product Discovery специальный проект для сбора отзывов.
Это особый раздел, который не пересекается с бэклогами продукта и поставки. Здесь участники могут создавать свои идеи, добавлять комментарии и аналитику к чужим, а также голосовать за контент друг друга.
Такой проект может приносить отличные результаты, если вести его с умом. В противном случае вы рискуете быстро обрасти длинным списком больших и мелких вопросов, которые дублируются или и вовсе неактуальны.
Но при тщательной подготовке, ограниченном круге заинтересованных сторон и посильном количестве идей это работает вполне неплохо — мы видели сами.

Проект для сбора отзывов как источник информации для бэклога продукта в Jira Product Discovery.
Вот как настроить проект для сбора отзывов в Jira Product Discovery.
Разработайте свой шаблон формы для приема идей. Определитесь, какую информацию вы хотите получить, и добавьте в нужное представление соответствующие поля.
Решите, кто может создавать идеи, и добавьте этих людей в проект в качестве участников.
Создайте представления, чтобы участники могли вносить информацию определенными способами, например путем голосования, комментирования или добавления аналитики.
Сбор аналитики из исследования пользователей
Входящая обратная связь позволяет в общих чертах понять, что можно улучшить в продукте. Но для принятия решений этих отзывов недостаточно — хотя бы потому, что им не хватает контекста.
Один отзыв пользователя или запрос на функцию не даст полной картины. А нужно прояснить следующее.
- С какой основной проблемой столкнулся пользователь.
- Насколько она существенна для рабочего процесса.
- Как она влияет на остальную функциональность продукта.
- Можно ли ее решить иными средствами.
Для получения этой и другой информации нет ничего лучше регулярных бесед с пользователями.
Выбрать подходящих пользователей для исследования может быть непросто. Но если у вас есть решение для сбора входящей обратной связи или проведения опросов, оно может стать каналом, который поможет найти перспективных добровольцев и пригласить их к беседе.
Исследование пользователей с помощью Dovetail
Так как вся команда Jira Product Discovery работает удаленно, а наши клиенты разбросаны по всему миру, мы в основном предпочитаем встречаться в Zoom. Когда в каком-либо из наших каналов (в виджете для обратной связи в приложении или в группе сообщества) появляется интересный отзыв клиента, мы отправляем ему ссылку в Calendly и приглашаем запланировать время для разговора с нами.
С разрешения собеседника мы записываем эти встречи и затем загружаем их в Dovetail. Там мы можем помечать важные моменты в беседе и добавлять их как аналитику к соответствующим идеям.
Со временем мы так нашли своих пользователей для программы-маяка, благодаря которым и был сформирован современный облик Jira Product Discovery.

Беседа с пользователем, расшифрованная и проанализированная в Dovetail.
В качестве дополнительного бонуса мы заметили, что трехминутное видео, в котором клиенты рассказывают о своих проблемах, действует на команды и заинтересованные стороны гораздо эффективнее текстового документа.
Исследование пользователей с помощью отчетов
Некоторые темы требуют более глубокого исследования пользователей. Atlassian повезло: у нас есть команда по исследованиям и аналитике, которая глубоко погружается в конкретные темы и досконально изучает их, чтобы дойти до самой сути и превратить ее в аналитику.
Например, недавно один исследователь помог нам понять, какие проблемы возникают у тестировщиков Jira Product Discovery. С помощью тегов мы связали аналитику из отчета с идеями в Jira Product Discovery и теперь на основе полученных результатов перестраиваем процесс адаптации в приложении.

Исследовательский отчет в Confluence, готовый стать аналитикой в JPD.
Сбор аналитики с помощью опросов
Опросы — полезный инструмент, помогающий командам по продукту решать ряд задач.
- Собирать отзывы пользователей с помощью вопросов
- Проверять и подтверждать гипотезы
- Улаживать внутренние споры на основе аналитики, а не мнений
Мы заметили, что при заполнении содержательных опросов клиенты тщательнее обдумывают свои ответы, тогда как обычные отзывы чаще пишутся быстро и для галочки.
Опросы пользователей на базе Pendo
Мы в команде Jira Product Discovery используем Pendo для создания опросов, адресованных конкретным группам пользователей. Группировка происходит на основе сегментации и данных об использовании продукта.
У нас есть как регулярные опросы типа ежемесячного анкетирования об удовлетворенности (индекс CSAT), так и однократные — для получения ответов на конкретные вопросы. Как правило, ошибка в таких вопросах может дорого обойтись продукту в долгосрочной перспективе, поэтому мы стремимся собрать точные и свежие данные.
Результаты этих опросов обобщаются на странице Confluence и затем добавляются к соответствующим идеям в виде аналитики.

Опрос в Pendo для конкретных клиентов.

Подробности регулярного опроса CSAT.
Сбор аналитики через группу сообщества
Группы в сообществах могут оказаться очень эффективным способом объединить пользователей и получить обратную связь. В них можно отвечать на вопросы о продуктах, приглашать первых пользователей на тестирование новых функций, публиковать анонсы, делиться рекомендациями и делать многое другое.
Группа в сообществе Atlassian
Когда продукт Jira Product Discovery только появился, мы отвели для него группу в сообществе Atlassian, чтобы общаться с пользователями напрямую. Со временем мы заметили, что более опытные пользователи начали помогать менее опытным и делиться своими выводами по продукту. Мы многое узнали из этих обсуждений.

Беседы в группе Jira Product Discovery.
Такой подход помогал проверять наши предположения и не раз заставлял сменить направление.
Например, когда мы впервые объявили цены на Jira Product Discovery, то получили неожиданную реакцию. Некоторые компании использовали роль участника не так, как мы задумали, и заявленные цены делали продукт недоступным для них.
Мы сразу же изменили свой подход и добавили бесплатные функции для роли участника, чтобы поддержать эти сценарии использования. В нашем бэклоге продукта множество подобной аналитики, полученной в ходе обсуждений в группах сообщества.
Сбор информации на основе аналитики продукта
Наконец, при оценке идей и принятии решений о том, как на их основе действовать, важно учитывать количественные данные и качественные отзывы пользователей.
Аналитика продукта позволяет получать информацию на двух уровнях детализации.
- Показатели роста, такие как коэффициент оттока клиентов и пожизненная ценность клиента (LTV).
Например, если вы замечаете, что пользователи пробной версии не переходят в категорию активных и прекращают работу после первого сеанса, скорее всего, следует приостановить внедрение новых функций и уделить внимание процессу адаптации. - Данные об использовании функций и поведении пользователей.
Например, если вы получаете много отрицательных отзывов о какой-либо функции, а данные указывают на ее редкое использование, то самое время обсудить возможность отказаться от нее.
Использование инструментов аналитики продукта для сбора информации
Очевидно, что используемые инструменты аналитики продукта будут различными для разных компаний. В команде Jira Product Discovery для этой цели мы используем Amplitude и Pendo. В частности, мы применяем их для отслеживания использования, популярности функций и взаимодействия пользователей с нашими процессами адаптации. И, конечно, добавляем ключевую аналитику к идеям в бэклоге продукта.
Сделайте обсуждение аналитики привычкой
Команды по продукту принимают решения каждый день. Чтобы как можно больше таких решений были основаны на данных клиентов, участники должны постоянно работать с аналитикой.
Независимо от того, какие будут использоваться каналы обратной связи и исследований, для их работы необходимо, чтобы ваша команда постоянно собирала аналитику и действовала на ее основе. Если команды изучают отзывы клиентов только раз в месяц, то на протяжении месяца будут принимать решения на основе неактуальной информации.
В своей книге Continuous Discovery Habits Тереза Торрес рассказала, что использование аналитики при принятии решений по продукту имеет множество преимуществ. Выделим некоторые из них.
- Большая согласованность действий.
Участники команды знают цель своей работы и имеют общее представление о том, что интересует пользователей. - Приоритизация на основе фактических данных.
Команды расставляют приоритеты на основе собранной аналитики. Решения о том, над чем стоит работать, становятся гораздо более объективными. - Облегченное составление дорожных карт.
Уточнить области инвестирования становится проще, а собранная с течением времени аналитика позволяет оценить потенциальные направления для инвестиций. Упрощается разумное распределение ресурсов, а решения о компромиссах принимаются более взвешенно. - Более эффективное взаимодействие с заинтересованными сторонами.
Формируется четкое описание потребностей и приоритетов клиентов. Командам легко поделиться им с заинтересованными сторонами, что переориентирует обсуждение на проблемы клиентов и их воздействие.
Обсуждение аналитики в Jira Product Discovery
В команде Jira Product Discovery мы используем два ритуала, чтобы сделать непрерывное исследование привычкой.
- Еженедельное «дежурство на отзывах»
Каждую неделю одному из участников команды по продукту поручается «дежурство на отзывах». Он просматривает наши каналы, отвечает на отзывы и добавляет релевантную аналитику к идеям. Обычно за неделю на это уходит около половины рабочего дня.
- Еженедельное собрание для «погружения в данные»
На этом собрании команды мы рассматриваем поступившие за неделю отзывы, чтобы обсудить полученные впечатления и выводы. В конце этого собрания мы официально передаем задание по «дежурству на отзывах» следующему менеджеру по продукту.
Поскольку мы занимаемся этим регулярно, у нас всегда есть актуальный контекст для обсуждения приоритетов.
Управление аналитикой
Ротация отзывов: обсуждение аналитики как привычка
«Пользователи-маяки»
Если вы получили отзывы от многих клиентов, кого из них нужно слушать?
У компании Atlassian более 300 000 клиентов. Одна лишь команда Jira Product Discovery получает десятки отдельных отзывов о продукте каждую неделю. Работать с каждым из них напрямую было бы невозможно, не говоря уже о том, чтобы действовать на их основе.
Входящие отзывы пользователей дают нам представление о типах проблем, с которыми люди сталкиваются при использовании продукта, и о том, какие из них наиболее распространены. Эти отзывы учитываются в идеях продукта, но мы разрабатываем решения не только на основе отзывов.
Вместо этого при разработке, итерации и поставке решений мы обычно работаем с небольшой специально подобранной группой пользователей. Мы разрабатываем продукты вместе с ними и для них, прислушиваясь к их подробным и целенаправленным отзывам.
Мы называем участников таких тестовых групп «пользователями-маяками». По нашему опыту, 10 «маяков» достаточно.
Зачем работать с «пользователями-маяками»?
Как показывает наш опыт, работать с «пользователями-маяками» лучше, чем пытаться угодить тысячам пользователей одновременно.
- Мы работаем быстрее, потому что можем принимать решения на основе обсуждений с небольшим количеством людей.
Нам не нужно опрашивать тысячу пользователей, чтобы принять решение. Мы можем протестировать продукт на ранней стадии, предоставив «пользователям-маякам» доступ к прототипам раньше остальных. Эти пользователи знают, чего ожидать: возможно, им придется столкнуться с нерешенными ошибками и тупиковыми ситуациями. - Мы получаем насыщенную контекстную аналитику, потому что наладили хорошие взаимоотношения с этими пользователями и понимаем их проблемы и мотивы.
Часто несколько разговоров с одним хорошо знакомым пользователем приносят больше результата, чем по одной беседе с несколькими разными пользователями. - Вся команда работает более оперативно, потому что участники лично знакомы с «пользователями-маяками» и хотят им помочь.
Знакомство «пользователей-маяков» с командой пробуждает в участниках чувство срочности и ответственности. Решение проблем для одного человека, который им небезразличен, мотивирует гораздо больше, чем отчет об исследовании.
Как выбрать «пользователей-маяков»
Если вы решите использовать этот способ работы, вы должны четко понимать, кто лучше всего подходит на роль «пользователя-маяка». Если вы сделаете неправильный выбор, то в результате можете ошибиться как с продуктом, так и с аудиторией.
За время работы над Jira Product Discovery мы обнаружили, что наши «пользователи-маяки» обладают следующими качествами:
✅ способны вести четкую коммуникацию;
✅ соответствуют целевому сегменту клиентов, даже если он не утвержден окончательно;
✅ постоянно сталкиваются с проблемами и болевыми точками, над устранением которых мы работаем;
✅ пытаются найти новые способы устранения этих болевых точек, но безуспешно;
✅ не используют конкурирующие приложения, чтобы обсуждение не скатилось к копированию функций;
✅ ищут новые и нестандартные методы работы, а не конкретные функции;
✅ готовы использовать продукт или функцию на ранней стадии разработки, делиться отзывами и обсуждать решения.
Работа с «пользователями-маяками»
Мы используем все возможности для совместной работы с «пользователями-маяками». По сути, мы рассматриваем их как соавторов решения.
- Мы создали специальные каналы в Slack, где они могут делиться отзывами и вопросами.
- Мы ежемесячно встречаемся, чтобы обсудить их впечатления от продукта и управления продуктом.
- Мы делимся с ними прототипами и собираем отзывы.
- Мы предоставляем им ранний доступ к продуктам, возможностям и функциям.
- Мы спрашиваем, как они сами разработали бы решение.
Прочтите эту серию публикаций в сообществе Atlassian, чтобы узнать больше о «пользователях-маяках».
Что дальше?
Основывая все свои решения на аналитике, команды разработчиков могут сосредоточиться на достижении конечной цели — решении проблем пользователей и облегчении их жизни.
В последних двух разделах этого справочника мы подробно объясним, как использовать бэклог продукта, чтобы:
- расставлять приоритеты для значимых идей;
- создавать дорожные карты для слаженного взаимодействия между вашими командами и заинтересованными сторонами.
А также приведем примеры того, как все это делаем мы сами — команда Jira Product Discovery — с использованием Jira Product Discovery и других продуктов.
Идеи
Узнайте, как управлять идеями и проверять их в Jira Product Discovery, чтобы обеспечивать непрерывное обучение и эффективную разработку продуктов.
Расстановка приоритетов
Узнайте, как эффективно расставлять приоритеты в управлении продуктами, а также находить баланс между удовлетворением сиюминутных потребностей и следованием долгосрочной стратегии, используя такие системы, как RICE и RUF.



