Репозиторий исследований

Когда применять

Репозиторий нужен, когда команда проводит исследования регулярно и результаты теряются. Без общего места находки прячутся в отчётах, которые трудно найти, и исследования приходится повторять. Он полезен и одному исследователю, и небольшой команде, а хранить в нём можно не только качественные данные, но и результаты бенчмарков, опросов и A/B-тестов.

Репозиторий не нужно путать с папкой готовых отчётов. В нём происходит и работа с исследованием, то есть сырые записи, расшифровки, разбор и синтез.

Как устроить хранение

Есть два способа организовать хранение. Библиотека документов, то есть папки в рабочем инструменте, проста для пополнения, но конкретные находки в ней трудно искать. База инсайтов, где каждая находка отдельная карточка с тегами, хороша для поиска, но её сложнее пополнять и поддерживать, а карточка может потерять контекст. Хорошо работает гибрид. База инсайтов ссылается на папки исследований, из которых взята каждая находка.

Карточка в таком подходе называется нагетом (nugget). Это наблюдение о пользовательском опыте с доказательством, например фрагментом записи, и тегами. Нагеты проще искать, но подробный разбор требует времени, а коллега может использовать карточку вне контекста. Репозиторий не обязан быть атомарным. Отчёты и отдельные инсайты могут храниться рядом.

На основе каких данных строится

Репозиторий собирают из результатов любых исследований, интервью, юзабилити-тестирований, опросов и аналитики. К отчётам и инсайтам добавляют записи, расшифровки и материалы исследований. Реже хранят данные об участниках и формы согласия, их нужно защищать отдельно.

Кто участвует

Создаёт и ведёт репозиторий обычно ResearchOps. Там, где такой функции нет, назначают владельца или библиотекаря, который следит за порядком в данных. Руководство должно поддерживать изменение, а будущих пользователей, то есть дизайнеров, менеджеров и других, привлекают до выбора инструмента.

Что нужно для старта

• Цель репозитория, его пользователи и желаемый процесс исследований
• Данные о том, как команды сегодня ищут и используют исследования
• Владелец или библиотекарь
• Договорённость о тегах, хотя бы небольшой набор
• Самые полезные материалы для первого переноса

Как использовать

1. Цель

   Определите, зачем нужен репозиторий, кто им будет пользоваться и как проходит работа с исследованиями. Инструменты сравнивайте только после этого.

2. Как работают команды

   Сначала проведите небольшое исследование. Выясните, как команды сегодня ищут, хранят и применяют результаты. От этого зависит, чего им не хватает.

3. Владелец

   Назначьте того, кто создаёт и поддерживает репозиторий, и подключите будущих пользователей до выбора инструмента.

4. Структура

   Выберите библиотеку документов, базу инсайтов или гибрид. Хорошо работает гибрид, где карточки ссылаются на папки исследований.

5. Теги

   Начните с нескольких широких тегов и расширяйте их по мере роста. Метки и структуру проверьте на людях, например картой сортировки и тестом дерева. Теги описывают продукт, тему, персонажа и другие признаки находки.

6. Перенос

   Переносите сначала самое полезное, а не всё подряд. Если заполняете задним числом, начинайте с прошлых инсайтов, а не с сырых данных исследований.

7. Внедрение

   Сделайте инструмент простым в доступе и освоении. Настройте права, потому что репозиторий не должен быть открыт всем, а данные участников защищены. Подключите отправку фрагментов в рабочие чаты, проведите обучение и напоминайте о нём.

8. Поддержка

   Репозиторий не настраивают один раз. Регулярно проверяйте состояние, шаблоны и теги и меняйте их по мере необходимости.

Результат

Поисковая база знаний о пользователях. Находки находят по тегам, а не по названию исследования, и по карточке открывают исследование, из которого она взята.

Что дальше

Репозиторий питает остальные инструменты. Перед построением CJM, персонажей или дерева возможностей команда сначала смотрит, что уже известно. Пробелы в знаниях становятся поводом для нового исследования.

Типичные ошибки

• Только папки с отчётами

  Если хранить исследования как библиотеку документов, конкретные находки в ней не найти. Исследования дублируются.

• Перенос всего сразу

  Миграция всех материалов сразу замедляет запуск. Сначала переносят самое полезное.

• Запуск без обучения

  Без обучения и поддержки изменений репозиторий не приживается.

• Инструмент выбран первым

  Сначала определяют цели, пользователей и процесс, а потом сравнивают инструменты.

• Настроили и забыли

  Шаблоны и теги нуждаются в регулярной проверке.

• Слишком открытый доступ

  Открытый репозиторий рискует раскрыть проприетарные дизайны и данные участников исследований.