Дизайн исследования

Контекст

Гала — внутренняя база знаний ВкусВилла. Пользователь задаёт рабочий вопрос и получает ответ, сформированный AI на основании статей и материалов базы знаний.

В Гале можно искать ответы на разные типы вопросов:

Сейчас у Галы есть несколько пользовательских поверхностей:

  1. Основная Гала
  2. Гала внутри Элли
  3. Гала в боте

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

Цель исследования

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

(Нужно ли проверять путь сотрудника, работающего с базой знаний в качестве редактора?)

Главный пользовательский путь

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

Дополнительный путь

Ответа нет / ответ сомнительный → пользователь распознал проблему → понял, что делать дальше → восстановился и нашёл другой способ получить информацию.

Аудитории

Предварительно:

Розница?

5–8 сотрудников (какие роли? нужны ли разные когорты).

Проверяем ли Милю?

Проверяем ли ГЛ?

Офис?

Только читатели или ещё создатели?

Основные исследовательские вопросы

1. Где сотрудник ищет информацию

Важно исследовать это до демонстрации интерфейса.

2. Как пользователь формулирует запрос

3. Как пользователь воспринимает AI-ответ

4. Как пользователь работает с источниками

5. Как пользователь продолжает диалог

6. Как пользователь воспринимает ошибки

Проверить несколько типов ошибок:

Нужно понять:

Гипотезы: Гала внутри Элли

Точка входа

1. Пользователь понимает, что раздел базы знаний предназначен для получения ответа на рабочий вопрос.

2. Стартовый экран в нулевом состоянии даёт достаточно информации для начала работы.

3. Пользователь воспринимает интерфейс как диалог, а не как классический поиск по базе знаний.

Формулирование запроса

4. Пользователь формулирует вопрос естественным языком.

5. Пользователю не требуется знать название статьи, раздел базы знаний или специальные ключевые слова.

Ответ

6. Пользователь понимает основной AI-ответ и способен на его основании выполнить задачу.

7. Пользователь понимает, что ответ сформирован на основании материалов базы знаний.

Источники

8. Пользователь замечает возможность ознакомиться с источником ответа.

9. Пользователь понимает связь между AI-ответом слева и статьёй справа.

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

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

Диалог

12. Пользователь понимает, что после первого ответа можно задать уточняющий вопрос.

13. Пользователь ожидает сохранения контекста внутри текущего диалога.

14. Пользователь понимает назначение действия «Задать новый вопрос».

Оценка ответа

15. Пользователю понятно, что именно он оценивает лайком или дизлайком

Ошибки

16. Пользователь способен отличить отсутствие информации от найденного ответа.

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

18. Если ответ выглядит сомнительным, пользователь понимает, как его проверить или что сделать дальше.

Предварительные зоны исследования основной Галы

Финальный набор гипотез по основной Гале сформируется совместно с командой.

На встрече необходимо разобрать следующие направления.

Сценарии юзабилити-тестирования

Для тестирования необходимо использовать реальные рабочие ситуации.

В задании нельзя указывать, какой элемент интерфейса нужно использовать.

Вместо:

«Найдите в базе знаний инструкцию по списанию».

Используем:

«Вы обнаружили товар с истёкшим сроком годности. Вам нужно понять, что теперь делать».

Сценарий 1. Простой рабочий вопрос

Пример:

Вы обнаружили просроченный товар. Вам нужно понять, что с ним делать и как правильно оформить списание.

Проверяем:

Сценарий 2. Вопрос, где важен первоисточник

Выбрать процесс, где есть:

После получения ответа не просить открыть статью.

Наблюдать, возникнет ли такая потребность самостоятельно.

Дополнительные вопросы:

Сценарий 3. Уточнение контекста

Например:

Как оформить отпуск?

После первого ответа добавить новое условие:

А если до начала отпуска осталось меньше двух недель?

Проверяем:

Сценарий 4. Несколько источников / вложение

Выбрать реальный запрос, по которому:

Проверяем:

Сценарий 5. Нет ответа

Использовать вопрос, ответа на который в базе заведомо нет.

Проверяем:

Сценарий 6. Сомнительный ответ

По возможности подобрать реальный кейс, где:

Проверяем способность пользователя не только найти ответ, но и распознать ненадёжный ответ.

Подготовка тестовых кейсов

До начала исследования для каждого тестового вопроса необходимо зафиксировать:

Это позволит разделить проблемы пользователя и проблемы самой системы.


Дизайн сессии

Продолжительность: 45–60 минут.

1. Контекст — 5–10 минут

До показа интерфейса:

Представьте, что прямо сейчас на работе у вас возник вопрос и вы не знаете, как поступить. Что вы будете делать?

Исследуем текущий информационный путь.

2. Основные задачи — 20–25 минут

2–3 рабочих сценария.

3. Ошибочные кейсы — 10 минут

4. Рефлексия — 5–10 минут

Критерий успеха исследования

По итогам исследования мы должны суметь разделить:

пользователь не пришёл в Галу→ пользователь не смог воспользоваться Галой → Гала нашла плохую информацию → Гала неправильно сформировала ответ → пользователь не смог понять или проверить ответ.

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


Revision #2
Created 29 September 2026 04:06:46 by Ксения Морозова
Updated 29 September 2026 04:23:27 by Ксения Морозова