Как я налаДил быстрые исслеДования в Комусе
Что: витрина
Где: комус
Роль: продуктовый дизайнер
Цель и задача
Когда я пришёл в Комус, нужно было наладить исследовательскую работу в команде из восьми дизайнеров. Каждое решение должно опираться на данные, а не на мнения. Но ждать результатов неделями мы не могли.

Моя задача: дать дизайнерам инструменты для самостоятельных исследований и встроить ресерч в ежедневную работу.
Проблема
Исследования шли слишком долго
В Комусе был отдел исследований. Людей там мало, процесс медленный. Чтобы получить результаты, нужно было ждать две недели. Иногда больше.

Процесс выглядел так:
Шаг 1. Заполнить бриф в Word. Десять разделов: заказчик, цель, задачи, описание проблематики, гипотезы, ключевые вопросы, описание целевой аудитории, тип исследования, номер проекта, сроки, пожелания.
Шаг 2. Приложить к письму картинки. Не прототипы — просто картинки.
Шаг 3. Отправить на почту и ждать апрува. Если что-то заполнено неправильно — уточнять, исправлять, отправлять снова.
Шаг 4. Ждать результат.
Отчёты были перегружены
Когда результаты приходили, они выглядели как научная работа. Много текста, диаграммы, таблицы. Чтобы разобраться в выводах, нужно было время.

Вот пример отчёта после тестирования отображения цены:
Цель: определить наиболее понятное и удобное отображение цены за единицу в упаковке. Задачи: тестирование прототипов с различными вариантами отображения цены за единицу в упаковке, тестирование визуалов с различными вариантами отображения цены за единицу в упаковке. Метод: немодерируемый юзабилити-тест. ЦА: партнёры, за последние два месяца совершившие заказы в ИМК по категориям товаров, которые продаются упаковками...
И так на несколько страниц.
Дизайнеров становилось больше, исследователей — нет
Задач росло, команда расширялась. Отдел исследований оставался маленьким. Нужно было решать вопрос с быстрыми исследованиями прямо сейчас.

Я предложил: дизайнер должен сам проводить исследования и обсуждать результаты с лидом или продакт-менеджером. Дизайн-директор поддержал, дизайнеры кивнули. Поехали.
Что я сделал
Создал шаблон для исследований в Figma
Я сделал файл-шаблон в Figma, который дизайнер заполняет до начала исследования и после его завершения. Файл разбит на страницы — каждая для своего этапа.

1. Уточнение задачи
Дизайнер описывает суть задачи и метрики, которые хочет улучшить. Например: «Увеличить конверсию в добавление товара в корзину на 5%».
2. User Persona
Описание целевой аудитории. Кто эти люди, чем занимаются, какие у них боли.
3. Гипотезы
Дизайнер формулирует гипотезы. Я добавил подсказки, как их строить: «Мы считаем, что [действие] для [аудитории] приведёт к [результату]»
4. Бенчмарки и референсы
Скриншоты конкурентов. У кого есть нужная фича, у кого нет. Что работает, что нет.
5. Гайд для интервью
Шаблон для модерируемых интервью. Список стоп-слов, которые нельзя использовать: «Вам нравится?», «Это удобно?», «Вы бы использовали?».
6. Результаты интервью
Описание респондента и инсайты. Обязательно — ссылка на запись интервью.
7. User Flow
Схема пути пользователя.

8. Юзабилити-тест
Два шаблона: для модерируемого и немодерируемого тестирования. Для немодерируемого я написал шаблон брифа:
«Всем привет! Мы команда дизайна Комуса, и мы проводим исследование гипотезы в рамках рабочего кейса. Ваша обратная связь очень поможет.
🔵 Объект тестирования: Карточка товара. Нужно пройти по прототипу и выполнить задание.
⏳ Время прохождения — макс 1 мин
🖥 Проходить тест лучше на компьютере
📎 Ссылка на прототип: [ссылка]»
После теста дизайнер описывает результаты: скрины, выводы, рекомендации.
9. Анализ целевой метрики
Дизайнер пишет, как было до изменений и что стало после.

10. Опросы
Для быстрых вопросов. Например: «Что вы видите на этой иконке?», «Понятна ли эта формулировка?».

11. Дизайны
Ссылка на макет в Figma.
Назвал файл по единой системе
Каждый файл называется так:
ТК ## :: Название фичи :: DES 0000
  • ТК — стрим (Витрина, Чекаут, Корзина и другие)
  • Название фичи — понятное описание
  • DES 0000 — номер задачи из Jira

Так любой человек в команде может быстро найти нужное исследование.
Шаблон гибкий. Если нужно провести только опрос — оставляешь только эту страницу. Если нужно полное исследование — заполняешь всё.

После успешного ресерча ссылка на файл прикрепляется к задаче в Jira. Теперь всегда понятно, откуда взялось решение.
Внедрил инструмент для немодерируемых тестов
Я выбрал pthwy.ru для немодерируемых юзабилити-тестов. Показал дизайнерам, как им пользоваться, провёл несколько обучающих сессий.

Где искать респондентов? Тут помогли телеграм-каналы. Комьюнити UX-дизайнеров и людей, готовых помочь, довольно живое. Достаточно закинуть пост — и уже 20–30 респондентов откликались.

Позже в pthwy.ru появились собственные респонденты. За небольшую плату можно было привлекать их для тестов.
Завёл телеграм-канал с результатами
Я создал закрытый телеграм-канал для команды. Туда попадали только сотрудники Комуса: продакты, аналитики, дизайнеры, бизнес. Мы следили за этим.

Для постов я сделал шаблон в Figma. Дизайнеру нужно было только вставить данные:
  • Сколько респондентов
  • Какая проблема
  • Какой итог

В итоге канал стал живым. Люди подписывались, следили за исследованиями, задавали вопросы.
Что получилось
Исследования ускорились в разы. Если раньше мы ждали от недели, то сейчас уходит 2–3 дня на проведение и анализ.

Дизайнеры научились проводить исследования сами. Не нужно было ждать отдел исследований. Они формулировали гипотезы, тестировали прототипы, собирали обратную связь.

Все исследования и макеты в одном месте — всё в Figma. Не нужно запрашивать отчёты годовалой давности. Не нужно искать исследования в почте или на диске. Всё привязано к задаче, всё доступно всегда.

В команде появилась культура исследований и она начала думать категориями гипотез и метрик. Решения стали обоснованными. Споры решались данными, а не мнениями. И бизнес увидел ценность.

Продакт-менеджеры и бизнес стали чаще обращаться к дизайнерам за исследованиями. Появилось доверие. Решения, основанные на данных, принимались быстрее.
Что это значило для меня
Раньше я думал, что исследования — это работа для специального отдела (в основном так и есть). Что дизайнеры не справятся. Я ошибался. Дизайнеры справились отлично. Им просто нужны были инструменты и немного обучения. В итоге — дизайнеры могут исследовать сами если привить им культуру.
👌 Культура важнее процессов. Я не просто внедрил инструменты. Я повлиял на культуру команды. Теперь все думают об исследованиях как о естественной части работы.
Иногда не нужно ждать идеальных условий. Не нужно ждать, пока появится большой отдел исследований или огромный бюджет. Можно начать с малого. С шаблона в Figma. С одного инструмента. С нескольких обучающих сессий.