Конспект записала Татьяна Козулина, аналитик по продукту в TSUM Department Store Moscow
14 декабря в офисе Lamoda прошла в экспериментальном формате встреча ResearchOps. Обычно проходящий в формате воркшопа, митап в этот раз был открыт докладами спикеров - Алексея Копылова, Екатерины Умновой, Анастасии Черкашиной и Натальи Спрогис. Они обозначили основные типы фейлов, поделились примерами из своей практики, а воркшопе в группах все участники встречи решали, какие превентивные меры принять, чтобы избежать провалов на разных этапах работы исследователя.
Ниже небольшое резюме с приемами, которые могут помочь не бегать по офису со словами “OMG, все пропало!”, не пить по 10 чашек кофе в день, переделывая отчет в сотый раз, а также побороться за внимание заказчиков с их гаджетами на презентации.
Провалы на этапе сбора требований
- Недостаточное понимание задач бизнеса, для решения которых инициируется исследование (может иметь место как на стороне заказчика, так и на стороне исследователя)
Как избежать последствий? ****
- Провести проблемные интервью со всеми стейкхолдерами или проведение групповой сессии
- Обучить заказчика, если он не понимает, чего хочет, т. ч. показать референсы, варианты отчетов
- Формализовать требования к исследованию, в т. ч. заполнить бриф
- Согласовать формат и содержание отчета на старте (текст, слайды, рисунки или др.)
- Зафиксировать договоренности в почте или договоре, чтобы их всегда можно было найти и обратиться к ним в случае вопросов
- Составить чек-лист задач/действий исследователя, которые он должен закрыть в ходе проекта
- Заказчик просит конкретный модный фреймворк и только его (например, JTBD или СJM, требует сделать ему cusdev)
- Выяснить с помощью проблемного интервью настоящую проблему бизнеса и понять, что именно хочет получить от фреймворка заказчик
- Объяснить заказчику, что есть более эффективные способы ответить на его вопросы